GerarldВсем большое спасибо за ответы.
Склоняюсь всё же к MSQL, вот примерно технически как хотелось бы
допустим есть 30 аптек
1) Компы-клиенты( MSSQL Express) это будут кассы, аптечный(локальный) сервер или на стандарте или на том же экспрессе
2) в ЦО глобальный сервер(MSSQL Standart) объединяющий базы данных аптек в одну большую(основную)+ сервер зеркалирующий базы данных каждой из аптек то есть 30 баз+ компы клиенты для работы с глобальной базой(заказы, накладные, и т.д) с основным сервером взаимодействуют внешние программы от поставщиков(опять же,заказы, эл.накладные)
Соответственно каждая аптека получает и видит то что ей надо видеть
Подскажите будет ли такая схема надёжно работать, может быть в ней нужно что либо подправить?,Или предложите своё видение )))
Спасибо

у MSSQL есть минус - чем больше вы серверных продуктов покупаете, тем больше желания у микрософта пересчитывать все ваши устройства и их программы ( приходят такие добрые письма с требованием заполнить отчётик, который без их же Exel-а не заполнишь никак, в которых такое ощущение что даже количество клеток в вашем организме посчитать хотят )?
Да и вообще ставить себя в зависимость от EULA microsoft не очень здравая мысль ( сегодня можно Express использовать, завтра нельзя будет ).

Если вы так хотите заказать разработку, то тогда лучше заказывать такую разработку, которую потом сами поддерживать сможете ( наняв человека, получив исходники ) причём нужно жёстко ограничивать полёт мысли сотрудников компании разработчика в применении нестандартных решений. А то тут видел систему для торговли, на FirebirdSQL+Delphi в которой народ на x64 сервер перейти не может из-за кучи 32-bit-ных dll-ок ( да ещё и без исходников ). И в итоге люди вынуждены решать вопросы производительности с помощью закупки дорогущего серверного железа ( дороже обычного стоечного сервера в разы ), и постоянным продлением лицензий на ms-win.