» Продолжение Вопроса о выборе БД... :)

vserd

Цитата:

Понимаешь, я тоже свое первое приложение написал на Парадоксе, а когда через несколько лет его пришлось переписывать на клиент/сервер, то очень долго плевался. А начиналось точно также. Пара пользователей, файловая шара, небольшой объем.

Pupsik

Цитата:

Пиши на ADO, если сменишь СУБД - измени строку подключения в tADOConnection и вперед в сеть...

Заметки на полях об API доступа к данным и граблях на пути к светлому будущему:

И vserd, и Pupsik, прав. Вы смотрите на одну и ту же ситуацию, только с разных сторон.

API доступа к данным (OLE DB/ADO) действительно не меняется из-за того, что источником данных служит file-shared или server DB. Connection, Command и Recordset остаются сами собой, как и методы работы с ними. С точки зрения API для перехода между file-shared и server DB, как заметил Pupsik, достаточно изменить ConnectionString. Для простейших случаев этого вполне хватает.

Но в общем случае, "простота перехода" является таковой только с точки зрения API. В реальных программах на пути от file-shared до server DB лежат грабли, и не одни. О них и говорил vserd. Для начала можно вспомнить:
- транзакции (длинна транзакцкий, явное/неявное управление, уровни изоляции, ...)
- блокировки (типы блокировок, совместимость, эскалация, взаимные блокировки (deadlocks) и разрешение конфликтов, пессимистические/оптимистические стратегии работы с блокировками,...)
- разная цена ресурсов (в первую очередь, серверные и клиентские курсоры, соединения,...)

Это далеко не полный список того, на что придется обращать внимание при переходе от file-shared к server DB. Не все обязательно использовать, но учитывать - желательно.

Что касается надежности, то тут я согласен с Bloody_Nokia_Adept: "...А ADO сам по себе - нормальный интерфейс...". У меня 2 года распределенное приложение уровня предприятия работает в режиме 24/7, использует ADO/OLE DB для работы с данными. Нареканий на API работы с данными - никаких. Хотя нагрузка приличная.

Bloody_Nokia_Adept

Цитата:

Не устраивает скорее всего из-за того, что к открытому коду на Win платформе в отличии от Linux не прилагается свободное коммерческое использование. За MySQL на Win надо платить деньги и не малые - за один сервер порядка $100.

Ссылку на источник в студию.
Насколько я понимаю, это не совсем так. MySQL лицензируется в двух вариантах:
1) GPL - бесплатно
2) non-GPL - платно, позволяет включать MySQL в не-опенсорс продуты + сапорт.
Это совершенно не зависит от ОС на которой ты ее собрался использовать.

PS: http://www.mysql.com/products/licensing.html
PPS: http://www.mysql.com/downloads/mysql-4.0.html

Цитата:

You need to purchase commercial non-GPL MySQL licenses:

If you distribute MySQL Software with your non open source software,
If you want warranty from MySQL AB for the MySQL software,
If you want to support MySQL development.

mymuss

Цитата:

Ссылку на источник в студию

Пожалуйста: Online shop, только это HTTPS

Цитата:

Commercial non-GPL MySQL Server Licenses

One commercial non-GPL MySQL license covers one database server with unlimited number of connections.

MySQL Pro License
# of licenses Euro USD GBP