Дата: Пятница, 12.Янв.2024, 10:23 | Сообщение # 161
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина
Харьков
ЦитатаHooligan666 ()
перенести как-то можно, есть варианты?
ЦитатаHooligan666 ()
В самых "плохих" случаях приходится файл базы грохнуть и реинициилизировать
Да, тот же "плохой" случай :) Только перед реинициализацией установить MySQL и в конквесте выбрать её. Т.н. "реинициализация" на самом деле - просто сканирование каталогов с исследованиями и занесение в БД информации из тегов dicom. Поэтому, если структура каталогов почему-то была нарушена, или файлы были перемещены, то "запихнуть" их обратно в БД можно просто отправив на сервер какой-нибудь программой экспорта, например, этой: https://telepacs.com.ua/?p=775
Дата: Суббота, 20.Янв.2024, 09:22 | Сообщение # 162
У вас сообщений: 709
engineer
OFFлайн
Российская Федерация
Россия
ЦитатаKuzma ()
Поэтому, если структура каталогов почему-то была нарушена ...
Вы всё усложняете ... На самом деле, чем примечателен Conquest, в любой ситуации, когда файлы с данными каком-то образом "перемешиваются" и получается куча-мала, достаточно просто в папку INCOMING их подсунуть и сам Conquest их заново добавит в базу себе, и заново рассортирует по заданному шаблону (лично я не использую стандартный, всего делаю по дате "раскладывание").
А относительно MySQL - из личного этого тоже шляпа, при всякого рода сбоях слетает и заново ребилд базы ...
Рекомендую полноценный MSSQL, версия на выбор, у меня, вроде, 2014. Добавляете ключ в него (чтобы ограничение снять на количество записей), его "прицепить" к Conquest и уже потом через INCOMING "скормить" Ваши dicom-файлы (перед этим шаблон создания структуры папок удобный сделав).
По личному опыту - MSSSQL тяжело "завалить". А вот MySQL - как нефиг делать (во всяком случае, у меня с ним так, для больших объёмов, как по мне, он не годится).
Единственное, придется помучаться с тем, чтобы "подружить" MSSQL с Conquest!- если опыта такого не было.
Дата: Суббота, 20.Янв.2024, 10:45 | Сообщение # 163
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина
Харьков
ЦитатаBomberbug ()
Рекомендую полноценный MSSQL
Во-первых, "полноценный" MSSQL - весьма недешёвый продукт. Во-вторых, спор о том, какая из этих СУБД лучше, идёт всё время их существования. Поэтому считаю, что спорить на эту тему бесполезно. У каждого свои предпочтения.
ЦитатаBomberbug ()
По личному опыту - MSSSQL тяжело "завалить" . А вот MySQL - как нефиг делать (во всяком случае, у меня с ним так, для больших объёмов, как по мне, он не годится).
Может это у Вас так? :) Или у меня просто к MSSQL предубеждение из-за "Microsoft" :) Но я знаю много примеров, когда MySQL с Conquest работают безотказно годами и на виндовых системах, и на линуксовых.
Дата: Воскресенье, 21.Янв.2024, 18:50 | Сообщение # 164
У вас сообщений: 709
engineer
OFFлайн
Российская Федерация
Россия
ЦитатаKuzma ()
весьма недешёвый продукт.
Ну, в текущих реалиях, когда всё импортное уже не п*изженное, а, как бы, трофейное - не актуально
Спора об относительности что лучше и не шло. "Хозяин - барин", как говорится. Лишь делюсь своим личным опытом. У всех разные условия. В моих "разнородных" данных с разными узлами и модальностями - пробовал разное. MSSQL для больших объёмов лично для меня стал самым удачным.
Относительно Линуха не скажу - там не проверял. А вот на Винде у меня на разных ПК именно встроенный MySQL работал не ахти ... Чуть где питание "рубануло" - усё, ошибки базы. Либо "подвисла" - аналогично. Не всегда, но очень часто, хз почему так. С "полным" MSSQL - такой фигни пока вообще не было. Не знаю, может там какие механизмы "рекавери" волшебные, но работает безотказно.
Ну, в текущих реалиях, когда всё импортное уже не п*изженное, а, как бы, трофейное - не актуально
1) Даже в РФ это заблуждение, за которое скоро начнут всех нагибать заново. Да-да. Этот маленький нюансик скрывается от широких народных масс, ибо казна не бездонная. 2) Ваш собеседник не в дефолт-сити и не в дефолт-стране.
ЦитатаBomberbug ()
А вот на Винде у меня на разных ПК именно встроенный MySQL работал не ахти ... Чуть где питание "рубануло" - усё, ошибки базы. Либо "подвисла" - аналогично. Не всегда, но очень часто, хз почему так. С "полным" MSSQL - такой фигни пока вообще не было. Не знаю, может там какие механизмы "рекавери" волшебные, но работает безотказно.
Как говорится, это ошибка выжившего. Если отключить питание сервера, когда БД активно пишет на диск, любая БД уйдёт в recovery режим. Зависит от реализации каждой СУБД, у некоторых просто ругнется при запуске, некоторые уйдут в recovery. А некоторые молча запустятся, а потом в произвольные моменты времени софт не будет работать, потому что запросы отваливаются из-за битого индекса. Я на форуме приводил примеры, где компы с БД на рентгенах выключались рубильниками, и как после этого приходилось чинить эти БД MS SQL странными командами и заменами файлов журналов.
Дата: Вторник, 05.Мар.2024, 17:10 | Сообщение # 166
У вас сообщений: 709
engineer
OFFлайн
Российская Федерация
Россия
Цитатаnaves ()
за которое скоро начнут всех нагибать заново
Если доживем :-) Ну никто и не призывал использовать то, что бесплатно "не положено", каждый сам себе разумеет что и как сделать (и на чём). То, что "по закону" для большинства бюджетников делается, чаще всего работает не так как задумывалось, ибо основная цель всё ж "карманы набить" (хоть это и красиво завуалировано под разные благие цели). Может, и в "резиновой" всё как-то неплохо, но вот чем дальше от центров - тем унылей (ну, может, кроме "денежных" областей). А если по теме - "голь на выдумку хитра", каждый решает свои задачи как может с учётом своих собственных реалий.
Дата: Пятница, 24.Май.2024, 09:29 | Сообщение # 167
Стажер
У вас сообщений: 7
нет
OFFлайн
Украина
Киев
Здравствуйте. Подскажите, пожалуйста, что делаю не правильно? Пытаюсь поднять пакс CONQUEST на win10. Сначала установил MySQL сервер, затем запускаю CONQUEST, выбираю Native MySQL driver. Прописываю данные сервера и сохраняюсь. На вкладке Installation жму Make ODBC MySql создаю базу и выдаёт ошибку подключение к порту. Бывает что удаётся создать базу, но снимки не сохраняет.
. Добрый день. Никто не подскажет решение моей проблемы?
Сообщение отредактировал Serg88 - Среда, 29.Май.2024, 16:59
Мне кажется, или MySQL в логах Вам чётко говорит, что доступа к БД нет из-за не настроенного логина-пароля рута? Установите и настройте MySQL правильно. Или попробуйте сначала с SQLite.
Там какой-то был не совсем интуитивный порядок нажимания кнопок для создания БД
Порядок нажатия кнопок: Save configuration, Make ODBC data source, (Re)-initialize database
Решил помочь решить проблему Serg88 и попробовал её воспроизвести. И да, она воспроизводится с Оракловской MySQL и 5-й и 8-й версии. Причина так мне и не стала понятной. Затем ставлю MariaDB - всё работает с пол-пинка. Но проблема с кириллицей что в 144-й, что в 192-й кодировке. Виндовая кодировка - пожалуйста, без проблем. По-моему она уже поднималась неоднократно, где-то что-то нужно в ини-файлах править. Не стал заморачиваться. И да, на картинке при установке СУБД не стоит галка на UTF-8, но я испробовал и такой вариант, и с установленной. Картинку не сделал только. Что так, что эдак - кириллицы нет. Последней каплей, убедившей, что все-равно я не буду ставить этот сервер, стало то что он принимает и отдает исследования ПО ЛЮБОМУ AeTitle. Главное адрес и порт указать, а там что CONQUESTSRV1, что CONQUEST или вообще CON - по барабану. Раньше как-то не обращал внимание на это, точнее в голову не могло прийти такое проверять, а тут случайно обнаружил. Полез на старую установку с 1.4.17 - ТОЖЕ САМОЕ. Чё-то вообще ничего не понял, как такое может быть. Может кто-то подскажет, что не так? Что с кириллицей, напомните? Вот вся история в картинках:
Добрый день. Спасибо Вам огромное Kuzma за проведённую роботу. Ещё немного "поиграюсь" с sql, если не получится, то поставлю как Вы MariaDB. Благодарю за помочь!
Мне всё равно непонятно, что за хрень с AeTitle сервера. У вас тоже так? Тоже можно на любой отправлять? Кто-то что-то может сказать? Или это у меня только такое волшебство? :): ) :)
Дата: Пятница, 07.Июн.2024, 13:48 | Сообщение # 178
У вас сообщений: 1060
программист
OFFлайн
Российская Федерация
Москва
Цитата
И да, она воспроизводится с Оракловской MySQL и 5-й и 8-й версии. Причина так мне и не стала понятной. Затем ставлю MariaDB - всё работает с пол-пинка.
Странная фигня, я думаю, что-то поменяли в дистрибутиве MySQL за 10 лет, изменилось поведение.
Цитата
Мне всё равно непонятно, что за хрень с AeTitle сервера. У Вас тоже так? Тоже можно на любой отправлять?
Есть подозрение, что такая работа AeTitle это не баг, а фича. Для работы виртуальных серверов и export/import конвертеров. Просмотрел код https://github.com/marcelv....ate.cpp Как будто в явном виде нигде нет проверки на Called AE.
Кому не нравится может написать свой lua-обработчик, который может обрабатывать любые правила доступа) это opensource, тут никто никому ничего бесплатно не обязан).
Мой тезис такой, Conquest удобен для вкатывания здесь и сейчас за 10 минут, бесплатно и без СМС. Для решения проблем кодировок есть бесплатные напильники. Или платные.
Я вообще открывал багу, что после установки Conquest сервер не принимает compression JPEG. Всю голову сломал, ну не может быть такого, оказалось это баг в GUI-конфигураторе, который срабатывает только при первом запуске, и который, видимо, никто не замечал 10 лет. Вроде поправили после репорта.
Сообщение отредактировал naves - Пятница, 07.Июн.2024, 13:50