Легковесные базы данных

[Человек_Борща]

Что лучше и проще SQLLite3 или FireBird Embded?
Какие библиотеки использовать для работы с ними?

Пока смотрю в сторону ZEOS тот умеет и то и се и пятое и десятое. Для FB хотелось бы FIBPlus конешн, но мани на другое коплю..

[Alex11223]

Библиотеки для какого языка? Дельфи? Я б ORM какую-нибудь использовал, не знаю что там для Дельфи есть, DORM вроде слышал.
Для C# Entity Framework например.

Впрочем зависит от того, что именно хранится в БД и какие требования. Непонятно насколько "Скорость записи/чтения на диск - в приоритете". С ORM по идее скорость может быть медленнее, чем просто (грамотно составленные и используемые) SQL запросы, но скорость разработки увеличивается.

[Человек_Борща]

Для Delphi конечно же...
Пока смотрю на ZEOS он годный как для FireBird так и для SQLLite3.
Рассматривал ещё FIBPlus для FireBird.

[the_deer_one]

C sql запросами ты сначала долго пишешь запросы а потом всё рабтает как надо. А с орм быстро всё пишешь, и на первый взгляд всё работает, а на второй работает песец как, а как хочется с помощью них написать нельзя.

[Alex11223]

Ну странно вы как-то пишете если песец. Однако плюсы и минусы ОРМ 100500 раз везде описаны, так что думаю нет смысла тут это обсуждать.

[eval]

у орма плюс, что сам в объекты распихивает, что касаеться sql то орму доверять нельзя, в том же ef пишите на хп, будет нормально

[MihalNik]

Сообщение от eval

у орма плюс, что сам в объекты распихивает, что касаеться sql то орму доверять нельзя, в том же ef пишите на хп, будет нормально

Плюс в языках, где все является объектом?
В Делфи не надо плодить кучу своих объектов - есть компоненты. С FB должны вроде работать с закладки Интербейза (х.з. как в последних версиях), SQL и так выгружается в нормальный интерфейс. Написал запрос, выполнил, сразу видно результат в табличке, что и как работает, до компиляции. Непонятно, чего там долгого? SQL гораздо проще и стабильнее, чем куча настроек велокомпанентов.

[Alex11223]

SQL и так выгружается в нормальный интерфейс. Написал запрос, выполнил, сразу видно результат в табличке

Так а если они не только в интерфейсе нужны? Тогда все равно придется создавать объекты.

[pu4koff]

Спор про сферических коней? Иерархия в реляционной БД - отстой, совсем не быстрый. Орм скорости не даст, а скорее наоборот. Разве что за счет всяких кэшей профит получится на ряде задач. Огнептица - полноценная СУБД с возможностью роста и многопользовательской работой. Судя по выбору, в базе не планируется никакой бизнес-логики, а значит нафиг не нужны транзакции, ключи и прочие плюшки СУБД. В варианте, когда база - тупое хранилище, не есть сложно сделать и xml и огнептицу и любую другую СУБД.

[Аватар]

Чет не видел огнептицу без транзакций. Да и без ключей, не важно каких, даже в простейшей базе, пусть и хранилище, совсем не фонтан