Вернемся к Mysql

программа для загрузки и просмотра спутниковых снимков Земли, Луны, Марса предоставленных сервисами Google Maps и Космоснимки. Возможность работы с GPS приёмником.

Модераторы: Tolik, zed

Re: Вернемся к Mysql

Сообщение Vasya » 16 янв 2009, 11:20

rokki писал(а):
Vasya писал(а):
rokki писал(а): Индексация беркли таблиц примерно в 4 раза медленней таблиц мускла )))


Кто автор этих слов ? Вы ? Тогда можно факты.
Если же нету фактов, а голословная выдумка - то не стоит бить себя пяткой в грудь.

Лучше всего опираться на чёткие данные, чем просто устраивать холивар.


Об этом написано в руководстве Mysql ))))))))))

[!]MODERATED:OFFTOPIC


Просил же не быть голословным !!! Ссылку в студию
Аватара пользователя
Vasya
Советчик
 
Сообщения: 266
ICQ: 137791
Зарегистрирован: 14 июл 2008, 13:06
Откуда: Одесса
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.

Re: Вернемся к Mysql

Сообщение svp » 16 янв 2009, 15:41

Походу rokki опять берётся судить о вещах в которых ничерта не понимает.

rokki писал(а):не думаю что есть смысл писать в базу координаты тайла ))) есть имя файла и оно уникально ))) вот по нему и надо делать выборку. Индексация беркли таблиц примерно в 4 раза медленней таблиц мускла )))


rokki писал(а):
zed писал(а):а по-моему с именем неудобно... тем более при выборке региона

без разницы.
когда вы выделяете регион нужно имя первого тайла в левом верхнем углу и имя последнего тайла в правом нижнем. вот и все дела.

Что за бред? Имя тайла может быть записано в разных форматах: tsqr, zxy, zyx и ещё можно парочку сочинить. Что под именем понимает rokki?
Если zxy или zyx, то куда при выборке денется вся полоса между x1 и x2 или y1 и y2? Это же могут быть сотни тысяч ненужных в выборке тайлов слева ис права или верху и снизу от нужного региона.
Простым селектом регион в общем случае эффективно из одномерной таблицы не выберешь.
Да и индекс по бинарному короткому уникальному ключу гораздо эффективнее. Что стоит конвертнуть zxy или tsqr бинарный ключ в имя тайла любого формата кеша? Ничего не стоит по сравнению с оперированием в базе с громоздкими неэффективными текстовыми ключами.

Ещё можно припомнить его откровение вот здесь о базах данных:
rokki писал(а):База - это та же файловая система упакованная в файл где есть индекс - та же file system table/ Так вот физическое хранение тайла в базе - это масло маслянное.
Аватара пользователя
svp
Советчик
 
Сообщения: 446
ICQ: 204094886
Зарегистрирован: 26 авг 2008, 11:14
Откуда: Белгород
Благодарил (а): 0 раз.
Поблагодарили: 1 раз.

Re: Вернемся к Mysql

Сообщение gisof » 16 янв 2009, 15:45

Имхо Надо вводить MySQL

Одно из применений базы MySQL в САС - хранение зон покрытий геосервисов viewtopic.php?f=2&t=113
http://wiki.GooGIS.info - wiki-энциклопедия неогеографии
Аватара пользователя
gisof
Постигающий Дао
 
Сообщения: 197
Зарегистрирован: 13 ноя 2008, 15:56
Откуда: РБ
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.

Re: Вернемся к Mysql

Сообщение Parasite » 16 янв 2009, 16:29

svp писал(а):Ещё можно припомнить его откровение вот здесь


[i]Господа, держитесь в рамках плиз. Обсуждайте по возможности сабж, а не обсуждающих сабжи.
The only difference between me and a mad man is that I am not mad. /Salvador Dali/
Аватара пользователя
Parasite
Администратор
 
Сообщения: 4532
ICQ: 15819243
Зарегистрирован: 23 окт 2008, 17:38
Благодарил (а): 57 раз.
Поблагодарили: 214 раз.

Re: Вернемся к Mysql

Сообщение svp » 16 янв 2009, 16:40

gisof писал(а):Имхо Надо вводить MySQL

Чтобы вводить MySQL, не обязательно сразу внедрять его в САС. Там и без того полно косяков. Все эти вещи можно разрабатывать отдельно, а потом слить функционал в один проект.
Аватара пользователя
svp
Советчик
 
Сообщения: 446
ICQ: 204094886
Зарегистрирован: 26 авг 2008, 11:14
Откуда: Белгород
Благодарил (а): 0 раз.
Поблагодарили: 1 раз.

Re: Вернемся к Mysql

Сообщение Parasite » 16 янв 2009, 16:49

svp писал(а):
gisof писал(а):Имхо Надо вводить MySQL

Чтобы вводить MySQL, не обязательно сразу внедрять его в САС. Там и без того полно косяков. Все эти вещи можно разрабатывать отдельно, а потом слить функционал в один проект.

Тогда надо начать с нормального hostAPI, хотя бы в альфе....:(((( а плагины дальше и сами подтянутся.......
The only difference between me and a mad man is that I am not mad. /Salvador Dali/
Аватара пользователя
Parasite
Администратор
 
Сообщения: 4532
ICQ: 15819243
Зарегистрирован: 23 окт 2008, 17:38
Благодарил (а): 57 раз.
Поблагодарили: 214 раз.

Re: Вернемся к Mysql

Сообщение rokki » 17 янв 2009, 02:36

gisof писал(а):Имхо Надо вводить MySQL

Одно из применений базы MySQL в САС - хранение зон покрытий геосервисов viewtopic.php?f=2&t=113



Да в базе можно все будет хранить. Прелесть заключается в том что базу можно будет шарить онлайн)) а это значит что точки, треки, зоны карт, индекс общего кеша - все в реальном масштабе времени прямо в приложении )))

[!]MODERATED:OFFTOPIC
rokki
Соображающий
 
Сообщения: 68
Зарегистрирован: 28 ноя 2008, 21:57
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.

Re: Вернемся к Mysql

Сообщение rokki » 17 янв 2009, 02:58

Я просто не понимаю в чем проблема то? Это великая сложность написать коннект и запросы к базе и хранить в таблицах данные? Тем более что компоненты для прямой работы с мускл базами есть для дельфи...
rokki
Соображающий
 
Сообщения: 68
Зарегистрирован: 28 ноя 2008, 21:57
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.

Re: Вернемся к Mysql

Сообщение rokki » 17 янв 2009, 03:12

Ещё можно припомнить его откровение вот здесь о базах данных:


FS состоит из блоков и кластеров . у нее есть индекс - File Allocation Table где записаны имена файлов и инфа о блоках из которых они состоят и где хранятся на диске ... Та же БД по сути своей ))) Та же выборка и сборка)))
Вы бы лучше аргументы привели против хранения в БД тех же настроек на карты....

[!]MODERATED:OFFTOPIC
rokki
Соображающий
 
Сообщения: 68
Зарегистрирован: 28 ноя 2008, 21:57
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.

Re: Вернемся к Mysql

Сообщение rokki » 17 янв 2009, 03:26

в SAS нужно сделать 2 коннекта к базам. Одна разворачивается при инсталляции на localhost , другая - удаленная. В локальную пишется все что вы делаете на клиенте. В удаленную - по кнопке синхронизировать. Запускаете SAS, нажимаете кнопку синхронизировать - вам предлагается список че есть нового на сервере (точки, треки, индекс), выбираете галочкой - обновляете локальную базу.
Тут с индексом можно вообще много нарулить. Если вы к примеру качаете регион с гугла, то можно ввести имя региона, который вы выделяете. К этому имени программа может добавить координатцы левого верхнего и правого нижнего угла. Это имя с координатами пишется в поле таблицы индекса тайлов. Потом программа группирует тайлы по этому имени и в списке вы видите сгруппированый индекс по регионам...

Москва
Мухосранск
Деревня пупкино
и тд....

Соответственно, работая с удаленным индексом вы можете просматривать этот индекс НИЧЕГО НЕ КАЧАЯ вообще, и качая только то что вам нужно.
Собственно говоря и локальный индекс по такой же схеме....
rokki
Соображающий
 
Сообщения: 68
Зарегистрирован: 28 ноя 2008, 21:57
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.

Пред.След.

Вернуться в SAS.Планета

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 28

cron