Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3      [все]
 СУБД для больницы  [new]
Rphoenix
Member

Откуда:
Сообщений: 93
Подскажите быструю СУБД для работы в больнице. Основные процедуры - отчеты для статистики.
5 апр 18, 17:37    [21316229]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53394

Rphoenix
Подскажите быструю СУБД для работы в больнице.

Oracle. Для психиатрической больницы тоже подойдёт если не подпускать пациентов к
программированию.

Posted via ActualForum NNTP Server 1.5

5 апр 18, 17:46    [21316259]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 29805
Rphoenix,

в каком смысле "быструю"?
5 апр 18, 18:31    [21316417]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
982183
Member

Откуда: VL
Сообщений: 3386
А прикладной софт вы сами писать собираетесь?
6 апр 18, 03:51    [21317191]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Rphoenix
Member

Откуда:
Сообщений: 93
982183,

клиенская часть полностью самостоятельно написана.
6 апр 18, 11:34    [21318057]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Rphoenix
Member

Откуда:
Сообщений: 93
kdv,

так в основном списке поступивших больных более 300000 записей (там все хранится с начала 2000). Используется Firebird+Delphi.
процедуры на выборку из этой таблицы выполняются где-то минуту (ну смотря еще как написано, конечно).
Вот я испрашиваю более знающих, лучше делить по годам, либо перенести на новую платформу.
Есть желание изучать Java+OracleSQL, либо хоть базу перекинуть на ORACLE, т.к. она более мощная.
Что посоветуете?
6 апр 18, 11:44    [21318097]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
YuRock
Member

Откуда: Донецк
Сообщений: 4652
Rphoenix
более 300000 записей

Это максимальная таблица?
Rphoenix
процедуры на выборку из этой таблицы выполняются где-то минуту

Что подразумевается под "выборка"? Поиск одной/нескольких записей в ней или агригирование какое-то?
6 апр 18, 11:54    [21318150]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53394

Rphoenix
Что посоветуете?

Я же сказал: не подпускать к программированию пациентов. Такие тормоза могут быть только
из-за намеренного вредительства, например, когда на клиента вычитывается вся таблица
целиком да ещё и с сортировкой.

Posted via ActualForum NNTP Server 1.5

6 апр 18, 12:26    [21318300]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Vladimir Baskakov
Member

Откуда:
Сообщений: 2006
Rphoenix
kdv,

так в основном списке поступивших больных более 300000 записей (там все хранится с начала 2000). Используется Firebird+Delphi.
процедуры на выборку из этой таблицы выполняются где-то минуту (ну смотря еще как написано, конечно).
Вот я испрашиваю более знающих, лучше делить по годам, либо перенести на новую платформу.
Есть желание изучать Java+OracleSQL, либо хоть базу перекинуть на ORACLE, т.к. она более мощная.
Что посоветуете?


Если есть желание изучить - то изучайте, но имейте в виду, что администрировать оракл значительно сложнее, чем Firebird. а при неправильной настройке любая база будет тормозить и падать.

Он требовательнее к железу. У него выше цена. как долго сможете протянуть на бесплатной версии? это вопрос, может и долго.

Т.е. полная цена смены сервера БД на оракл будет очень немаленькой, возможно хорошего специалиста по оптимизации Firebird пригласить станет намного лучше и дешевле.

Из бесплатных БД к ораклу ближе всего Postgress.
6 апр 18, 12:39    [21318358]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Rphoenix
Member

Откуда:
Сообщений: 93
YuRock, да, эта самая большая.
Обычная выборка идет по периоду даты+group by кол-во пациентов по диагнозам/кол-во пациентов по видам операций. Это обычные.
Самые сложные таблиц мало, где многие ко многим, типо кол-во пациентов поступивших из других лечебных учреждений по диагнозам (в разрезе больница-диагноз подсчитать кол-во).
Причем обычно написано большими процедурами. Подскажите, стоит ли разбивать на несколько, либо это никак не повлияет на производительность (Firebird 2.5) ? Что лучше, Super или Clasic на сервере (Windows server)?
6 апр 18, 13:26    [21318611]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
YuRock
Member

Откуда: Донецк
Сообщений: 4652
Rphoenix
Подскажите, стоит ли разбивать на несколько, либо это никак не повлияет на производительность (Firebird 2.5) ? Что лучше, Super или Clasic на сервере (Windows server)?

Всё это не важно для базы, у которой макс. таблица содержит 300 тыс. записей.
Тормозить будет на любой СУБД.
6 апр 18, 14:23    [21318943]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
YuRock
Member

Откуда: Донецк
Сообщений: 4652
Rphoenix,

Ради интереса провёл тест только что. Старый комп 8 лет с родным обычным винтом HDD.
Таблица 2.5 млн.
GROUP BY по текстовому полу VARCHAR(150), без индекса.
12 секунд.
Firebird (версия не важна).
Вывод: консерватория.
6 апр 18, 14:29    [21318966]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 65894
Блог
Vladimir Baskakov
Он требовательнее к железу.

Можно, я громко посмеюсь?

Vladimir Baskakov
У него выше цена. как долго сможете протянуть на бесплатной версии?

Если считать, что информация об одном пациенте занимает 10 Кб, то порядка шестидесяти лет, а что?
6 апр 18, 16:19    [21319392]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 515
Vladimir Baskakov
Если есть желание изучить - то изучайте, но имейте в виду, что администрировать оракл значительно сложнее, чем Firebird.

ерунда. в оракле миллион облегчающих администрирование фич, которые позволят в три клика делать то что фб ... а фб большая часть диагностики и не вытащить. там до сих пор сразу после бэкапа проверяют не поломан ли он.
в данном случае с ораклом он бы смог зайти на нормальный веб интефейс и в два клика увидеть, что не так с запросом еще в два клика согласиться с советами оракла, которые бы понаделали индексы, обновили статистики и прочая.

Vladimir Baskakov
Он требовательнее к железу. У него выше цена. как долго сможете протянуть на бесплатной версии? это вопрос, может и долго.

oraclexe 10 у меня на 512Mb рама жила много лет

p.s. дожили, в "сравнении субд" серые ники забанили. sqlru уже торт
6 апр 18, 19:00    [21319839]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4488
Rphoenix
YuRock, да, эта самая большая.
Обычная выборка идет по периоду даты+group by кол-во пациентов по диагнозам/кол-во пациентов по видам операций. Это обычные.
Самые сложные таблиц мало, где многие ко многим, типо кол-во пациентов поступивших из других лечебных учреждений по диагнозам (в разрезе больница-диагноз подсчитать кол-во).
Причем обычно написано большими процедурами. Подскажите, стоит ли разбивать на несколько, либо это никак не повлияет на производительность (Firebird 2.5) ? Что лучше, Super или Clasic на сервере (Windows server)?

Простой переход на другую субд, обычно ничего не дает. У оракла немножко более классный оптимизатор, поэтому и кажется что он быстрее. А так вам надо включить мозги и проанализировать вашу базу, вполне возможно кое-где надо убить нормализацию, где-то добавить индексы, начните с анализа ваших запросов и обратите внимание на те из них, где идет full scan таблицы(таблиц). Я лично один раз видел, как убили оракл некорректной базой и кривым клиентом...
6 апр 18, 23:50    [21320231]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
tip78
Member

Откуда: Москва
Сообщений: 1266
H5N1
еще в два клика согласиться с советами оракла, которые бы понаделали индексы, обновили статистики и прочая.

так вот за что они килобаксы берут оказывается лол
6 апр 18, 23:55    [21320236]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 29805
H5N1
Советами оракла, которые бы понаделали индексы, обновили статистики и прочая.

это вы про таблицы в 300к записей? Самому-то не смешно?
7 апр 18, 17:06    [21320798]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 515
kdv
H5N1
Советами оракла, которые бы понаделали индексы, обновили статистики и прочая.

это вы про таблицы в 300к записей? Самому-то не смешно?

ну мы то говорим о firebird. во первых там подвисшие транзакции раздули датафайлы гигабайтами мусора, во вторых проектировали интербейз-гайз, т.е. там 50 колонок блобов со сканами рентгенов
8 апр 18, 10:26    [21321343]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
YuRock
Member

Откуда: Донецк
Сообщений: 4652
H5N1
ну мы то говорим о firebird. во первых там подвисшие транзакции раздули датафайлы гигабайтами мусора, во вторых проектировали интербейз-гайз, т.е. там 50 колонок блобов со сканами рентгенов
Да, это все возможно. Непонятно только, что запрещает сделать то же самое с Ораклом.
8 апр 18, 11:37    [21321397]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
H5N1
Member

Откуда: Yo.! из "Сравнения субд"
Сообщений: 515
YuRock
Да, это все возможно. Непонятно только, что запрещает сделать то же самое с Ораклом.

в оракле UNDO лог, соответственно проблемы со сборкой мусора нет в принцнипе. во вторых у интербейза комъюнити скажет так странноватое, всегда умудряется найти свой путь.
8 апр 18, 11:50    [21321412]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53394

Я же сразу сказал, чтобы ТС шёл на Оракул.

Posted via ActualForum NNTP Server 1.5

8 апр 18, 12:08    [21321438]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Mike_za
Member

Откуда: Москва
Сообщений: 1176
Сколько вся база весит? Сколько запросов в минуту?
Может вам бесплатного ms sql express хватит с запасом? Про 300к смешно, конечно
8 апр 18, 15:50    [21321637]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10945
H5N1,

товарищ йоу чего это ты зарегистрироваться решил?
8 апр 18, 17:25    [21321714]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
mayton
Member

Откуда: loopback
Сообщений: 51389
Rphoenix
kdv,

так в основном списке поступивших больных более 300000 записей (там все хранится с начала 2000). Используется Firebird+Delphi.
процедуры на выборку из этой таблицы выполняются где-то минуту (ну смотря еще как написано, конечно).
Вот я испрашиваю более знающих, лучше делить по годам, либо перенести на новую платформу.
Есть желание изучать Java+OracleSQL, либо хоть базу перекинуть на ORACLE, т.к. она более мощная.
Что посоветуете?

Послушайте старого базовика. Учитывая всё вышесказанное.

Простое "перекидывание" на Oracle не решит вашу проблему. Это было бы профанацией.
Oracle силён тогда когда его обслуживают специалисты которые
используют фичи такие как partitioning, DBMS_MVIEWS, OLAP, text search
и прочее. Которые знают как тюнить план выполнения и как анализировать
данные AWR.

Что у вас есть? У вас есть уже готовая система которая работает под Firebird-Delphi.
У вас есть проблемы с перформансом. И их надо идентифицировать. И понять
как можно убрать.

Для большинства систем где уже "всё плохо" и запущено. Проблемы накапливались
годами как следствие экстенсивного роста самих данных. Самый популярный антипаттерн
в базах - низкий КПД отчотов. Обусловлен тем что одни и теже данные сто раз
фул-сканируются и из них формируются views которые можно повторно переюзать
вместо того чтобы извлекать их снова. И здесь под отчотом я имею в виду не
только отчот но и вообще любой дата-сет или любой курсор или view

Тот-же самый кейс когда OLTP-шный запрос который раньше извлекал 5-10 строк
сегодня извлекает во много раз больше просто никому нет дела до избыточного
овер-селекта.

Еще раз. Поверьте. Просто миграция данных на Oracle вам ничего не даст. Или может
дать как перформанс так и просадку в некоторых местах. И хуже что вы если в
FireBird что-то знали - в новой СУБД (более сложной) будете сильно фейлить
из за нехватки знаний (а их надо много уверяю). И тем более не верьте
тем безответственным которые просто считают что смена СУБД что-то решает.
90% СУБД на одинаковом железе работают одинаково и нет никаких оснований
говорить что Oracle XE вдруг внезапно будет лучше чем Firebird. Чтобы доказать -
что лучше - нужен макет и иммитация нагрузки. Нужен более stong justification
чем просто чье-то мнение или мысли вслух.

Не верьте проходимцам. Собирайте информацию о медленных запросах. Рисуйте
схему БД. Определяйте горячий сет таблис и строк. Ищите закономерности
в самой задаче (они есть). Самые лучшие улучшения в БД я делал просто
выбрасывая из бизнес задач ненужные шаги или материализируя горячие данные.

Тот-же partitioning - не однозначен. Это пасьянс который дает буст к одному
типу выборок а для другого может дать проигрыш. И как правильно сейчас
вам разложить ваши данные по партишенам никто не скажет. А сказать можно
только зная вашу предметную область.

Ну и конечно идите в форум Firebird с планом выполнения и спрашивайте
спецов что и как можно улучшить.
8 апр 18, 21:26    [21322077]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53394

mayton
Ну и конечно идите в форум Firebird с планом выполнения и спрашивайте спецов что и как
можно улучшить.

Там он уже был. Чисто из любопытства можешь посмотреть его свежие топики.

Posted via ActualForum NNTP Server 1.5

8 апр 18, 21:32    [21322080]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
mayton
Member

Откуда: loopback
Сообщений: 51389
Dimitry Sibiryakov
mayton
Ну и конечно идите в форум Firebird с планом выполнения и спрашивайте спецов что и как
можно улучшить.

Там он уже был. Чисто из любопытства можешь посмотреть его свежие топики.

С вашего позволения я пока не буду.
8 апр 18, 21:41    [21322091]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9651
Rphoenix
клиенская часть полностью самостоятельно написана.

судя по последним темам, написана людьми, которые не понимают, что такое ТИП.
Что дата, что строка - для СУБД все едино....

При таком подходе, может помочь только Oracle Exadata

IMHO
9 апр 18, 11:57    [21322910]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3710
mayton
Послушайте старого базовика. Учитывая всё вышесказанное.
...

+100
9 апр 18, 13:17    [21323274]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5114
mayton
Послушайте старого базовика.
что вы ТСа "лечите" если он хочет за счёт работодателя слезть в энтырпрайз...
Rphoenix
Есть желание изучать Java+OracleSQL, либо хоть базу перекинуть на ORACLE, т.к. она более мощная.
10 апр 18, 10:30    [21325418]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Vladimir Baskakov
Member

Откуда:
Сообщений: 2006
Дедушка
mayton
Послушайте старого базовика.
что вы ТСа "лечите" если он хочет за счёт работодателя слезть в энтырпрайз...
Rphoenix
Есть желание изучать Java+OracleSQL, либо хоть базу перекинуть на ORACLE, т.к. она более мощная.

только чтобы слезал поаккуратнее, не свалившись по дороге...
10 апр 18, 10:59    [21325539]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Щиче
Member

Откуда: Чебоксары
Сообщений: 757
Rphoenix, переезд требует переписывания запросов и вам ничего не даст. Как были запросы кривые, так они и останутся. Вам выгоднее нанять программиста Firebird, чтобы он вам подкрутил производительность. Возможно, что дело решится за 1-2 дня.
29 май 18, 07:27    [21448743]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
982183
Member

Откуда: VL
Сообщений: 3386
Leonid Kudryavtsev
Что дата, что строка - для СУБД все едино....

Для одних СУБД "Что дата, что строка - все едино"
Для других СУБД "Что дата, что число - все едино"
29 май 18, 07:36    [21448760]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
roden
Member

Откуда:
Сообщений: 741
Щиче
Rphoenix, переезд требует переписывания запросов и вам ничего не даст. Как были запросы кривые, так они и останутся. Вам выгоднее нанять программиста Firebird, чтобы он вам подкрутил производительность. Возможно, что дело решится за 1-2 дня.

Поддерживаю. Прямые руки - лучше лекарство. Техподдержка - помощь в выпрямлении рук.
7 июн 18, 18:52    [21477247]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 898
Rphoenix
Подскажите быструю СУБД для работы в больнице. Основные процедуры - отчеты для статистики.

Любую, понятную вам.
Скорость работы с данными, зависит не от СУБД а от организации хранения этих данных, методах доступа.
Сомневаюсь что для ЛПУ актуальны объемы в терабайты и которые надо ворочать тут и сейчас все сразу .
Опять же, имеют значения и софт для работы с БД и драйвера и прочее..
Я бы взял что классическое - MS SQL или Oracle, хотя, есть и PostgreSQL - все есть и платить не надо

PS: Firebird наверно не совсем лучший тут вариант.
28 июн 18, 07:12    [21526989]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Барсук-копатель
Member [заблокирован]

Откуда: Московский парк
Сообщений: 94884
stells2
Сомневаюсь что для ЛПУ актуальны объемы в терабайты
сканы рентгеновских снимков
УЗИ
МРТ
3 июл 18, 09:17    [21538421]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 65894
Блог
Барсук-копатель
stells2
Сомневаюсь что для ЛПУ актуальны объемы в терабайты
сканы рентгеновских снимков
УЗИ
МРТ

Ну хорошо. Стоит аппарат, делает по снимку в 15 минут. Снимок, будем щедры, занимает 1Мб. Итого 48Мб в день, 12Гб в год. Ну хорошо, стоит 10 аппаратов, итого 120Гб в год. Причём эти гигантские терабайты лежат себе в сторонке и ни в каких операциях не участвуют. Страшно аж жуть (ц)
3 июл 18, 13:42    [21539216]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
YuRock
Member

Откуда: Донецк
Сообщений: 4652
softwarer
Итого 48Мб в день

Недавно маме делали КТ. Нарезали диск с цветными снимками на ~280мб. Это только 1 пациент.
3 июл 18, 14:58    [21539480]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
mayton
Member

Откуда: loopback
Сообщений: 51389
Блобы кладут не в таблицы а рядышком.
Грубо говоря блоб должен быть доступен приуказании его id но не должен своим толстым
туловищем засорять сегмент таблицы или
индекса. Особенно это касается таблиц по
Которым идут интенсивные поиски.
3 июл 18, 15:42    [21539601]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 898
Барсук-копатель,
Rphoenix
Основные процедуры - отчеты для статистики.

по снимкам уже ответили.

По уму, конечно надо более внятные требования. А так, нафантазировать можно много.
3 июл 18, 18:42    [21540309]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Partisan M
Member

Откуда:
Сообщений: 1398
stells2
Я бы взял что классическое - MS SQL или Oracle, хотя, есть и PostgreSQL - все есть и платить не надо


Всё же есть смысл заплатить - за обучение. А именно, необходимо обеспечить сохранность данных. Для этого надо узнать, какие есть аппаратные средства для отказоустойчивости, и какие программные средства для разервного копирования. И ознакомиться с их использованием. Для PostgreSQL это есть (как и для Oracle и MS SQL Server), но надо знать, что именно, и пользоваться этим. Firebird не может тягаться с этими впаиантаами по отказоустойчивости. Так что из бесплатных - PostgreSQL.


[
mayton
Блобы кладут не в таблицы а рядышком.
Грубо говоря блоб должен быть доступен приуказании его id но не должен своим толстым
туловищем засорять сегмент таблицы или
индекса. Особенно это касается таблиц по
Которым идут интенсивные поиски.


Не надо говорить грубо. Это я мягко выразился. Куда кладут BLOB-ы - зависит от СУБД. В Oracle для крупных BLOB-ов делается отдельный сегмент (область диска), в PostgreSQL такого нет, но PostgreSQL тоже разрабатывали не дураки, и авторы позаботились о том, чтобы BLOB-ы не портили индексацию и поиск. ID-ы там есть (только называются OID).
8 июл 18, 00:21    [21553022]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
mayton
Member

Откуда: loopback
Сообщений: 51389
Partisan M
Не надо говорить грубо. Это я мягко выразился. Куда кладут BLOB-ы - зависит от СУБД. В Oracle для крупных BLOB-ов делается отдельный сегмент (область диска), в PostgreSQL такого нет, но PostgreSQL тоже разрабатывали не дураки, и авторы позаботились о том, чтобы BLOB-ы не портили индексацию и поиск. ID-ы там есть (только называются OID).

В Oracle есть варианты. Классика жанра. Вы создаете сегмент таблицы и блобов отдельно (disable storage in row).
Ради экономии места и оптимизации текстового поиска вы можете короткие блобы хранить внутри табличных
блоков (enable storage). Это удобно для кластеризации искомых данных и прочих табличных атрибутов которые
участвуют в поиске. Начиная с 11-12 моделей БД вводится еще целый пакет фич под названием Secured File
(раньше было Basic) которые дают архивацию дедупликацию и много других фич для блобов "из коробки".
8 июл 18, 09:29    [21553324]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Mikhail Tchervonenko
Member

Откуда: Münster, Germany
Сообщений: 1735
Dimitry Sibiryakov
Rphoenix
Подскажите быструю СУБД для работы в больнице.

Oracle. Для психиатрической больницы тоже подойдёт если не подпускать пациентов к
программированию.


Володька ж сказал про импортозамещение. Никаких ораклов тогда. Максимум PostgreSQL. Только на 300000 записей минутные запросы устраивать надо иметь редкий талант. При таком таланте у Вас на оракле вообще всё встанет, или даже не начнёт работать. Оптимизируйте базу, если сами не в состоянии наймите спеца, всё дешевле выйдет. Firebird летает на базах в тысячи раз больших нежели озвученная.
10 июл 18, 10:31    [21558484]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
IMNO
Member

Откуда:
Сообщений: 135
Все советуют Оракл, так как он лучше с технической точки зрения.
Я обеими руками за Оракл, но с его стоимостью, думаю могут возникнуть проблемы при покупки лицензии.

Может стоит чего попроще посоветовать автору? Постгрис например?
Бесплатная СУБД и если верить статьям, то не уступает Ораклу.
17 июл 18, 17:04    [21578422]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53394

IMNO
Бесплатная СУБД и если верить статьям, то не уступает Ораклу.

А кто-то ещё верит каким-то "статьям"? Оптимистов недолечили?..

Posted via ActualForum NNTP Server 1.5

17 июл 18, 17:26    [21578501]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
IMNO
Member

Откуда:
Сообщений: 135
Предложение про статьи больше шутливое, чем серьёзное.
Я имею ввиду, что возможно автору надо что-то среднее.
Не такое дырявое как, например, MySQL, но и не такое профессиональное как Oracle.
Опять же, учитывая цену Oracle.
Если так хочется купить что-то серьезное, то можно посмотреть в сторону SQL Server.
17 июл 18, 17:44    [21578597]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9651
AFAIK лет 15 назад, считали цену SQL Server'а и Oracle SE One - получалось совершенно одинаково, с точностью до доллара )))
(к цене SQL Server'а как минимум нужно еще серверную лицензию на Windows приплюсовывать)

Как сейчас - не знаю. Подозреваю, так же.

p.s. при этом Oracle дал скидку (для музеев), после чего для пользователей стал стоить вообще копейки.
17 июл 18, 17:49    [21578631]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6493
Leonid Kudryavtsev
AFAIK лет 15 назад, считали цену SQL Server'а и Oracle SE One - получалось совершенно одинаково, с точностью до доллара )))
(к цене SQL Server'а как минимум нужно еще серверную лицензию на Windows приплюсовывать)

Как сейчас - не знаю. Подозреваю, так же....

Совсем не так.
1. MS поднял цены.
2. MS поменял политику лицензирования ближе к поядерной.
3. Oracle отменил SE1, теперь более дорогая SE2.

Надо заново сравнивать с учетом нужных опций и редакций.

Еще были отдельные ветки лицензий для госучреждений.
17 июл 18, 18:11    [21578704]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 898
Rphoenix
Подскажите быструю СУБД для работы в больнице. Основные процедуры - отчеты для статистики.
19 июл 18, 07:56    [21583308]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5183
Без внятных требований я бы взял postgresql или вовсе mysql.
26 июл 18, 12:33    [21603983]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8780
Siemargl
Надо заново сравнивать с учетом нужных опций и редакций.
С самой большой таблицей всего 0,3 млн записей? Чего там сравнивать? "Детских сегодня на завезли!". На опенсорцном фб-потргрес-майскл хрен чего попилишь, то ли дело оракул-мсскл "пили-нехочу".
Озверин
Без внятных требований я бы взял...
Брать надо подороже!
27 июл 18, 17:22    [21609154]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6493
Ivan_Pisarevsky,

маленькая база -> бесплатная редакция Ора или МС

с опенсорцом часто проблемы несовместимые с чувствительными к отказам и глюкам критическим системам

так что ты как разберешься со своими блохами, так и пиши

герой, **я, одного сервера
28 июл 18, 01:15    [21609914]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6493
Я то как раз за ФБ для таких задач - как раз масштаб и возможности, но поддержка нужна.

И попилить вообще не в тему тут - попилят без нас раньше.
28 июл 18, 01:20    [21609919]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 898
Siemargl
маленькая база -> бесплатная редакция Ора или МС

Маленькие и временные обычно растут и остаются на всегда
постгресс, думаю, тут самый раз будет.
28 июл 18, 19:34    [21610907]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6493
stells2
Siemargl
маленькая база -> бесплатная редакция Ора или МС

Маленькие и временные обычно растут и остаются на всегда
постгресс, думаю, тут самый раз будет.
Совсем болеешь?

Кто его обслуживать будет??? Эта хрень не проще Оракла, а спецов лопатка.
28 июл 18, 20:16    [21610991]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 898
Siemargl,
Не надо пугать тут бешеными лосями.
При должной организации и с сооовсем другими нагрузками и прочим, даже оракл не требует упоротого бдения.

В обычных условиях, с рядовой БД, весь ряд типа фаребирд, майскл, постгрес и прочее - это поставил и забыл.
29 июл 18, 10:03    [21611508]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8780
Siemargl
герой, **я, одного сервера
Да, ты известный герой! И сервер у тебя даже один есть! Ну, право, кто ж не знает старика Крупского!

А своих блох я в рабочем порядке переловлю, никуда они с подводной лодки не денутся.
30 июл 18, 12:52    [21614257]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5688
Siemargl
stells2
пропущено...

Маленькие и временные обычно растут и остаются на всегда
постгресс, думаю, тут самый раз будет.
Совсем болеешь?

Кто его обслуживать будет??? Эта хрень не проще Оракла, а спецов лопатка.


Когда потребуется обслуживание, то значит к этому времени бизнес стал таким, что без проблем найдет специалиста по PostgreSQL. :-)

До этого момента PostgreSQL работает по принципу - "поставил/забыл".
Только бекапы делай и проверяй.
31 июл 18, 09:20    [21616612]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
AndrF
Member

Откуда:
Сообщений: 2195
YuRock
Rphoenix
Подскажите, стоит ли разбивать на несколько, либо это никак не повлияет на производительность (Firebird 2.5) ? Что лучше, Super или Clasic на сервере (Windows server)?

Всё это не важно для базы, у которой макс. таблица содержит 300 тыс. записей.
Тормозить будет на любой СУБД.


Это стеб? Столько записей мелочь даже для Access. Если, конечно, не пациенты из психушки разработкой занимались.
12 дек 18, 12:57    [21761396]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 29805
stells2
Не надо пугать тут бешеными лосями.
При должной организации и с сооовсем другими нагрузками и прочим, даже оракл не требует упоротого бдения.

бешеными слонами?
Если без шуток, клиент жалуется - мол, у конечных юзеров оракл, запрос написали, у одного юзера он ок, а у другого - хреново. На каждом серваке отдельно оптимизировать надо, задолбал типа этот Оракл.
14 дек 18, 23:02    [21764515]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 898
kdv
Если без шуток, клиент жалуется - мол, у конечных юзеров оракл, запрос написали, у одного юзера он ок, а у другого - хреново. На каждом серваке отдельно оптимизировать надо, задолбал типа этот Оракл.

Так дело в оракле или в том запросе? или в тех, кто это писал? :)
13 фев 19, 09:19    [21808032]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Troglodit
Member

Откуда:
Сообщений: 505
Я в ужасе от текущих разработчиков.
10-13 лет назад поддерживал базу как раз в мед конторе,
то о чем автор говорит, мне знакомо.
100-200к пациентов+30% фантомов, миллионы записей по счетам из ЛПУ,
при этом при загрузке счетов просчитывалась прошлая данные.
И это все также работало,если не ошибаюсь на 2.* firebird'e. Скорость
была приемлемая,работа в режиме с пациентами,длительные задержки недопустимы, никто по 10-100к записей на клиент, не тащил.
Конечно все файлы не закачивались в базу, а лежали рассортированными по
каталогам,в таблице только указатели. Для того времени все было прилично,
но в 18г. всего 300к записей-это дичь какая то. Даже на офисном компьютере все должно работать.
У меня в андроиде 500к записей в таблице на планшете в sqlit'е и ничего пыхтит, но не ужас ужас.
15 ноя 19, 22:39    [22017769]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для больницы  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10945
Troglodit,

дык кривыми руками можно и оракуля завалить
17 ноя 19, 16:55    [22018242]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3      [все]
Все форумы / Сравнение СУБД Ответить