![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Выбор БД [D5, ???]
Tornado © (2003-02-06 08:33:00)Мастера, посоветуйте как поступить, какую БД выбрать. Нужно сделать клиент-серверное приложение, вообщем достаточно простое, вроде справочника по различным темам, с возможностью добавления/удаления/редактирования/поиска и т.д., стандартный набор. Одновременно с БД могут работать до 50 человек в разных филиалах. В каждом филиале джолжна быть своя серверная БД. Филиалов порядка 15. Желательно чтобы с установкой БД и клиентских приложений у юзеров в будущем не было проблем, т.к. ставить эту прогу они будут сами и не факт что это будут делать программисты, поэтому желательно огород не городить и сделать максимально просто. Спасибо.
Anatoly Podgoretsky (2003-02-06 12:40:00) [1]И не говори, знаю я этот тихий ужас.
MsGuns (2003-02-06 12:31:00) [2]>Anatoly Podgoretsky © (06.02.03 11:58)
Один мой очень хороший друг работает в одном министерстве и занимается именно репликациями. Как же он воет от своей работы !!!
Но создать нормальную мобилку там не дают денег (а держать штат спец.программеров и в центре и на местах деньги есть)
Sergey Masloff (2003-02-06 12:27:00) [3]Max Zyuzin © (06.02.03 11:18)
>В принципе IB очень не ресурсотребовательный по этому ничего >супер пупер ему и не надо... Думаю средняя машина сегодняшняя >ему подойдет...
Да он нагрузить среднюю машину не сможет нормально ;-) Вот чуть что он на диске сортировку устраивает даже если памятьт свободная есть.
У меня есть давний проект, живет до сих пор. Сервером является i486dx2 50Мгц 16Мб RAM Win95(естественно...) база пара сотен мегабайт, 5 пользователей. Смешная техника объясняется просто - это гос. организация, мало того - районная библиотека ;-) Технику там не будут менять ближайшие 100 лет точно. Да это и не нужно - жалоб на быстродействие особых нет. Кстати, программа достаточно комплексная, это совсем не три формы четыре таблицы.
Anatoly Podgoretsky (2003-02-06 11:58:00) [4]Никуда не денутся, нужна процедура репликации, с сохранением старых значенй, но это будет еще тот геморой, как по репликации, так и у пользователей по несовпадению версий базы.
dnkSoftWare (2003-02-06 11:57:00) [5]Есть еще варианты:1. DBISAM - оч. просто в программировании и есть все что нужно для клиент-северной работы. 2. FlashFiler2 - тожа неплохо.
Правда всё не бесплатное, а кому сечас легко ?
Max Zyuzin (2003-02-06 11:47:00) [6]>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)
Создай отдельный вопрос в отдельной ветке.
MsGuns (2003-02-06 11:39:00) [7]>stone © (06.02.03 11:34)
>Чушь какая-то. И куда денуться изменения сделанные пользователями между обновлениями?
Согласен. Неувязочка выходит Ж:))
stone (2003-02-06 11:34:00) [8]
> Раз в 2-3 месяца каждому филиалу должны высылаться обновления
> БД (изменение/добавление). Также пользователи сами могут
> удалять/добавлять/редактировать записи при необходимости.
>
Чушь какая-то. И куда денуться изменения сделанные пользователями между обновлениями?
Ser_Kham1 (2003-02-06 11:34:00) [9]Удалено модератором
Примечание: Задай этот ответ в отдельной ветке
Tornado (2003-02-06 11:25:00) [10]Max Zyuzin © (06.02.03 11:12)
Вот так примерно: каждый филиал имеет собственную серверную БД, к которой в этом же филиале подключаются пользователи (до 50 чел одновременно возможно). Раз в 2-3 месяца каждому филиалу должны высылаться обновления БД (изменение/добавление). Также пользователи сами могут удалять/добавлять/редактировать записи при необходимости. Т.е. получается порядка 15 клиент-серверных систем (15 филиалов). Структура БД у всех филиалов одинаковая. Идеальный вариант конечно создать одну БД для всех, но сеть к сожалению не позволяет это осуществить.
MsGuns (2003-02-06 11:19:00) [11]Насколько я понял, БД меняется (обновляется) только центром, филиалы только "смотрят", да ?
Anatoly Podgoretsky (2003-02-06 11:18:00) [12]Технические требование есть на сайте производителя
Max Zyuzin (2003-02-06 11:18:00) [13]>Tornado © (06.02.03 11:15)
В принципе IB очень не ресурсотребовательный по этому ничего супер пупер ему и не надо... Думаю средняя машина сегодняшняя ему подойдет...
Tornado (2003-02-06 11:15:00) [14]Да, еще вопрос: если выбрать IB, то какие минимальные требования должны быть к ресурсам компьютера на котором будет распологаться сервер БД? Дело в том что в некоторых филиалах машины
достаточно дохлые.
Max Zyuzin (2003-02-06 11:12:00) [15]>Tornado © (06.02.03 11:09)
Т.е. филиалы не смогут вносить какие либо изменения в базу?
Tornado (2003-02-06 11:09:00) [16]Всем большое спасибо за отзывы, буду думать.
stone © (06.02.03 10:57)
Нет, объединения не планируется, БД будет обновлятся в одном из филиалов (центральном), потом пересылаться по локальной сети остальным. Пока такие мысли.
stone (2003-02-06 10:57:00) [17]Осталось только уточнить должна ли объединяться информация из разных филиалов в некую централизованную БД?
Sergey13 (2003-02-06 10:53:00) [18]2Tornado © (06.02.03 10:28)
Ну тогда поддерживаю Big_Rom © (06.02.03 10:39) и Max Zyuzin © (06.02.03 10:47)
Max Zyuzin (2003-02-06 10:47:00) [19]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
Big_Rom (2003-02-06 10:39:00) [20]interbase я бы хотел сказать оракл но там просто не поставишь
да и задача простая