ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
20 июля
685836 Топик полностью
fk0, легенда (10.07.2016 18:06, просмотров: 89) ответил Скрипач на Если говорить о не-реляционных СУБД,то на ум приходят СЕТЕВЫЕ. Делали мы в затёртом девяносто-каком-то на самописной сетевой СУБД проект управления производством. Понравилось.
Здесь разделение идёт на нескольких слоях: 0) терминальный сервер (подключаются терминалы, на сервере работает программа котороая обслуживает каждое рабочее место...); 1) промежуточный вариант, когда часть функций делегируется клиентскому приложению -- например, веб-страница, где странички генерируются сервером, но валидацию ввода в форму и другие мелкие задачи осуществляют локально; 2) сервер приложений (application server -- клиентские приложения исполняют запросы-функции в сервере приложений, взаимодействие через сеть); 3) промежуточный вариант межу 2 и 4 -- как такового application server'а нет, но в БД масса триггеров, на которых висит масса пользовательских функций, через них всё и делается: 4) сетевая БД -- логика находится в клиентских приложениях, база данных сетевая и используется собственно для хранения данных; 5) промежуточный вариант между 4 и 6 -- в одну сторону (от сервера к клиенту, например) используется механизм репликации БД (предполагаем, что использование застарелых данных не является проблемой в конкретном применении), в другую сторону (модификация данных) используется сервер приложений или сетевая БД. 6) сетевая файловая система -- БД и программы находится на компьютерах на местах, есть какой-либо механизм синхронизации: либо репликация БД, либо сетевая файловая система (NFS, samba), либо кэширующая система с автономными файлами... Что выбрать -- сильно зависит от задачи, тем более что часто могут подойти несколько вариантов. В банковской сфере скорей предпочтут верхний вариант (чтоб в БД не лазали, чтоб обойтись без установки и обновления сложного ПО на рабочие места). Для АРМ уровня медицинской лаборатории я видел вариант 3 и это было разумно: вариант 2 усложняет программирование, вариант 4 заставляет один и тот же код впихивать в каждого клиента. Вариант 1 сложней в реализации (ты поди распечатай красивую бумажку из браузера, поработай с подключенным к ПК оборудованием...) Варианты 5 и 6 актуальны скорей для мест, где нужна автономная работа либо серверная инфраструктура не развита (пример из суровых 90-х -- если у тебя есть только novell netware, то остаётся только 6, плюс лок-файлы чтоб одновременно в базу не лазать).
[ZX]