Дата: Пятница, 12.Янв.2024, 10:23 | Сообщение # 161
Завсегдатай
У вас сообщений: 246
инженер
OFFлайн
Украина
Харьков
ЦитатаHooligan666 ()
перенести как-то можно, есть варианты?
ЦитатаHooligan666 ()
В самых "плохих" случаях приходится файл базы грохнуть и реинициилизировать
Да, тот же "плохой" случай :) Только перед реинициализацией установить MySQL и в конквесте выбрать её. Т.н. "реинициализация" на самом деле - просто сканирование каталогов с исследованиями и занесение в БД информации из тегов dicom. Поэтому, если структура каталогов почему-то была нарушена, или файлы были перемещены, то "запихнуть" их обратно в БД можно просто отправив на сервер какой-нибудь программой экспорта, например, этой: https://telepacs.com.ua/?p=775
Дата: Суббота, 20.Янв.2024, 09:22 | Сообщение # 162
У вас сообщений: 708
engineer
OFFлайн
Российская Федерация
Россия
ЦитатаKuzma ()
Поэтому, если структура каталогов почему-то была нарушена ...
Вы всё усложняете ... На самом деле, чем примечателен Conquest, в любой ситуации, когда файлы с данными каком-то образом "перемешиваются" и получается куча-мала, достаточно просто в папку INCOMING их подсунуть и сам Conquest их заново добавит в базу себе, и заново рассортирует по заданному шаблону (лично я не использую стандартный, всего делаю по дате "раскладывание").
А относительно MySQL - из личного этого тоже шляпа, при всякого рода сбоях слетает и заново ребилд базы ...
Рекомендую полноценный MSSQL, версия на выбор, у меня, вроде, 2014. Добавляете ключ в него (чтобы ограничение снять на количество записей), его "прицепить" к Conquest и уже потом через INCOMING "скормить" Ваши dicom-файлы (перед этим шаблон создания структуры папок удобный сделав).
По личному опыту - MSSSQL тяжело "завалить". А вот MySQL - как нефиг делать (во всяком случае, у меня с ним так, для больших объёмов, как по мне, он не годится).
Единственное, придется помучаться с тем, чтобы "подружить" MSSQL с Conquest!- если опыта такого не было.
Дата: Суббота, 20.Янв.2024, 10:45 | Сообщение # 163
Завсегдатай
У вас сообщений: 246
инженер
OFFлайн
Украина
Харьков
ЦитатаBomberbug ()
Рекомендую полноценный MSSQL
Во-первых, "полноценный" MSSQL - весьма недешёвый продукт. Во-вторых, спор о том, какая из этих СУБД лучше, идёт всё время их существования. Поэтому считаю, что спорить на эту тему бесполезно. У каждого свои предпочтения.
ЦитатаBomberbug ()
По личному опыту - MSSSQL тяжело "завалить" . А вот MySQL - как нефиг делать (во всяком случае, у меня с ним так, для больших объёмов, как по мне, он не годится).
Может это у Вас так? :) Или у меня просто к MSSQL предубеждение из-за "Microsoft" :) Но я знаю много примеров, когда MySQL с Conquest работают безотказно годами и на виндовых системах, и на линуксовых.
Дата: Воскресенье, 21.Янв.2024, 18:50 | Сообщение # 164
У вас сообщений: 708
engineer
OFFлайн
Российская Федерация
Россия
ЦитатаKuzma ()
весьма недешёвый продукт.
Ну, в текущих реалиях, когда всё импортное уже не п*изженное, а, как бы, трофейное - не актуально
Спора об относительности что лучше и не шло. "Хозяин - барин", как говорится. Лишь делюсь своим личным опытом. У всех разные условия. В моих "разнородных" данных с разными узлами и модальностями - пробовал разное. MSSQL для больших объёмов лично для меня стал самым удачным.
Относительно Линуха не скажу - там не проверял. А вот на Винде у меня на разных ПК именно встроенный MySQL работал не ахти ... Чуть где питание "рубануло" - усё, ошибки базы. Либо "подвисла" - аналогично. Не всегда, но очень часто, хз почему так. С "полным" MSSQL - такой фигни пока вообще не было. Не знаю, может там какие механизмы "рекавери" волшебные, но работает безотказно.
Ну, в текущих реалиях, когда всё импортное уже не п*изженное, а, как бы, трофейное - не актуально
1) Даже в РФ это заблуждение, за которое скоро начнут всех нагибать заново. Да-да. Этот маленький нюансик скрывается от широких народных масс, ибо казна не бездонная. 2) Ваш собеседник не в дефолт-сити и не в дефолт-стране.
ЦитатаBomberbug ()
А вот на Винде у меня на разных ПК именно встроенный MySQL работал не ахти ... Чуть где питание "рубануло" - усё, ошибки базы. Либо "подвисла" - аналогично. Не всегда, но очень часто, хз почему так. С "полным" MSSQL - такой фигни пока вообще не было. Не знаю, может там какие механизмы "рекавери" волшебные, но работает безотказно.
Как говорится, это ошибка выжившего. Если отключить питание сервера, когда БД активно пишет на диск, любая БД уйдёт в recovery режим. Зависит от реализации каждой СУБД, у некоторых просто ругнется при запуске, некоторые уйдут в recovery. А некоторые молча запустятся, а потом в произвольные моменты времени софт не будет работать, потому что запросы отваливаются из-за битого индекса. Я на форуме приводил примеры, где компы с БД на рентгенах выключались рубильниками, и как после этого приходилось чинить эти БД MS SQL странными командами и заменами файлов журналов.
Дата: Вторник, 05.Мар.2024, 17:10 | Сообщение # 166
У вас сообщений: 708
engineer
OFFлайн
Российская Федерация
Россия
Цитатаnaves ()
за которое скоро начнут всех нагибать заново
Если доживем :-) Ну никто и не призывал использовать то, что бесплатно "не положено", каждый сам себе разумеет что и как сделать (и на чём). То, что "по закону" для большинства бюджетников делается, чаще всего работает не так как задумывалось, ибо основная цель всё ж "карманы набить" (хоть это и красиво завуалировано под разные благие цели). Может, и в "резиновой" всё как-то неплохо, но вот чем дальше от центров - тем унылей (ну, может, кроме "денежных" областей). А если по теме - "голь на выдумку хитра", каждый решает свои задачи как может с учётом своих собственных реалий.
Украина
Российская Федерация
