СУБД GT.M как альтернатива. (Использование СУБД GT.M как альтернативы, в частности, для MySQL.)
Модератор: Модераторы разделов
СУБД GT.M как альтернатива.
Практика моей работы привела меня к заключению, что новостью для многих будет возможность использования СУБД GT.M для разработки как больших корпоративных приложений, так и средних и малых. Простота работы с базой, гибкость проектирования структур данных и скорость, превышающая MySQL во много раз, безусловно заслуживают внимания со стороны разработчиков. Я привел относительно небольшой, но для начала достаточный материал на сайте http://db.office-xxi.com и хотел бы услышать мнение народа по этому поводу.
Re: СУБД GT.M как альтернатива.
тема была опубликована в новостях, но, мне кажется, новости — не совсем подходящее место.
поэтому переношу в «дорога, открытая всем».
кстати, еще ссылки:
домашняя страница: http://www.fidelityinfoservices.com/FNFIS/...Healthcare/GTM/
упоминание в wikipedia: http://en.wikipedia.org/wiki/GT.M
страница на sf: http://sourceforge.net/projects/fis-gtm
поэтому переношу в «дорога, открытая всем».
кстати, еще ссылки:
домашняя страница: http://www.fidelityinfoservices.com/FNFIS/...Healthcare/GTM/
упоминание в wikipedia: http://en.wikipedia.org/wiki/GT.M
страница на sf: http://sourceforge.net/projects/fis-gtm
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
при сбоях форума см.блог
Re: СУБД GT.M как альтернатива.
если бы ты написал как можно перейти с MSM на GT.M
Re: СУБД GT.M как альтернатива.
UCI глобалы -> GLD (Global Directory) - 100% совместимости.
UCI программы -> в директорию ../routines/GLD
Замена в программах команд Open, Use и Close для работы с файлами базовой ОС.
Далее все зависит от того, какой интерфейс использовался. Очевидно, что терминальный интерфейс с ZWINTERM мнемониками сохранить не получится. MSM-Activate можно заменить на M-Link. Я, однако, полагаю, что раз уж такой переход делать, то и интерфейс надо переводить на веб формы без вариантов. Сложного здесь ничего нет, просто может быть много монотонной однотипной работы по заданному образцу. Веб формы по попсовости не будут уступать GUI формам, а использование AJAX для общения с сервером позволяет к функциональности GUI добавить функциональность терминальных форм. Печатные формы через PDFlib загонять в .pdf файлы.
Сложного ничего нет. Просто надо выполнить какой-то объем относительно монотонной рутинной работы.
Re: СУБД GT.M как альтернатива.
А что вы думаете по поводу мампса от ОКейна?
http://cns2.uni.edu/~okane/source/MUMPS-MDH/mdh.html
Он там поддержку регулярных выражений и несколько интересных строковых алгоритмов прикрутил, использует своё детище для обработки информации о ДНК.
http://cns2.uni.edu/~okane/source/MUMPS-MDH/mdh.html
Он там поддержку регулярных выражений и несколько интересных строковых алгоритмов прикрутил, использует своё детище для обработки информации о ДНК.
Re: СУБД GT.M как альтернатива.
С msm для начала лучше переходить на более простой вариант М.
mumps.1.47 например.
Если позволяют средства, лучше всего мигрировать на М21 (http://www.m21.uk.com)
У меня лично сильное подозрение, что этот М разарабатывали англичане,
раньше работавшие на Микронетикс.
Странно, конечно, агитировать за другой продукт, имея при этом самое высокое мнение о GT.M.
Сам с ним работаю 3 года. Просто у этого М совершенно другая идеология базы данных и программирования.
Он больше интегрирован в операционную систему, гибче и мощнее, чем традиционный М.
Re: СУБД GT.M как альтернатива.
svitaliyv писал(а): ↑05.05.2008 18:30А что вы думаете по поводу мампса от ОКейна?
http://cns2.uni.edu/~okane/source/MUMPS-MDH/mdh.html
Он там поддержку регулярных выражений и несколько интересных строковых алгоритмов прикрутил, использует своё детище для обработки информации о ДНК.
Для пользования этим продуктом необходимо прикрутить модуль mod_mumps к Апаче.
Лично меня это несколько напрягает в том плане, что далеко не с каждым провайдером можно о таком договориться.
Кроме того, несколько неудобно прописывать HTML-теги через <тег> - хуже читаемость.
В остальном всё на уровне. Хорошая документация.
Re: СУБД GT.M как альтернатива.
Кажется, можно поднять старую тему на новой почве:http://www.cgi2m.net.ua.
Re: СУБД GT.M как альтернатива.
veliev писал(а): ↑06.12.2008 20:43Кажется, можно поднять старую тему на новой почве:http://www.cgi2m.net.ua.
При проектировании веб приложений часто встаёт вопрос с выбором инструментов. Когда вы много лет пользуетесь одним каким-то набором, готовым либо разработанным самолично – такой выбор, конечно не стоит, но есть такие, кто ещё не определился с этим, или наоборот не хочет зацикливаться на одном наборе инструментов и желает иметь альтернативные варианты.
У меня не такой большой опыт чтоб высказывать какое либо «особо авторитетное мнение», но связи с огромной распространённостью php и mysql, чаще всего использую CMS на основе этой связки в частности Drupal и Justina (для небольших сайтов). Drupal буквально поразил меня богатством функционала, которого в большинстве случаев достаточно, для реализации сложной информационной системы, электронного офиса или электронной коммерции.
Для реализации некоторого особенного, нестандартного функционала в любой CMS пишутся свои модули, но (не могу объяснить почему) не нравится мне использовать для этого php, не смотря на простоту и огромное количество учебников и примеров. Одно время обратил внимание на Django, phython мне понравился синтаксисом и возможностью использовать широко не только для веб. Сделал на нём пару несложных сайтов, но так и не понял, стоит ли углубляться в этот фреймворк, для простых сайтов есть готовые CMS (к сожалению в основном на php), а делать сложный проект не имея под руками высокоуровневых инструментов у меня нет возможности, ни кто мне не станет оплачивать потраченное на это время.
В отношении сложных веб приложений не маловажным является также ресурсоёмкость. На обычный хостинг ставить несколько сайтов на Drupal не получится, даже если они мало посещаемы. Приходится брать VDS, при чём, с не малым объёмом ОЗУ. Не малую долю в использовании памяти занимают базы данных на mysql, как большую часть содержимого, так и строки локализации в Drupal хранятся в базе. Ни какое кэширование и другие моменты оптимизации тут не помогут.
Помимо обычных применений, попытался использовать разные веб инструменты для разработки игрового проекта и решил искать альтернативные варианты. На новой работе познакомился с информационной системой на основе Cache InterSistems, которая объединяет объектную СУБД и сервер приложений, обшарив интернет нашёл бесплатный вариант СУБД GT.M и высокоуровневую среду проектирования ESIObjects, которая работает с разными MUMPS системами, в том числе и с последней http://www.esiobjects.org/documents/documents.htm
Есть в интернете пара русскоязычных сайтов пропагандирующих применение GT.M http://ru.cgi2m.net.ua/ http://db.office-xxi.com/ авторы, кажется разные, но чем-то эти сайты похожи, недостаток оформления объясняется тем, что такой сайт делался программистом, далёким от понятия, что такое современный дизайн, а не ограничением в возможностях применяемых технологий. Нашёл также несколько обсуждений систем на основе MUMPS и современных её реализаций, на нескольких форумах, наиболее полную информацию можно найти тут http://www.sql.ru/forum/actualtopics.aspx?bid=56
О ESIObjects в рунете информации почти нет. Вкратце скажу, что она состоит из серверной части, которая относительно недавно стала доступна и для GT.M, и клиента под Windows. Также есть инструменты для работы из Java и другие. Клиентская часть предоставляет высокоуровневые средства для работы, как с базами данных, так и логикой приложения. Сейчас разбираюсь в документации, затем поставлю связку GT.M – ESIObjects и попробую реализовать на её основе несколько типичных задач.
Re: СУБД GT.M как альтернатива.
Я иногда подумываю, а не написать ли на М CMS модную не хуже друпала или вордпресса? Тогда и програмить сайты на нем будет очень хотеться
Если интересны эксперименты, можете посмотреть в сторону написанной на Pascal CMF pascal web unit.
Также есть фреймворк целиком на Pascal
Всем желающим предлагаю глянуть на модуль хранения информации в ассоциативных массивах, как в пхп и подобных языках.
Модуль написан на free pascal.
Вот ссылка на пример использования pascal vs php: работа с ассоциативными массивами
библиотека hashtabs.pas с примерами
Если интересны эксперименты, можете посмотреть в сторону написанной на Pascal CMF pascal web unit.
Также есть фреймворк целиком на Pascal
Всем желающим предлагаю глянуть на модуль хранения информации в ассоциативных массивах, как в пхп и подобных языках.
Модуль написан на free pascal.
Вот ссылка на пример использования pascal vs php: работа с ассоциативными массивами
библиотека hashtabs.pas с примерами
Re: СУБД GT.M как альтернатива.
а еще вот некоторые товарищи придумали Delphi on rails
-
- Бывший модератор
- Сообщения: 4038
- Статус: Искусственный интеллект (pre-alpha)
- ОС: Debian GNU/Linux
Re: СУБД GT.M как альтернатива.
А не спеть ли мне песню о любви
Hе пpидyмать ли мне новый жанp
Попопсовей мотив и стихи
И всю жизнь полyчать гоноpаp.
© Чиж и Ко
Мои розовые очки
Re: СУБД GT.M как альтернатива.
zachesa писал(а): ↑27.07.2010 03:10veliev писал(а): ↑06.12.2008 20:43Кажется, можно поднять старую тему на новой почве:http://www.cgi2m.net.ua.
При проектировании веб приложений часто встаёт вопрос с выбором инструментов. Когда вы много лет пользуетесь одним каким-то набором, готовым либо разработанным самолично – такой выбор, конечно не стоит, но есть такие, кто ещё не определился с этим, или наоборот не хочет зацикливаться на одном наборе инструментов и желает иметь альтернативные варианты.
У меня не такой большой опыт чтоб высказывать какое либо «особо авторитетное мнение», но связи с огромной распространённостью php и mysql, чаще всего использую CMS на основе этой связки в частности Drupal и Justina (для небольших сайтов). Drupal буквально поразил меня богатством функционала, которого в большинстве случаев достаточно, для реализации сложной информационной системы, электронного офиса или электронной коммерции.
А меня эти системы не утомляют поражать своей прожорливостью и дырявостью. Наличие папки с открытым доступом для всех - там как стандарт
По подобному поводу пару лет назад K.S.Bhaskar удачно выразился: "Имея в своём ящике кувалду, научитесь забивать гвозди, но плотником не станете никогда." Поэтому не нравится совершенно правильноДля реализации некоторого особенного, нестандартного функционала в любой CMS пишутся свои модули, но (не могу объяснить почему) не нравится мне использовать для этого php, не смотря на простоту и огромное количество учебников и примеров.
Оформление определялось поставленной задачей вообще-то, и оно меня вполне устраивает. А имею ли я понятие о современном дизайне, можно посмотреть здесь и здесь. Могу только добавить насчёт задолбавших всех капч - у меня до того, как здесь прямую ссылку опубликовали, на русском сегменте не было пробоев вообще за год ни одного , а на английском, на который ссылки не печатали - за два с половиной года только два прокола от спай-ботов. Так что у думающих есть почва задуматьсяЕсть в интернете пара русскоязычных сайтов пропагандирующих применение GT.M http://ru.cgi2m.net.ua/ http://db.office-xxi.com/ авторы, кажется разные, но чем-то эти сайты похожи, недостаток оформления объясняется тем, что такой сайт делался программистом, далёким от понятия, что такое современный дизайн, а не ограничением в возможностях применяемых технологий.