Добрый день уважаемым участникам форума.

Здесь уже много раз обсуждали подобные темы, так что заранее прошу прощения. Если буду сильно бесить - убедительно прошу дать пинка в нужную сторону или ткнуть носом в мануал.

Главный вывод, который я сделал, внимательно изучив этот форум: выбор СУБД должен обуславливаться а) условиями задачи и б) личными предпочтениями разработчика (что лучше знаешь, на том и пиши). Поэтому –

а) опишу задачу. БД на стадии проектирования пока. Предполагаем иметь один главный офис и 20 региональных отделений, связь через интернет, нестабильная. Данные вносятся в БД в региональных отделениях и должны передаваться в главный офис, там их обрабатывают и гонят обратно в регионы. Обмен данными должен производиться раз в 15-20 минут. Прирост БД – около 300 тыс. записей в неделю. Проект для внутреннего использования, не для коммерческого распространения.
Последнее (по порядку, но не по важности) условие задачи: заказчик не очень богат и хочет сэкономить на чем только можно. В том числе, как видите, и на разработчике.

б) опишу себя. Последние несколько лет на SQL не программировал и разработкой БД не занимался, поэтому какой диалект придется учить сейчас – не столь важно. Есть опыт разработок в .NET, поэтому при выборе СУБД хотелось бы это учитывать, но, полагаю, это не критично, т.к. .NET провайдер есть, наверно, во всех популярных СУБД.

Варианты, которые сразу приходят в голову:
1. Платная СУБД с встроенной поддержкой двусторонней оффлайн-репликации – MS SQL WE в центр + 20 XE в регионы, Sybase ASE/ASA в центр + еще что-то в регионы? Майкрософт нравится своей понятностью-дружелюбностью, ну там русский хелп для новичков и тыры пыры. Сайбейз смущает своей малой распространенностью. Ну и конечно, оба отпугивают ценами. Сколько примерно будут стоить лицензии на один центральный и 20 региональных серверов?
2. Нечто условно-бесплатное с возможностью привязать двустороннюю оффлайн-репликацию, но платную и стабильную (сочинять собственный репликатор не буду). Interbase + IBReplicator, например. Сколько примерно будут стоить лицензии? Потянет, не будет ли тормозить?

P.S. Качественно, быстро и дешево - вот девиз моего заказчика. Поэтому его нужно немножко спустить с небес на землю. Для чего и прошу вашей помощи и совета.

miksoftЗадачу вы описали крайне скудно.
Опыта нет, постараюсь исправиться. Большой респект за точные вопросы.
По каждому региону идет вставка с апдейтом только "своих" данных, между регионами данные не пересекаются. Вставка/удаление данных производится в основном в регионах, а центре - просмотр и изменения (вставки/удаления чрезвычайно редки), после чего данные сливаются обратно в регионы, каждому региону своя отдельная порция.

Больших таблиц в БД предполагается иметь две. Примерный рост по первой таблице - 5-6 тыс. записей в неделю от каждого региона, или около 100 тыс. в неделю по всей БД; по второй таблице - 9-10 тыс. записей в неделю от каждого региона, или около 200 тыс. в неделю по всей БД. Рост БД будет линейным, довольно однородным, без скачков.
Порог роста есть - накапливать и хранить информацию нужно в течение двух лет, записи старше двух лет можно удалять.
Что такое агрегированная информация – позор, не знаю. Пойду учить матчасть.

miksoft И, кстати, без квалифицированного DBA и проектировщика БД, имхо, у вас эта система не взлетит.
Меня самого это беспокоит. Эту систему уже пытались поднимать люди гораздо опытнее меня – не вышло. Моя задача сейчас – сделать все от меня зависящее, чтобы немного пододвинуть проект в сторону реализации. Или хотя бы показать заказчику с цифрами в руках, что за бесплатно он ничего хорошего не получит.

2 Dimitry Sibiryakov
Спасибо за цифры, покажу заказчику. А из чего складываются эти $2650, если не секрет?

2 Yo.!
Спасибо, мнение про Sybase учтем. Когда сам пытался подсчитывать, запутался в видах лицензий и ценах на них. Вот бы кто еще по MS SQL WE + 20 XE подсказал, во сколько обойдутся все лицензии.
Про mssql xe думаем. Если удастся раздобыть платный репликатор для MS SQL XE, то в главном офисе ХЕ потянет ли все на себе? В регионах-то без проблем, а вот центральная БД на экспрессе – это реально?

Чтобы обойти ограничения экспрессов на 4 Гб, заказчик предлагает (как вариант) в центральном офисе ставить 20 серверов XE, каждый держит базу только своего региона и реплицируется только с ней. Бред?? Я, может быть, наивен, но я плохо представляю себе процесс администрирования всего этого стада экспрессов.

Уважаемый kdv, ваше мнение совершенно верно - я многого не понимаю. Хочу начать понимать больше.

Под WE я имел в виду Workgroup Edition, не буду больше увлекаться аббревиатурами. Насколько я понял, Workgroup Edition на процессор без ограничений по клиентам стоит около $3800, это на две штуки баксов дешевле, чем Standart Edition.

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

2 Dimitry Sibiryakov
Почему куча Оракулов ХЕ + Firebird для консолидированной БД - это извращение? В чем будет основная трудность? Я не придираюсь к словам, но хочется чуть больше ясности, чем простая негативная оценка.

kdvЭто непременное условие задачи?
kdv, извините, не понял вопроса.

kdvгм. стандартный MS SQL стоит $930 без CAL, или $5950 на процессор без ограничений по клиентам.
Лицензия на клиента (одна) стоит $170.
Наличие 20 распределенных серверов не означает, что их все нужно реплицировать одновременно.
Поэтому я бы посчитал кол-во пользователей сначала тех, кто будет работать с MS SQL в центральном офисе.
Да, одновременная репликация 20 серверов не нужна, но каждый из них нужно реплицировать 3-4 раза в час.
В центральном офисе с MS SQL будут работать 80-100 человек одновременно, так как каждый регион обрабатывают 4-5 сотрудников. В регионах будут работать по 2-4 человека на каждой БД. Если в центр ставить взрослую редакцию, то только на процессор.

Yo.![quot topic starter]Чтобы обойти ограничения экспрессов на 4 Гб, заказчик предлагает (как вариант) в центральном офисе ставить 20 серверов XE, каждый держит базу только своего региона и реплицируется только с ней. Бред??

да нет, достаточно частая конфигурация. под мсскл видел - центр стандарт едишен, на "кассах" воркгруп - юзали родную репликацию и с репликацией намучились, но в принципе работало. намучились из-за из-за того что в час пик по каким-то причинам (хз каким, срыв связи или еще что) начинал полный снепшот гонять, забивая насмерть нетворк. в конце концов поставили один сервер и отказались от репликаций (как я понял когда 3G смог дублирование каналов обеспечить).
[quot topic starter]
Нам до 3G как до Луны. Между регионами расстояния в тыщи км, так что светит нам только репликация и только оффлайн и только по интернету и емэйлу (это требование заказчика).

2 Я
Вариант с одним сервером БД и терминальным сервером рассматривали, обсуждали с заказчиком. Гемора, конечно, меньше. Но у заказчика него было 2 основных возражения: 1) связь недостаточно стабильна, 2) и если умрет центральный сервер, остановится работа ВО ВСЕХ регионах, а это недопустимо. В прошлом году было несколько случаев, когда в центральном офисе отключали электроэнергию на полдня и на день. Это может в любой момент повториться. В случае реплицированных БД, все 20 регионов будут спокойно продолжать работу, ожидая когда мы выйдем на синхронизацию. А в варианте с терминальным серваком - умрут все.

Yo.!под мсскл видел - центр стандарт едишен, на "кассах" воркгруп - юзали родную репликацию и с репликацией намучились, но в принципе работало. намучились из-за из-за того что в час пик по каким-то причинам (хз каким, срыв связи или еще что) начинал полный снепшот гонять, забивая насмерть нетворк
То есть, если я правильно понимаю, у них был настроен мерж, и сервер по собственной прихоти вместо мержа начал гонять снэпшоты? Нештатная ситуация, однако. А кроме этого, какие еще у них мучения с родной репликацией были?