Начала с БД

← →
Urvin (2005-01-20 21:44) [0]

Скажите, на какой основе лучше делать локально-сетевую базу данных - dbExpress или Ado? Или еще что-нибудь?
Что в этом случае я должен ставить на компьютеры в сети?

БД ожидается не самого интенсивного использования. В сети ок. 10 компов. Под сервак отводится довольно современный.

← →
YurikGL © (2005-01-20 22:01) [1]

> локально-сетевую базу данных
Это где такая????

> dbExpress или Ado
В первый раз слышу о таких базах данных...

Может просвятишь по этим двум вопросам?

← →
Urvin (2005-01-20 22:04) [2]

В локальной сети, яп.

dbExpress или Ado - технологии доступа к данным

← →
YurikGL © (2005-01-20 22:05) [3]

А какая СУБД?

← →
Urvin (2005-01-20 22:08) [4]

Любая. Вот я и спрашиваю, куда бы приткнуться.

← →
YurikGL © (2005-01-20 22:10) [5]

> Urvin (20.01.05 22:08) [4]

Вообще-то надо начинать с выбора СУБД...
На эту тему есть масса статей.
Все зависит от количества записей, таблиц, необходимости переноса, масштабирования....
В общем, если хочешь конкретного совета - опиши задачу как можно подробнее.

← →
Urvin (2005-01-20 22:13) [6]

Есть 10 компов. В офисе.
Задача сделать любыми средствами, мыслимыми и немыслимыми, сетевую БД с информацией о клиентах, посетивших этот офис.
Млжно делать хоть на обычных текстовых файлах, только не модна... 8)
Вот, сижу и мучаюсь...

← →
Urvin (2005-01-20 22:13) [7]

Предпочтения все же к мускулу

← →
YurikGL © (2005-01-20 22:17) [8]

Можешь access взять... тогда, даю тебе 99 процентов, что ставить ничего не придется

← →
YurikGL © (2005-01-20 22:20) [9]

Ты поступи по умному....

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

← →
Urvin (2005-01-20 22:32) [10]

В общем, чтобы попроще программировать и все же работало.
Ацесс? Хорошо...
Мускул? Пофиг!

← →
Urvin (2005-01-20 22:35) [11]

А как пользоваться серверами? Что надо для ацесса?

← →
YurikGL © (2005-01-21 06:48) [12]

> А как пользоваться серверами? Что надо для ацесса?

Установленный jet и работать через ADO.
Jet, в подавляющем большинстве случаев стоит.
А вообще, набери в яндексе "ADO Access Delphi" и все найдешь сам.

← →
Danilka © (2005-01-21 08:52) [13]

Фиребирд еще не советовали? Ну тогда я буду первым. :)
На мой взгляд, бесплатный Фиребирд подойдет лучше Аццесса для данной задачи, хотя-бы потому-что нормальный клиент-сервер, в отличии от файл-серверной технологии Аццесса. Что все-таки предпочтительнее для 10 клиентов. А для доступа можно использовать как родные для него IBX, FIB компоненты, так и АДО, и ДБЭкспресс.

← →
YurikGL © (2005-01-21 09:04) [14]

> Danilka © (21.01.05 08:52) [13]

Для фарберда клиент разве не нужен? У человека же две проблемы - поменьше программировать и поменьше на компутеры ставить :-)

← →
Danilka © (2005-01-21 09:12) [15]

[14] YurikGL © (21.01.05 09:04)
Дык, программировать там не больше чем для Аццесса, а из того что ставить, если использовать для доступа IBX или FIB компоненты, то достаточно пары dll-ок в папке с программой.

← →
Deniz (2005-01-21 09:40) [16]

Причем с ADO могут быть проблемы при несоответствии версий на клиентах.
И еще маленький камень в Jet, IMHO M$ в следующих версиях/update"ах своих популярных продуктов могут поменять работу Jet"а(как это постоянно происходит), и тогда веселое общение программиста с пользователями может кардинально поменяться.
Полностью поддерживаю Danilka © (21.01.05 08:52) [13]

← →
msguns © (2005-01-21 10:06) [17]

Класс ! Еще неизвестно, что вообще надо перевозить, а уже выбирают грузовик ;))

← →
Миха (2005-01-21 10:23) [18]

Я бы сделал на MySQL через dbExpress.
IMHO, "дешево стоит" (в смысле легально бесплатно) и быстро работает.
dbExpress легко ставить на клиенты (несколько dll), можно через InstallShield. Да и незачем привыкать к акцессу, лучше привыкать к правильному SQL-серверу.
Кстати, из набора ADO,BDE и dbExpress - последний самый быстрый (даже на глаз заметно :-)

А MySQL сильно пригодится еще, если будешь делать intranet на Apache.

← →
Sergey13 © (2005-01-21 10:23) [19]

2[17] msguns © (21.01.05 10:06)
Ну и что. Потом определятся, а грузовичок то вот он - под окошком стоит, ждет. 8-)

← →
Rutven © (2005-01-21 10:27) [20]

Лучше Oracle + ODAC Net - вообще ничего ставить не надо. (на клиенте)

← →
Danilka © (2005-01-21 10:33) [21]

[18] Миха (21.01.05 10:23)
В мускуле, кажись, транзакций нет, или это уже вылечили?
А фиребирд нормально и на линуксы ставится, так что проблем с апачей не будет.

← →
Danilka © (2005-01-21 10:37) [22]

>> Орокол
Это что?

2[22] Danilka © (21.01.05 10:37)
>Согласен, но Орокол, конечно, взять самый дорогой из всех существующих. :)
Спорное утверждение.

[25] Sergey13 © (21.01.05 10:56)
Давно не интересовался, но, вроде, в бесплатном персонале есть ограничения на коннекты, еще чего-то там не хватает, то-ли триггеров, то-ли еще чего-то.
А если выбирать платный, то, с учетом того, что "БД ожидается не самого интенсивного использования", на мой взгляд предпочтительнее фиребирд.

А если самый главный критерий - поменьше ставить на клиенте, то тогда самый лучший вариант - интранет с вебсервером, т.к. бровзер какой-нибудь наверняка у всех клиентов уже есть. :)

2[26] Danilka © (21.01.05 11:07)
Я не про персонал, я про Standart Edition One. 6000$ на процессор - и скока хочешь юзеров. Или 195$ за узера (минимум 5). Возможности покоцаны конечно, но не шибко - для офиса выше крыши. Я слышал они собирались вообще до 4000$ снижать и разрешить 2 процессора.

[28] Sergey13 © (21.01.05 11:18)
Это понятно, но я думаю, что человек, который может сформулировать требования о необходимости потратить 6тыс.долларов на Орокол и убедить в этом начальство, не станес задаваить сабжевый вопрос. :))

← →
Deniz (2005-01-21 11:49) [31]

>Rutven © (21.01.05 10:27) [20]
>Лучше Oracle + ODAC Net - вообще ничего ставить не надо. (на клиенте)
Можно поподробнее прокомментировать? Что даже Oracle Client ставить не надо?

>Миха (21.01.05 10:23) [18]

>Я бы сделал на MySQL через dbExpress.
IMHO, "дешево стоит" (в смысле легально бесплатно) и быстро работает.
Дешево не то слово, вот цитата из http://www.osp.ru/news/soft/2005/01/17_04_print.htm :
"Кроме того, Pervasive Postgres сопровождается лицензией BSD, допускающей бесплатное использование в коммерческих целях, тогда как для аналогичного применения MySQL необходимо приобретать лицензию."
Не написано сколько, но сам факт...

>Да и незачем привыкать к акцессу, лучше привыкать к правильному SQL-серверу.
Позвольте не согласиться на выражении "правильному SQL-серверу".
MySQL далеко не такой, цитате из того же источника:
"В PostgresSQL действительно имеется ряд функций корпоративного уровня, отсутствующих пока в MySQL: отображения, триггеры, хранимые процедуры и защита целостности таблиц."

И еще! Хочется все таки определиться с задачей, а то может там 10 пользователей будут смотреть/редактировать телефонный справочник своей компании.

Начала с БД Найти похожие ветки