Все другие СУБД    

Работа ведения данных на компьютере
самая утомительная

 - ВМЕСТО
 1...2 минут (Planeta) - от 30 мин до 1,5-2 часа   (все другие СУБД)

см. PLANETA vs SQL, Oracle

 
PLANETA - HI TECH сотовая сетевая платформа МГНОВЕННОГО действия
0,1...2 минуты на внесение данных и текстов (по шаблонам абзацев)

+ статистика
+ оптимизация
+ создание систем высокоточного прогноза


 
    Дополнительная программа для работы с сотовой структурой

    
 ГЛОБАЛЬНЫЙ КАТАЛОГ ДОКУМЕНТОВ PLANETA(FACTOR)
 

  
МАКРОСТРУКТУРЫ PLANETA(FACTOR)



 
    ЕСТЬ сброс данных в макро-структуры SQL, Oracle в формате JSON


 ПРОТОКОЛЫ опроса врачей
 
при работе НА ЛУЧШИХ
ДРУГИХ сетевых СИСТЕМАХ Oracle, SQL



 

 - Время работы в самых крупных мед. центрах России (Москва) с данными пациента на Oracle  от   30 минут до 1,5 часа с систематическими зависаниями и пропаданием данных, которые нужно набирать повторно. В малых коммерческих мед. центрах типа глазной клиники "Визус" (Москва) зависания начинаются с 30 000 записей и двух человек регистраторах на приеме.

В протоколах ВРЕМЯ ЗАТРАЧИВАЕМОЕ ВРАЧЕМ НА ВНЕСЕНИИ ИНФОРМАЦИИ ПО ОДНОМУ ПАЦИЕНТУ в отделениях медицинскго учреждения по этажам - после 10 летней автоматизации 2-мя специализированными на мед. системах организациями за 10 млн. / год (по тендеру) от 30 минут до 1,5 часа
 - как инжнер-эффективщик (Головного КБ МО), программист и Главный Специалист группы медицинской кибернетики РОНЦ РАМН лично общался и обсуждал этот вопрос с этими разработчиками ГИС (госпитальной инф.системы по тендеру за 10 млн./год) - но они заявили, что это нормально "ВЕЗДЕ ТАК - врач 5...10 минут занимается с пациентом и не менее 25 минут вносит данные на пациента в базу данных"(Oracle+PHP):

РЕЗУЛЬТАТЫ ПРАКТИКИ РАБОТЫ
 
 
    Такие информационные системы, где врачи работают в режиме одновременного доступа на
 
"ПОИСК - ЧТЕНИЕ - ЗАПИСЬ" информации могут работать только при условии полного равномерного распределения ресурсов по сети по сотовой схеме.

   Максимальное количество одновременных пользователей
SQL, Oracle в режиме 
"ПОИСК - ЧТЕНИЕ - ЗАПИСЬ" - это не более 2 ...  7-ми одновременных пользователей в зависимости от мощности оборудования и количества узлов сети до базы при небольшом объеме базы данных (время поиска).

   На практике в коммерческих медицинских центрах, где необходимо вести подробную информацию историй болезни по клиентам (например, глазная клиника
"ВИЗУС" в Москве) такие системы начинают зависать уже на 2-х операторах на приеме при наборе более 30 000 записей.

   Сетевые базы данных
SQL, Oracle и аналогичные (с единым сервером базы данных) на практике  НЕПРИГОДНЫ  ДЛЯ  работы  с высокой нагрузкой одновременного доступа типа  "ВЕДЕНИЯ  ИСТОРИЙ  БОЛЕЗНИ" врачами в режиме "ПОИСК-ЧТЕНИЕ-ЗАПИСЬ" более 2 ... 5 одновременных пользователей.
Не путать с режимом "ТОЛЬКО ПРОСМОТР"- можно поставить дополнительные сервера репликаторы (дубликаты) для решения многопользовательского доступа как это делается в интернете.

   Учитывая вышесказанное, была создана сетевая
СУБД FACTOR (PLANETA) с возможностью использованиия принципа полного распределения ресурсов по сети.
   В случае СУБД ФАКТОР роль сотовых
"серверов баз данных" отделений играют любые сетевые папки, которые можно располагать на любых компьютерах отделения  -    Для систем ФАКТОР не требуется очень медленный и ненадежный специализированный (со специальным дорогим программным обеспечением, дорогим персоналом и дорогим обслуживанием ) сервер базы данных SQL или Oracle.
(Смотрите раздел "СРАВНИТЕЛЬНЫЕ ХАРАКТЕРИСТИКИ")


  
Поэтому сетевая платформа PLANETA - единственная пригодная платформа для нагруженных сетевых баз данных - FACTOR  (PLANETA) - реализованная по схеме полного распределения ресурсов по сети.


 Сетевые базы данных
SQL, Oracle и аналогичные (с единым сервером базы данных)  НЕПРИГОДНЫ  ДЛЯ  АВТОМАТИЗАЦИИ ПРЕДПРИЯТИЙ с высокой нагрузкой одновременного доступа в режиме "ПОИСК-ЧТЕНИЕ-ЗАПИСЬ" (их можно использовать только на просмотр информации - для записи и работы с данными нужны оптимизированные системы на языках программирования высокого уровня с распределением ресурсов по сети типа FACTOR(PLANETA))
 - по причине больших работных времен работы в сети, отсутствие возможности полноценной оптимизиции на интернет языках программирования низкого уровня типа РНР и малой пропускной способности коммутаторов сети
    В системе FACTOR(PLANETA) ЕСТЬ сброс данных при введении информации в макро-структуры для последующего просмотра информации и есть дополнительная программа для работы с сотовой структурой БЕЗ макро структур на SQL, Oracle
 -  ГЛОБАЛЬНЫЙ КАТАЛОГ ДОКУМЕНТОВ PLANETA(FACTOR)
    МАКРОСТРУКТУРЫ PLANETA(FACTOR)