Выбор БД

← →
Tornado © (2003-02-06 08:33) [0]

Мастера, посоветуйте как поступить, какую БД выбрать. Нужно сделать клиент-серверное приложение, вообщем достаточно простое, вроде справочника по различным темам, с возможностью добавления/удаления/редактирования/поиска и т.д., стандартный набор. Одновременно с БД могут работать до 50 человек в разных филиалах. В каждом филиале джолжна быть своя серверная БД. Филиалов порядка 15. Желательно чтобы с установкой БД и клиентских приложений у юзеров в будущем не было проблем, т.к. ставить эту прогу они будут сами и не факт что это будут делать программисты, поэтому желательно огород не городить и сделать максимально просто. Спасибо.

← →
Sergey13 © (2003-02-06 08:41) [1]

А филиалы - это разные здания/города, или где? И должны ли они (БД) быть связаны?
>поэтому желательно огород не городить и сделать максимально просто.
Тогда на бумажке. 8-) И делать вообще ничего не надо.

← →
Tornado © (2003-02-06 10:28) [2]

> Sergey13 © (06.02.03 08:41)

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

← →
Big_Rom © (2003-02-06 10:39) [3]

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

← →
Max Zyuzin © (2003-02-06 10:47) [4]

http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1043750752&n=1
http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1043817356&n=1

PS Я бы остановился таки на IB/FireBird

← →
Sergey13 © (2003-02-06 10:53) [5]

2Tornado © (06.02.03 10:28)
Ну тогда поддерживаю Big_Rom © (06.02.03 10:39) и Max Zyuzin © (06.02.03 10:47)

← →
stone © (2003-02-06 10:57) [6]

Осталось только уточнить должна ли объединяться информация из разных филиалов в некую централизованную БД?

← →
Tornado © (2003-02-06 11:09) [7]

Всем большое спасибо за отзывы, буду думать.

stone © (06.02.03 10:57)

Нет, объединения не планируется, БД будет обновлятся в одном из филиалов (центральном), потом пересылаться по локальной сети остальным. Пока такие мысли.

← →
Max Zyuzin © (2003-02-06 11:12) [8]

>Tornado © (06.02.03 11:09)
Т.е. филиалы не смогут вносить какие либо изменения в базу?

← →
Tornado © (2003-02-06 11:15) [9]

Да, еще вопрос: если выбрать IB, то какие минимальные требования должны быть к ресурсам компьютера на котором будет распологаться сервер БД? Дело в том что в некоторых филиалах машины
достаточно дохлые.

← →
Max Zyuzin © (2003-02-06 11:18) [10]

>Tornado © (06.02.03 11:15)
В принципе IB очень не ресурсотребовательный по этому ничего супер пупер ему и не надо... Думаю средняя машина сегодняшняя ему подойдет...

← →
Anatoly Podgoretsky © (2003-02-06 11:18) [11]

Технические требование есть на сайте производителя

← →
MsGuns © (2003-02-06 11:19) [12]

Насколько я понял, БД меняется (обновляется) только центром, филиалы только "смотрят", да ?

← →
Tornado © (2003-02-06 11:25) [13]

Max Zyuzin © (06.02.03 11:12)

Вот так примерно: каждый филиал имеет собственную серверную БД, к которой в этом же филиале подключаются пользователи (до 50 чел одновременно возможно). Раз в 2-3 месяца каждому филиалу должны высылаться обновления БД (изменение/добавление). Также пользователи сами могут удалять/добавлять/редактировать записи при необходимости. Т.е. получается порядка 15 клиент-серверных систем (15 филиалов). Структура БД у всех филиалов одинаковая. Идеальный вариант конечно создать одну БД для всех, но сеть к сожалению не позволяет это осуществить.

← →
Ser_Kham1 (2003-02-06 11:34) [14]

Удалено модератором
Примечание: Задай этот ответ в отдельной ветке

← →
stone © (2003-02-06 11:34) [15]

> Раз в 2-3 месяца каждому филиалу должны высылаться обновления
> БД (изменение/добавление). Также пользователи сами могут
> удалять/добавлять/редактировать записи при необходимости.
>

Чушь какая-то. И куда денуться изменения сделанные пользователями между обновлениями?

>stone © (06.02.03 11:34)
>Чушь какая-то. И куда денуться изменения сделанные пользователями между обновлениями?

Согласен. Неувязочка выходит Ж:))

>Tornado © (06.02.03 11:25)
В общем читай stone © (06.02.03 11:34) & MsGuns © (06.02.03 11:39) Я тоже об этом думал, когда спрашивал...

Кстати если предпологаешь сливать информацию по локальной сети, то можно предположить наличие локальной сети между филиалами -> можно делать одну базу на всех

>Ser_Kham1 (06.02.03 11:34)
Создай отдельный вопрос в отдельной ветке.

← →
dnkSoftWare (2003-02-06 11:57) [18]

Есть еще варианты:1. DBISAM - оч. просто в программировании и есть все что нужно для клиент-северной работы. 2. FlashFiler2 - тожа неплохо.
Правда всё не бесплатное, а кому сечас легко ?

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

← →
Sergey Masloff (2003-02-06 12:27) [20]

Max Zyuzin © (06.02.03 11:18)
>В принципе IB очень не ресурсотребовательный по этому ничего >супер пупер ему и не надо... Думаю средняя машина сегодняшняя >ему подойдет...

Да он нагрузить среднюю машину не сможет нормально ;-) Вот чуть что он на диске сортировку устраивает даже если памятьт свободная есть.

У меня есть давний проект, живет до сих пор. Сервером является i486dx2 50Мгц 16Мб RAM Win95(естественно...) база пара сотен мегабайт, 5 пользователей. Смешная техника объясняется просто - это гос. организация, мало того - районная библиотека ;-) Технику там не будут менять ближайшие 100 лет точно. Да это и не нужно - жалоб на быстродействие особых нет. Кстати, программа достаточно комплексная, это совсем не три формы четыре таблицы.

>Anatoly Podgoretsky © (06.02.03 11:58)

Один мой очень хороший друг работает в одном министерстве и занимается именно репликациями. Как же он воет от своей работы !!!
Но создать нормальную мобилку там не дают денег (а держать штат спец.программеров и в центре и на местах деньги есть)

И не говори, знаю я этот тихий ужас.

Выбор БД Найти похожие ветки