iBase.ru Forum

Запускается проект разработки БД складского учета.
Требование заказчика — бесплатная СУБД (MySQL или FireBird) работающая на сервере под Linux. И толстый клиент под Windows. Скорее всего на Delphi. Необходим довольно высокий уровень безопасности и обеспечение различного анализа данных с построением диаграмм и т.п.
Я склоняюсь к применению FireBird, т.к. лучше его знаю и он почти родной для Delphi.
1. Какие грабли я получу при подобном построении системы по сравнению с обычным (Win-Win)?
2. Какую СУБД лучше выбрать.
3. Какую технологию доступа использовать? ADO, BDE, IBX, FIBPlus, dbExpress?
4. Где об этом почитать подробно?
5. Какая библиотека лучше в данном случае VCL или CLX?

1) Повышенную скорость
2) Это же форум FB/IB...
3) FIBPlus крут но не бесплатен. Универсальные компоненты не советую. Круче всего - голый API.
4) На сайтах авторов.
5) Если клиента под Линукс не будет - без разницы.

Запускается проект разработки БД складского учета.
Требование заказчика — бесплатная СУБД (MySQL или FireBird) работающая на сервере под Linux.

MySQL обычно в таких проектах не используется. Для Web - ради бога.

1. Какие грабли я получу при подобном построении системы по сравнению с обычным (Win-Win)?

никаких. клиенту пофиг, под какой ОС работает сервер. Не пофиг будет потенциальному администратору этой системы. Если он знает Линукс - хорошо. Не знает - плохо. Чем объясняется выбор сервера под Линукс - желанием сэкономить на винде, или еще чем то?

3. Какую технологию доступа использовать? ADO, BDE, IBX, FIBPlus, dbExpress?

IBX или FIBPlus. Дмитрия Сибирякова насчет "голого API" не слушай, это шутка (вроде предложения написать эту систему на ассемблере).

4. Где об этом почитать подробно?

об чем? о написани систем складского учета?

5. Какая библиотека лучше в данном случае VCL или CLX?

а ты что, клиентов собираешься писать под Linux на Kylix ??? Какой, блин, clx...

4. Где об этом почитать подробно?

об чем? о написани систем складского учета?

Да нет. Об особенностях разработки систем когда клиент под Win а сервер БД по Linux

BlackEric писал(а):

4. Где об этом почитать подробно?

об чем? о написани систем складского учета?

Да нет. Об особенностях разработки систем когда клиент под Win а сервер БД по Linux

Да особенностей там мизер, если не сказать что все одинаково

Просто в качестве примера: сопровождаю свою прогаммулинку, клиент дельфи+ибх сервер фб 1.5.2, пишу клиента дома в свободное время, соотв сервер и клиент на одной машине с виндой ХР, к БД прописан алиас, машина называется точно также как сервер в конторе, путь к БД вкомпилен прямо в экзешник, обновления я им высылаю емайлом в скомпилированном виде, на месте естественно ничего не перекомпилируется, у них сервер на SuSe9.2, клиенты на винде. Проблем никаких нету.

Так что дерзай.

>Требование заказчика — бесплатная СУБД (MySQL или FireBird) работающая на сервере под Linux.

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

Спасибо вам всем за ответы. Будем пробовать...

может оказать не совсем бесплатным, если не выкладывать исходники

если они для себя пишут, то исходники не надо выкладывать, и можно использовать бесплатный. А вот если собираются тиражировать хотя бы в 1-2 экземплярах, то тогда - да, или платный MySQL, или исходники выкладывать.
В случае Firebird никаких таких проблем нет.

5. Какая библиотека лучше в данном случае VCL или CLX?

а ты что, клиентов собираешься писать под Linux на Kylix ??? Какой, блин, clx...

Хотелось бы иметь вариант с более менее свободной переносимостью. Хотя бы с применением Wine.

kdv писал(а):Дмитрия Сибирякова насчет "голого API" не слушай, это шутка (вроде предложения написать эту систему на ассемблере).

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

Хотелось бы иметь вариант с более менее свободной переносимостью. Хотя бы с применением Wine.

imho утопия. не надо себе этим морочить голову. Или уж если на то пошло, то есть переносимость КЛИЕНТА нужна позарез, пишите на Java.

Что значит "не слушай"? Какая, нафиг, "шутка"? Ну да, первоначальное освоение тернисто, зато потом хорошо понимаешь что и как работает.
Специализированную обертку написать - работы на пару недель, зато потом скорость и полный контроль в одном флаконе.

то и значит. Дим, ну накой сейчас какие-то обертки писать, если этих оберток в любом виде компонент и драйверов как собак нерезаных?
Тем более, если человек пишет про VCL, следовательно Delphi или BCB, то накой фиг ему "обертки писать"? Свой IBX, что-ли?

потом, обертку написать "за пару недель" - это тебе. Остальным - сломаются на этой обертке, или наступят на все грабли, какие только есть. Так что...

В том-то и дело что все эти "нерезанные" страдают либо универсальностью либо монстровитостью. А чаще и тем и другим. Для того чтобы послать базе запрос и получить в ответ пару строк и десяток чисел не надо проходить через СОМ+ или кэшировать метаданные на клиенте.

Хотелось бы иметь вариант с более менее свободной переносимостью. Хотя бы с применением Wine.

У меня работает приложение на Delphi под wine.
Ни каких проблем не замечено, кроме преобразоваиния варианта в дату, заменил вызовом самописной функцией и проблемка пропала.

использую
Delphi 7
EhLib
Rx
Fib

noisy писал(а):У меня работает приложение на Delphi под wine.
Ни каких проблем не замечено, кроме преобразоваиния варианта в дату, заменил вызовом самописной функцией и проблемка пропала.

использую
Delphi 7
EhLib
Rx
Fib

У меня в универе под linux проги на Delphi написанные работают, но там стандартный интерфейс без адднонов и к стандартному проекту только подключен модуль Math. А с БД не знаю. В общем надо делать тестовый проект или действительно писать на Java.