Какой движок посоветуете?

← →
BaryVetaL © (2007-07-11 00:33) [0]

Всем привет.
На работе возникла необходимость разработки программного продукта, который должен представлять из себя программу, которая работала бы по сети с базой данных. Деньги начальство жмет на приобретение чего нибудь типа 1С, да и вообще насчет всего жмет :) . Говорит мол так и так ты программист, вот и пиши на бесплатном Turbo Delphi.

Вкратце. Программа по путевым листам. Есть несполько компов в сетке, на каждом разные люди вводят свои путевые листы по своим автоколоннам. Эта программа на основании путевых листов должна считать зарплату водителям, вести учет горюче-смазочных материалов, полный набор отчетов и т.д. Естественно 1С здесь бы справилась влет, но ... Деньги :)
И этот гемор с использованием сторонних компонентов в Turbo Delphi в Run-Time :(

Понятно, что нужна база с которой можно было бы работать по сети.

Собственно вопрос: какой бесплатный движок баз данных лучше использовать для моей задачи? Ну размер базы я думаю будет около 50-100 Мб. Все должно быть достаточно быстро, а самое главное надежно иначе потом концов не соберешь.

Заранее спасибо за любую информацию.

← →
DrPass © (2007-07-11 01:04) [1]

Firebird
MSDE
PostgreSQL
DB2 Express

← →
turbouser © (2007-07-11 01:11) [2]

> BaryVetaL © (11.07.07 00:33)

Я бы посоветовал FireBird :)

← →
MsGuns © (2007-07-11 01:24) [3]

Access+VBS решит проблему

← →
DrPass © (2007-07-11 01:26) [4]

> Access+VBS решит проблему

Не решит, а создаст. У него ж многопользовательская система. Ты видел, как красиво грохаются базы Access при сбое сети?

← →
Вася Правильный (2007-07-11 10:43) [5]

> MSDE

это с каких пор он стал многопользовательским?

← →
Грициан (2007-07-11 10:57) [6]

5 подключений - это уже не много?

← →
Anatoly Podgoretsky © (2007-07-11 11:19) [7]

> Вася Правильный (11.07.2007 10:43:05) [5]

Изначально

← →
Anatoly Podgoretsky © (2007-07-11 11:20) [8]

> Грициан (11.07.2007 10:57:06) [6]

Это неверно, количество подключений у всех версий MS SQL одинаково, по 32000 на экземпляр/машину

← →
MsGuns © (2007-07-11 11:27) [9]

>DrPass © (11.07.07 01:26) [4]
>Не решит, а создаст. У него ж многопользовательская система. Ты видел, как красиво грохаются базы Access при сбое сети?

Под хреновым жокеем даже породистый скакун шатается ;)

← →
DrPass © (2007-07-11 11:51) [10]

> MsGuns © (11.07.07 11:27) [9]

Поговорка красивая, но явно не к месту ;-) Тут больше бы подошла "сколько не лепи из какашек, а пуля все равно не получится".
Нет, конечно, я не ярый противник Access, но эта СУБД имеет свою определенную нишу, весьма далекую от многопользовательской работы

← →
Anatoly Podgoretsky © (2007-07-11 11:57) [11]

> DrPass (11.07.2007 11:51:10) [10]

Из файл-серверных решений, эта самая надежная, до 100 пользователей как правило тянет без проблем.

← →
DrPass © (2007-07-11 12:07) [12]

> Anatoly Podgoretsky © (11.07.07 11:57) [11]

Я бы не сказал, что она надежная. Тянуть-то тянет, но общая проблема файловых СУБД остается - т.к. каждый клиент работает по сети непосредственно с файлом БД, то при сбое сети всегда есть вероятность повреждения этого файла. Конечно, в подавляющем большинстве случаев базу можно восстановить, но... вопрос: а оно сильно надо, если изначально можно построить клиент-серверную архитектуру и забыть об этой проблеме?

← →
sniknik © (2007-07-11 12:12) [13]

>> Access+VBS решит проблему
> Не решит, а создаст. У него ж многопользовательская система. Ты видел, как красиво грохаются базы Access при сбое сети?

ни разу не видел, и у клиентов не было...
хотя наши "гениальные" менеджеры умудряются продавать аксессный вариант проги (расчитанный на "до 3х подключений") для куда как большего количества клиентов (последний раз было на 46(!!!), меняли со скандалом (не со стороны клиента, а со стороны нашего отдела), т.к. это уже ни какие ворота... а вот на 18 отстоять не удалось, так гдето и работает... а на мелкие превышения до 12 уже давно внимания не обращаем)

но наверное все дело в VBS... я то на дельфи писал. ;о)

я кстати не сторонник Access. мне MSSQL ближе, но и напраслину на него городить не позволю. :)

← →
sniknik © (2007-07-11 12:17) [14]

> Я бы не сказал, что она надежная.
самая надежная из локальных... в основном изза того что принципы работы с ней применяются клиент серверные, хотя она и локальная...

> но общая проблема файловых СУБД остается - т.к. каждый клиент работает по сети непосредственно с файлом БД
в случае с Access непосредственного доступа к файлу у тебя нет... есть ядро Jet, если конечно ты работаешь стандартными методами без самопальных компонент (есть такие? прямого доступа к файлу).

← →
DrPass © (2007-07-11 12:35) [15]

> в случае с Access непосредственного доступа к файлу у тебя
> нет...

Я могу и ошибаться, но насколько я понимаю, в случае подключений с N машин к расшаренному файлу Access с этим файлом как и в случае обычных файловых СУБД будет также работать N ядер Jet, по одному с каждой клиентской машины.
Практика использования Акцент-бухгалтерии на моей старой работе показала, что Jet действительно очень капризно относится к сбоям сети и портит базу. Ничем другим кроме как прямым доступом к файлу я это объяснить не могу

> в случае подключений с N машин к расшаренному файлу Access с этим файлом как и в случае обычных файловых СУБД будет также работать N ядер Jet,
> по одному с каждой клиентской машины.
я тоже могу ошибаться, но у ADO есть такая вещь как RDS сервер который присутствует на каждой машине, в принципе через него можно с Access базой работать также как с MSSQL-ным *.mdf, через 1 ядро.
конечно его нужно активизировать, чтобы использовать, + еще там кое какие действия, но не не исключена возможность что у мелкософта есть "черных ход" для аналогичной связи между ядрами Jet.

это все измышления конечно (как оно там на самом деле я не знаю, естественно) основанные на собственном опыте на моей нынешней работе с собственными программами, и опыт показывает "железобетонную" надежность баз при любых обстоятельствах, в том числе и сбоях сети.
ничем другим кроме взаимодействия ядер Jet между собой, и работой через один локальный к базе, я это обьяснить не могу.

> DrPass (11.07.2007 12:07:12) [12]

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

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

Мож оно и мелкомягкий Офис не собирается приобретать по той же причине - "по жмотливости")

Или речь идет только об Access-формате БД ?

> DrPass © (11.07.07 01:04) [1]
> Firebird
> MSDE
> PostgreSQL
> DB2 Express

А где можно найти хорошую документацию по этим движкам ну и компоненты для работы с данными базами?

Для Turbo Delphi естественно :)

> А где можно найти хорошую документацию по этим движкам ну
> и компоненты для работы с данными базами?

firebirdsql.org, ibase.ru
msdn.microsoft.com
postqresql.org
ibm.com

Какой движок посоветуете? Найти похожие ветки