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

[pu4koff]

Сообщение от Аватар

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

Их придётся явно и неявно использовать, но для тупого хранения данных они не нужны и профита от них никакого. Тут как с классами в шарпе. Нужно метод создать, а оборачиваешь его в класс, чтобы работало.

[Alex11223]

Орм скорости не даст, а скорее наоборот.

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

Но вообще в принципе какой-нибудь Lazy loading может и повысить производительности если без ОРМ было влом париться и грузили всю кучу тяжелых связанных записей, а во время работы использовалось только несколько из них (главное наоборот не попасть на select n+1).

Но я таки не думаю, что стоит здесь разводить холивар про ОРМ, везде уже по много раз описали их плюсы и минусы, и когда их стоит использовать.
http://stackoverflow.com/questions/3.../398173#398173
http://stackoverflow.com/questions/1...196277#3196277
http://programmers.stackexchange.com.../115147#115147
http://programmers.stackexchange.com.../120338#120338

[the_deer_one]

Alex11223

Ну странно вы как-то пишете если песец.

Рано или поздно придётся написать запрос с локом, или триггер навесить или ещё что то, что умеет sql но не умеет орм. Ещё запросы могут быть совсем не те, что кажутся. А мониторить сгенеренные запросы то ещё удовольствие. И тогда будет печалька. Имхо при разработке sql части рулят тесты + ADO.NET.

pu4koff

Их придётся явно и неявно использовать, но для тупого хранения данных они не нужны и профита от них никакого.

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

[eval]

Плюс в языках, где все является объектом?

по первое орм собственно Object-relational mapping, что как бы намекает...
а по другое, то объекты это абстракция, назовите хоть горшком

В Делфи не надо плодить кучу своих объектов - есть компоненты.

а они конечно за бесплатно отданы, это тоже абстракция, и в нутрях там своего столько что огого

ну, когда приложение не тупо клиент к бд, а с какой-то более сложной бизней-логикой

вот тут как раз орм не помощник, а кастыль

а ваще серебряной пули нет