Возникла необходимость создать приложение для материального учета, учета денежных средств, учета взаиморасчетов с контрагентами. Вот размышляю какую СУБД выбрать для разработки и функционирования.
Ориентировочно будет работать около 70 человек одновременно, 50/50 чтение/запись. Критична работа 12*5, простои недопустимы. Скорость отклика критична. Среднее число 5000 накладных в день по 50 позиций в виде реализации и 50 по 500 позиций в день в виде межскладских перемещений. 24 склада разделенных географически, каналы хорошие, везде построены туннели средствами FreeBSD, таким образом все сидят в большой локальной сети, но возможны перебои с интернетом, поэтому следует предусмотреть режим автономной работы склада, то бишь репликация ( на каждом складе будет находится 2 базы, одна центральная, в которой работают в случае наличия канала, вторая автономная для аварийного случая, автономная наполняется только данными данного склада в фоне от центральной, когда есть канал, эдакий стендбай). Много агрегированных отчетов, срезы по продажам в разных ипостасях, дебиторка по интервалам и прочие тяжеловесные отчеты.



1. Я не специалист в СУБД (знания ограничиваются только написанием запросов, несложных ХП, триггеров, резервным копированием (MS SQL, Oracle) и восстановлением БД (MS SQL) и установкой все 3 СУБД) и буду нанимать специалиста на разработку и затем администратора БД когда система заработает.

2. Существующая система на базе 1С7 +DBF+распределенные БД не соответствует реалиям бизнеса (не буду приводить все проблемы, скажу главное: архитектурно не вытягивает необходимые требования)

3. Нет предпочтений к ОС, можно Linux, можно Windows, главное условие клиенты Win XP.

Собственно, что выбрать из этих 3 СУБД. (может Вы еще посоветуете иную).
Спасибо.

pkarklinЖаль, не озвучен бюджет, а так...

авторавтономной работы склада, то бишь репликация

SQL Server 2008 R2, Merge Replication Overview

авторМного агрегированных отчетов, срезы по продажам в разных ипостасях, дебиторка по интервалам и прочие тяжеловесные отчеты.

SQL Reporting Services | Business Intelligence | Microsoft SQL Server

Analysis Services | Business Intelligence | Microsoft SQL Server

2 Сервера Dell Power Edge 2 сокета Xeon. 32 Гб. 10 дисков SAS уже имеется в центре (для организации либо RAC (Oracle) либо (Mirroring для MS))+сервер HP DL160 в качестве шлюза (FreeBSD) уже имеется
24 сервера DL360G7 (1 сокет Xeon) 12 Гб 4 диска SAS на складах+сервер HP DL160 в качестве шлюза (FreeBSD) уже имеется.

Бюджет на СУБД около 400 USD per user.

Еще вопрос если можно, какое средство разработки интерфейса лучше использовать для MS SQL Server?
Интересует как можно аскетичней, так как пользователи жители сельской местности с очень ограниченной компьютерной грамотностью.

Dimitry SibiryakovАнатоЛойНа форуме 80% народу согласні с утверждением: пляшем от того, с чем умеем работать.

Но только во вторую очередь. В первую - от того, что уже закуплено/установлено/работает в
организации. Потому что закупка другого софта и наем другого админа это геморрой.


Пока ничего не закуплено, только железо.

АнатоЛойDimitry Sibiryakovпропущено...

Но только во вторую очередь. В первую - от того, что уже закуплено/установлено/работает в
организации. Потому что закупка другого софта и наем другого админа это геморрой.

Лишнее я не цитироовал, ибо у ТСа "1С7 +DBF"...

Верно.

АнатоЛойГражданин Советского Союза,
1. На форуме 80% народу согласні с утверждением: пляшем от того, с чем умеем работать. Поэтому сначала найдите вышеупомянутого специалиста, который вас устраивает - а он уже укажет СУБД :).
2. К вашему перечню СУБД могу добавить IBM Informix (бывший Informix Dynamic Server) версии 11.70.
Но, подозркваю, что специалиста по Informix под вашу задачу найти будет труднее...

Informix версионник или блокировочник?

АнатоЛойГражданин Советского Союзапропущено...


Informix версионник или блокировочник?
Блокировочник. Но навороченный :). Любопытно, а почему Вы спрашиваете, и как это влияет на выбор?

Например кто-то строит тяжелый отчет по продажам за сегодня в изоляции RC, то есть накладывается блокировка до момента окончания запроса. В случае с дублированием каналов, как предлагает Yo! 24 склада не могут отгрузить товар (в случае БД единой). Если же будет версионник, то сервер возьмет данные на начало транзакции (свою версию) и будет их обрабатывать, в то время работники склада будут спокойно отгружать свою продукцию.

Dimitry SibiryakovГражданин Советского Союзакто-то строит тяжелый отчет по продажам за сегодня в изоляции RC

Этому оптимисту уже ничто не поможет. Отчёты должны строиться в снапшоте. Инече грош им цена.


Я имел ввиду изоляцию "все наглухо", просто я не ИТ-шник и мне трудно правильно выражаться.

АнатоЛойГражданин Советского СоюзаНапример кто-то строит тяжелый отчет по продажам за сегодня в изоляции RC, то есть накладывается блокировка до момента окончания запроса. В случае с дублированием каналов, как предлагает Yo! 24 склада не могут отгрузить товар (в случае БД единой). Если же будет версионник, то сервер возьмет данные на начало транзакции (свою версию) и будет их обрабатывать, в то время работники склада будут спокойно отгружать свою продукцию.

1. За тяжёлый отчёт по продажам за сегодня выгоняйте проектировщика БД, администратора БД и разработчика.
2. Проблему программистов вы решили - им не придётся думать, как решить технологическую проблему с блокировками. Это "+".
А кто решил проблему производительности? Отчет ведь "тяжёлый"...
При запуске тяжёлого отчёта пользователю действительно нужны данные "на начало транзакции"? Его не устроят актуальные данные "за секунду до начала его транзакции" или даже "за 10 минут до начала его транзакции"?
В частности, этот вопрос давно решён приёмом разделением баз, над которыми трудятся запросы...
read-only secondary server, operational data store и много других умных слов...
Не всё так однозначно при выборе...

То есть нужно будет купить несколько серверов БД? Настроить репликацию между ними. Как-то проверять наличие рассинхронизации?
Даже если строить отчет на 10 минут ранее, то все равно нужно пробежать по всем данным с даты начала отчета (входной параметр). Все равно будет блокировка.

pkarklinГражданин Советского Союза,

авторБюджет на СУБД около 400 USD per user.


При схеме лицензирования «на сервер»+лицензия «клиентского доступа» Редакция Standard MS SQL Server 2008 R2 обойдется Вам в:

25 000 руб серверная + 4 700 руб за каждую клиентскую. При большом кол-ве пользователей имеет смысл подумать о процессорной ~ 205 000 руб за сокет.

авторЕще вопрос если можно, какое средство разработки интерфейса лучше использовать для MS SQL Server?
Интересует как можно аскетичней, так как пользователи жители сельской местности с очень ограниченной компьютерной грамотностью.

Аскетичность интерфейса зависит не от средства разработки. Можно хоть на Delphi, хоть на МЫ С#. Какие специалисты есть\найдете.

A Delphi еще используют для новых проектов?

pkarklinГражданин Советского СоюзаA Delphi еще используют для новых проектов?

Да. Я не вижу для этого никаких препятствий.

Да всякие разговоры, в том числе и здесь на сайте, о том, что Дельфи уже умер или умирает и так далее.

Ggg_oldОбъем данных - детский, такой потянет любая современная СУБД даже на старом железе.
ASA полностью подойдет, а за счет развитых средств репликации решит проблему с удаленным серверами.
Для центарльного сервера пригодятся опция High Availability, плюс резервную ноду можно использовать в режиме построения отчетов, что-бы не простаивала. Умеет snapshot.
Весь вопрос в том, что-бы найти спеца, который всем этим сумеет грамотно воспользоваться всеми.

P.S. Дискуссия про невозможность работы без снэпшота - бред.

Где же его найти. По Oracle и MS SQL много кого есть.