Конференция "Современные технологии в медицине" в Томске

[Ostrik]

14.04 в Томске пошла конференция. Собратья Новосибирцы на ней мило похихикали над нами врачами-програмистами из Томска, что мол мы используем Delphi7 и InterBase/FireBird это уже старо и немодно. А они в столице Сибири делают всё на С++ и Access. Так вот вопрос... Неужели мы отстали от жизни и БВ больше никто не создает в InterBase/FireBird, а Delphi пережиток прошлого???

[baldr]

Ну, по-моему, Access - это тоже что-то странное.. За серьезные БД я считаю MSSQL/Oracle и, с небольшой натяжкой, MySQL...

[Sla]

используйте хоть dbf. Все зависит от задач и объема данных,  и доступа к данным.
Модно/не модно. На чем умеете, главное чтоб работало правильно и быстро.

Если задумались над переходом на другую СУБД, то

объем данных
доступ к данным
Скорость доступа
разделенные ресурсы
и пр.

[baldr]

Sla, еще тогда уж лицензия.. Многие не хотят лицензии покупать, а норовят бесплатными обойтись.

[Алексей++]

InterBase/FireBird - приходится поддерживать проект, но больше - ни в жисть ))) MySQL теперь у меня

[Джон]

используйте хоть dbf. Все зависит от задач и объема данных,  и доступа к данным.

100% согласен. Для небольшого объёма данных и количества пользователей Access хватит за глаза. А Oracle стоит гораздо дороже да ещё к тому же может получиться "из пушки по комарам". MySQL под виндой... "Скучно девушки" (с). Уж лучше MS SQL, тем более, что Express бесплатный.

делают всё на С++ и Access.

На С++? Что они интересно знать там ВСЁ делают?    

Ostrik, переходите на .NET и всем новосибирцам утрёте нос.

зы Врач-программист - это круто. )
зы зы Сорри, не удержался. 

[Ostrik]

Нас, например, учат работе с InterBase/FireBird, а в Access только вводный курс. Но все предпочитают FireBird(на него лицензия не нужна). Приличный АРМ для врача с потоком>20000 пациентов в год на Access не сделаешь!

[Джон]

Ну ты это новосибирцам говорила? Что они ответили?

[Ostrik]

Джон, ну а как это еще назвать, как не врачи-програмисты? Причем в итоге мы и не врачи и не програмисты!!! На что тратишь 8 лет непонятно, а непонятно ровно настолько как название специальности в дипломе: Врач медицинской и биологической кибернетики(без права врачевания)!

[Ostrik]

Ну ты это новосибирцам говорила? Что они ответили?

Они уехали до конца конференции, мы не успели обсудить это!

[Джон]

Причем в итоге мы и не врачи и не програмисты!!! На что тратишь 8 лет непонятно, а непонятно ровно настолько как название специальности в дипломе: Врач медицинской и биологической кибернетики(без права врачевания)!

Уй. Не думал, что это так серьёзно. Действительно непонятно. "Инженер медицинской и биологической кибернетики" я бы ещё понял. Но врач - это же кто клятву Гиппократа даёт. Как же это будет? Входить в дом для пользы больного без права врачевания? Кто-то, что-то не додумал...

Они уехали до конца конференции, мы не успели обсудить это!

Это называется "сбежали".

[Ostrik]

Но врач - это же кто клятву Гиппократа даёт. Как же это будет? Входить в дом для пользы больного без права врачевания? Кто-то, что-то не додумал...

Наш декан говорит так: Инженеры по знаниям в медицине! или связующее звено между инжанером IT и врачем, системный аналитик в медицине...
Некоторые идут на МРТ, КТ, УЗИ.
А клятву Гиппократа не даем- бойтесь нас - врачей програмистов!!!

[Джон]

Некоторые идут на МРТ, КТ, УЗИ.

Те работать с ними, или же создавать программное обеспечение для них?

А клятву Гиппократа не даем- бойтесь нас - врачей програмистов!!!

Тогда вы не врачи. Но всё-равно уже боюсь.  

[Ostrik]

Те работать с ними, или же создавать программное обеспечение для них?

4 направления(по моему мнению):
1.Лучевая и функциональная диагностика(МРТ, КТ, УЗИ,ЭКГ,ЭЭГ и т.д.)
2.Разроботка всяких приборчиков типо Стимуляторов для родовспоможения, Контроллеров гипоксии плода по ЭКГ матери,глюкометры, Измерителей импеданса для неинвазивного определения локализации опухоли и т.д.
3.Разработка АРМов,Электронных методических пособий и прочее.
4.Биоинформатика
Где-то как-то так!

[Ostrik]

Ну а если вернуться к теме, то все-таки, что такого в  Accesse?

[Sla]

Ничего особенного
Если установишь Accesse, то там есть примеры.
Их можно поизучать, почитать и даже на их основе что-то сделать свое.

Причем все достаточно просто. Язык - VBA.
Почти точно также рисуются формы, компоненты имеют свойства, существуют обработчики событий и прочее.

Т.е. если это нужно для учета и для визуализации - использовать можно, а где-то даже предпочтительней, чем Delphi.

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

А знание, или знакомство с ACCESSом не повредит "врачу-программисту".


 

[x77]

Ostrik, да ничего в ней "такого" нет. это декстопная СУБД, в многопользовательском режиме она работает с очень и очень многими оговорками, не поддерживает транзакций, и пр. людей, которые пишут на аксесе, программистами приложений баз данных можно назвать с очень и очень большой натяжкой.

лучшая СУБД на сегодня - это оракл, имеющий тесную интеграцию с джава и модными серверами приложений, типа GlowFish или WebSphere. в совокупности это представляет собой так называемую "открытую шину" - конструктор, позволяющий собрать любую бизнес-логику на модульном принципе.

MSSQL - некий компромисс между дорогим и могучим ораклом и менее могучим (в плане интеграции с существующими средствами разработки и фрэймворками) FireBird. но минусов у него очень и очень много, из которых главный - это привязанность к мастадайным платформам (ORacle прекрасно себя чувствует под иксами и на Солярисе, FB изначально писался под иксы).

по поводу нагрузок - у нас на виртуальном сервере живёт база FB объёмом 18Gb. я совсем не уверен, что MSSql обеспечит на таком объёме ту же комфортность работы, которую мы имеем сейчас.

MySQL - СУБД, изначально заточенная под web. Её главное отличие от того же FB - это встроенный полнотекстовый поиск и очень быстрые выборки. Если FB селектит и вставляет записи примерно одинаково, то MySQL немного медленнее отрабатывает вставку данных, но гораздо быстрее их отдаёт, что особенно хорошо видно на больших объёмах.

В то же время FB - это промышленная СУБД. Она спокойно и не упираясь может тащить огромные объёмы данных, работает на чём угодно (практически на любом железе и под управлением нескольких осей, в т.ч. - бесплатных). У неё открытый исходный код, благодаря чему многие серьёзные компании выкачивают нужную им ветку, формируют отдел разработки СУБД, и дописывают код, дополняя необходимыми им возможностями. Она крайне неприхотлива в обслуживании и не требует сертифицированного специалиста для сопровождения. и многое другое. Я не видел баз, с объёмами больше 30 Gb, но разработчики декларируют работу с террабайтовыми объёмами данных, на которых сдохнет любой MSSQL.

Главный минус этой СУБД именно в её бесплатности. ни один банк, ни серьёзная коммерческая структура эту БД не использует. Потому что если что-то случится с ораклом и M$Sql - для них есть саппорт, получающий бабки за лицензию, и определённые гарантии со стороны производителя. в случае с FB (как и MySql) при возникновении каких-то проблем - банально ненакого перевести стрелки.

Остальные минусы относятся не столько к СУБД, как таковой, сколько к отсутствию у неё развитой "инфраструктуры". нет встроенной отчётной системы, нет механизма "назначения заданий", не поддерживается OLAP/OLTP (и вообще нет средств для работы с кубами), и др. Но в плане мощности, скорости работы, стабильности - это лучшая СУБД на сегодняшний день (если учесть её бесплатность, открытость исходников, и кросс-платформенность).

------

что касается Delphi, классического Delphi без всяких там *.NET и пр. - соглашусь с вашими оппонентами, это - вчерашний день.

[Джон]

А ещё ACCESS идёт как компонент МС-офиса и поэтому хорошо совмещается с Word,  Excel и PowerPoint. Короче говоря "для дома, для семьи", если пользоваться МС-офисом под виндой. Для меня собственно все преимущества его на этом и заканчиваются. Хотя в последнее время поднатарев в .NET, считаю, что под виндой лучше MS SQL + C# ничего и быть не может.

А в общем надо учитывать такой момент: кто что может. Купить. Достать. Установить. Ведь не каждый юзвер может поставить под виндой Апач для MySQL (я уже не говорю про инсталляцию какого-нить никса). Вот и юзают кто что может.

[Sla]

Я бы не был столь категоричен к MSSQL, насчет объема хранимых данных.

Что касательно FB - тоже не без греха.

Выбор СУБД - под задачу.

Забыл упомянуть INFORMIX, DB2

[Sla]

А ещё ACCESS идёт как компонент МС-офиса

:хитро спрашиваю: Какого офиса?

[x77]

Я бы не был столь категоричен к MSSQL, насчет объема хранимых данных.

по моим наблюдениям, MSSql становится гораздо более требователен к железу по мере роста объёмов. а FB - нет.

а ишо есть SyBase, и такая отличнейшая штука, как PostgreSQL.

[Dimka]

Ну всё перебрали Остались неупомянутыми только всякие BerkeleyDB и в том же духе - для хранения всяких настроек.

[x77]

Dimka, я видел базу, (реляционную!), которая называлась, кажется, ABCD. писали её где-то чуть-ли не в африке, и что меня в ней убило - там использовались только первые 128 символов ANSI, т.е. в ней нельзя было хранить русские символы в принципе

ишо остались нерассмотреннными такие штуки, как Clipper, Clarion и т.д. но это уже больше среды разработки, чем субд в чистом виде. в своё время тоже были очень неплохие штуки.

[Ostrik]

За последние 2 часа я знала про СУБД больше чем за 1,5 года в универе 

[Ostrik]

у нас препод остался где-то там в 90х, а Объектно ориентированное програмирование, для него вообще пустой звук

[Sla]

Ostrik, оставайся с нами, еще больше узнаешь

[Ostrik]

Ещё бы, с вами интересно!!!