Вернемся к Mysql

[Vasya]

Т.е. голословный текст ?

[!]MODERATED:OFFTOPIC

[svp]

Я просто не понимаю в чем проблема то? Это великая сложность написать коннект и запросы к базе и хранить в таблицах данные?

Вы бы лучше аргументы привели против хранения в БД тех же настроек на карты....

Проблема и, хоть невеликая, но всё-таки сложность в том, чтобы добавляя новый функционал (необходимость которого на данном этапе сомнительна) не угробить весь проект, превратив его в зоопарк кода.

Коннект к базе прописать проще простого. Хоть целый пулл коннектов. Сложно не загромоздить при этом код Планеты реализацией ВТОРОСТЕПЕННЫХ функций. Сложно не наделать новых глюков и неоднозначиных ситуаций, если вязать все функции в один плотный невнятный клубок. Сам же rokki протестовал против комбайноподобности Планеты.
А теперь речь заходит о базах, хранении всего на свете в них. Речь эта заходит когда Планета не рассталась со своими куда более насущными проблемами.
Зачем пихать коннекты в планету (которая прекрасно работает и оффайн), когда сейчас остро не хватает плагинов, на коих все эти синхронизации и коннекты можно было бы реализовать отдельно и опционально?!!
ИМХО: индексацию тоже можно было бы выкинуть в плагины. И многое, многое другое, чем сейчас уже напичкана Планета. А саму прогу хотелось бы видеть надёжным и отлаженным ядром для этих всех плагинов. Но увы.

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

Речь не о "сути своей", а о конкретных требования к быстродействию, избыточности, эффективности хранения и доступа к кешу и его индексу. Кстати, если FS, по сути, -- это БД, то все настройки карт, точки и треки УЖЕ хранятся в БД!

[!]MODERATED:OFFTOPIC

[rokki]

Коннект к базе прописать проще простого. Хоть целый пулл коннектов. Сложно не загромоздить при этом код Планеты реализацией ВТОРОСТЕПЕННЫХ функций. Сложно не наделать новых глюков и неоднозначиных ситуаций, если вязать все функции в один плотный невнятный клубок. Сам же rokki протестовал против комбайноподобности Планеты.

Какая комбайноподобность ? Я предложил поменять идеологию хранения данных в программе... для возможностей группового использования материала. Это интересно будет всем.

[!]MODERATED:OFFTOPIC

[vdemidov]

Мне после встраивания в Планету MySQL сервера она не нужна будет.

[!]MODERATED:OFFTOPIC

[zed]

Мне после встраивания в Планету MySQL сервера она не нужна будет.

И что же такого ужасного в MySQL, что вы откажитесь от SAS?

[zed]

Кстати Мускл поддерживает работу с таблицами беркли баз

Поддерживал, с 3.xx до 5.0, начиная с 5.1 и выше поддержка таблиц беркли отключена:

Support for the BerkeleyDB (BDB) engine has been dropped from this release. Any existing tables that are in BDB format will not be readable from within MySQL from 5.1.12 or newer. You should convert your tables to another storage engine before upgrading to 5.1.12.

[rokki]

Кстати Мускл поддерживает работу с таблицами беркли баз

Поддерживал, с 3.xx до 5.0, начиная с 5.1 и выше поддержка таблиц беркли отключена:

Support for the BerkeleyDB (BDB) engine has been dropped from this release. Any existing tables that are in BDB format will not be readable from within MySQL from 5.1.12 or newer. You should convert your tables to another storage engine before upgrading to 5.1.12.

ага ... потому что оно беспонтовое... и тормозное.

[zed]

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