Задача: БД однотипных медицинских исследований для ПК с присоединенной измерительной/сканирующей аппаратурой. То бишь храниться должны учетная информация о пациентах + по произвольному числу исследовательских сессий на каждого + информация о врачах. Объем хранимых результатов измерений на сессию - от 4 до 64 Кб.

В год, по моим прикидкам, база будет расти, скажем, на 0.5-2 Гб (смотря как работать).

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

Опыт разработчика: rather strong OOP/MSVC++/MFC/WinAPI skills + полный нуль по БД (да, такое бывает). Вопрос: какую серверную часть выбрать.

Почитав там-сям, заинтересовался MS SQL Server Desktop Edition, но так и не въехал, есть ли там ограничения по объему БД и сколько эта вещь стоит, да и можно ли ее отдельно купить/поставлять. А еще запутался с MS Data Engine - то же самое это или нет? С другой стороны, InterBase заманчив какими-то что ли бесплатными вариантами... В общем, если кто хоть немного разгонит туман в моих мозгах, буду страшно признателен.

А еще вопрос: вот всякие (см. выше) куски бинарных данных, если их сохранность, в целом, не очень критична - лучше в базе хранить, или во внешних файлах, а в БД только filenames?

Заранее благодарен.

Спасибо, Алексей. Насчет 2Gb я, в общем, так в MSDN и прочитал, вот только насчет 2000-й версии сомневался: вдруг там ограничений уже нет?

А с ограничением (см. предполагаемый рост базы) - получается, Desktop Edition не подходит. MS SQL - дорого. InterBase?

Да пока проблем нет. Но есть ощущение, что фактор реальной цены учитывать уже пора. Поставлять мы будем не отдельно ПО, а PC со всей начинкой, так что отвечать за все не заказчику, а конторе. Впрочем, я отклонился от темы; скажу только, что цена решения - важно!

Насчет доступа к серверу от клиента: если с ODBC я никогда не работал, то не стоит и начинать - учить сразу OLE DB? Что скажете?

2 alexeyvg

Вот что Microsoft пишет: "SQL Server Personal Edition не является отдельным продуктом, а поставляется в составе стандартной и Enterprise редакций" (и по-английски - то же самое). Что Вы имеете в виду, говоря, что она недорого стоит, если ее саму по себе нельзя купить?

2 f_w_p

Да никаких, насколько я понял, особенных средств... Т.е. если InterBase из-под MSVC, то: либо native API, либо ODBC. В принципе, ODBC - нормальный, проверенный поколениями вариант, но было у меня какое-то странное предубеждение: что, мол, технология устаревает, и тратить время на ее освоение в 2001 году несколько обидно... Или я, дорогие гуру, в корне неправ?

Насчет "чистого ODBC" я невнятно выразился. В MFC есть горсть классов на этот счет: CDatabase, CRecordset, CRecordView. Так что, может, все не так и мрачно.

Но вообще, я бы с большей охотой MS SQL Server попользовал (не потому что не люблю Borland, а... назовем это силой привычки) - если бы с ценой продукта вопрос как-то решался. Вот тут на sql.ru есть такой уважаемый защитник Microsoft Дед Маздай, - очень бы хотелось узнать его west-coast-соображения на сей счет. О программе сотрудничества с разработчиками я читал, но там оно как-то не очень внятно. К тому же я не в России, а на Украине живу...