Неплохая статья: Почему я люблю Firebird

  

Это сообщение отредактировал(а) ivanfain - 20.5.2012, 16:33

Я сейчас немного сталкиваюсь с мускулем. Мне FB нравится больше. Странно, что на хостингах более распространен мускуль нежели FB.

Зато Firebird может позволить себе такую роскошь, как несколько транзакций на одно соединение!

А поподробней, как это работает? А то мне только упоминания что такая фича есть попадаются.

Под Windows всегда предпочитал Sql Server (в последних версиях Express-редакции более, чем достаточно). Под Linux раньше чаще всего выбирал MySQL, в последнее время всё чаще SQLLite, особенно с той поры, как его официально поддерживает Xamarin.

потерялася я мама   
сколько времени прошло
давно мну не было тутачки

В программе у меня есть одна компонента типа TConnection (TDataBase).
Есть 2 транзакции, то же 2 компоненты. У DataSet есть возможность подключить 2 транзакции: для чтения и для записи. Очень удобно.
Читающая (только для чтения) и пишущая (читает и/или пишет). На самом деле можно подключать больше транзакций.

Когда я работаю с MySQL. Мне приходится использовать несколько разных TConnection (TDataBase).

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

А вы еще спрашиваете, "Почему так не любят Delphi?". Спрашиваешь дельфиста про БД, а он тебе "у меня на форме компонента" facepalm.jpg

По сабжу, не вижу никаких преимуществ. Читающая транзакция костыль нужный серверу, а не программисту, нормальные СУБД без нее обходятся.

не вижу взаимосвязи..... у С++ тоже есть минусы...и что не работают с БД!

Дельфи Головного Мозга: состояние когда человек категориями "кинуть компонент на формочку". К.О.

почти тоже можно сказать и про С++ и про Java ... можно просто "заюзать нужный класс в своем коде, зачем писать с нуля" .... кидание компонент на форму это гуивый вариант использования классов!
PS разницы нет на каком языке писать, надо писать на том , на чем удобно! ИМХО! а хаять другие .... что признаваться, что в них ни в зуб ногой!...

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

Пока что только Akella рассказывает про Firebird через призму "компонент на формочке". Ни от сишников ни явистов такого не замечено.
Я всего лишь хотел узнать, как эти две транзакции работают: как между ними переключаться, видят ли они изменения друг друга, можно ли их откатывать/коммитить независимо. А вместо этого получил:


Добавлено через 5 минут и 37 секунд

Это зависит от того где расположена бизнес логика приложения.

А получается в чём-то так. Я б тоже, наверно, так б рассуждал, если б EF подключал транзакции, но он вместо этого map'ит таблицы, представления и хранимые процедуры - вот тут и получается, что транзакции оказываются в хранимых процедурах. На C++ с базами данных иметь дело не доводилось, а вот на Java как-то пробовал, но аналогично пользовался Hibernate, только тогда в нём не было возможности mapping'а хранимых процедур. Или более продвинутые в Java пишут иначе?

Ilya81, я не понял, что ты хотел сказать.