M3-Lite

Gero
Дата: 24.05.2005 17:00:30
Здравствуйте,
Кто-нибудь работал с системой сервера M3-Lite?
Если есть таковые можете ли вы мне посоветовать где достать утилиты для просмотра и редактирования M3-базы?
MX--ALEX
Дата: 25.05.2005 10:28:47
Gero
Здравствуйте,
Кто-нибудь работал с системой сервера M3-Lite?
Если есть таковые можете ли вы мне посоветовать где достать утилиты для просмотра и редактирования M3-базы?

работаем -
есть система для связи клиентов с :
M3-LITE или MSM-4.4 или CACHE-5.0
(взаимозаменяемы)
и на ее основе - продукт (что-то типа 1с-предприятие)
kosinec@metalurgs.lv
Алексей
Gero
Дата: 25.05.2005 14:33:35
У нас например используется сервер M3-Lite и есть база данных на 30 мегов с расширением M3. Просмотр и редактирование бады данных происходит в терминальном режиме (с использованием telnet-клиента TeraTerm).
Вся проблема состоит в том есть ли визуальные средства управление базой данных (например такие как Cache Explorer, Cache Studio, Cache Architect от InterSystems)?
Насколько я понял перечисленные средства входятв поставку СУБД Cache X.X и их нельзя скачать отдельно (по крайней мере я пока-что такой возможности не нашел)
Hoar Frost
Дата: 31.05.2005 11:09:28
А еще есть дос и писать программы можно на ассемблере.

Вопрос только, насколько быстро, удобно и качественно получится разработка на продуктах уходящего поколения. Опять же вопросы технической поддержки, надежности, масштабируемости таких систем.
MX--ALEX
Дата: 01.06.2005 11:12:25
Hoar Frost
А еще есть дос и писать программы можно на ассемблере.

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

Согласен - из MUMPS-тройки : MSM-CACHE-M3
CACHE безусловно сильнее и перспективнее

начинать изучение принципа работы MUMPS-систем
лучше всего от M3-LITE:
-- бесплатно
-- WEB
-- микроскопические размеры (0.3 mb)
-- простота использования (скачал с сайта за минуту и через 5 минут работай)

затем переходить на CACHE

коды программ на MSM-CACHE-M3 совместимы между собой
с некоторыми оговорками несущественными для начинающих

MSM хорошая штука - но сейчас не развивается и не поддерживается
----------------
Hoar Frost
Дата: 01.06.2005 14:43:37

Есть еще несколько аспектов - программы действительно вы сможете перенести
на Cache, но это будут программы, использующие прямой доступ, и все.
Объектная и реляционная модели, реализованные в cache использоваться не
будут, вам придется или забыть о них в Cache, или пытаться совместить их с
имеющимися наработками.

А эти две модели ведь включены в cache не просто так, а с единственной
целью - ускорить и упростить разработку приложений. Вопрос - зачем
отказываться от инструментов, которые уже существуют, если в любом случае к
ним придется переходить в будущем?

И наконец, есть еще вопрос клиентского приложения. Я не знаю, что у вас за
проект, но CSP, например, нигде кроме Сache нет.

А для того, чтобы успешно начинать работу с Cache существует Пилот-проект.
Пообщайтесь с представителями InterSystems, например, на семинаре Cache
Entree и там подробнее расскажут о том, что это такое. См. ветку
http://www.sql.ru/forum/actualthread.aspx?tid=142113


Posted via ActualForum NNTP Server 1.2

Maksim UM
Дата: 01.06.2005 15:01:54
Hoar Frost

И наконец, есть еще вопрос клиентского приложения. Я не знаю, что у вас за
проект, но CSP, например, нигде кроме Сache нет.


CSP конечно нет, но в M3-lite есть веб сервер
(правда почти все делать ручками).
А тот же GT.M легко кооперируется с апачем.
ну я
Дата: 01.06.2005 15:31:06
Hoar Frost
Есть еще несколько аспектов - программы действительно вы сможете перенести на Cache, но это будут программы, использующие прямой доступ, и все. Объектная и реляционная модели, реализованные в cache использоваться не будут, вам придется или забыть о них в Cache, или пытаться совместить их с имеющимися наработками.

Куча систем была написана на классике, и даже без препроцессора. От того что в каше есть объекты, sql, единая архитектура данных, csp и куча фич этим системам ни холодно ни жарко. Только дистрибутивы очень большие скачивать приходится.
MX--ALEX
Дата: 02.06.2005 09:02:56
ну я
Hoar Frost
Есть еще несколько аспектов - программы действительно вы сможете перенести на Cache, но это будут программы, использующие прямой доступ, и все. Объектная и реляционная модели, реализованные в cache использоваться не будут, вам придется или забыть о них в Cache, или пытаться совместить их с имеющимися наработками.

Куча систем была написана на классике, и даже без препроцессора. От того что в каше есть объекты, sql, единая архитектура данных, csp и куча фич этим системам ни холодно ни жарко. Только дистрибутивы очень большие скачивать приходится.


до наработок еще далеко ..
речь идет о начинающих изучение -
CACHE перегружен и чайник не видит основной концепции MUMPS
- начинает нервничать

видимо есть резон сделать некий CACHE-LITE для начального
изучения и затем постепенно наращивать обьем преподавания
до обьектов-CSP-SQL

пока такого нет -
M3-LITE быстро дает понять суть MUMPS-языка и
WEB-технологии-применительно-к-MUMPS

после этого ориентироваться в CACHE будет проще
------------------------------
Hoar Frost
Дата: 02.06.2005 11:39:58

Я бы сказал, что куча действительно Классных систем была написана на
классике!
Они до сих пор работают, показывая рекорды живучести. Вообще, никто не
спорит, М-это здорово. Только старо.

Для многих действительно отличных систем все сложнее подыскивать уходящее в
прошлое железо. Все сложнее заставлять с этим всем работать молодых
специалистов. Иначе, зачем вообще люди по всему миру мигрируют с М на Cache?

В вот по поводу того, что от отсутствия возможностей Cache М-разработчикам
ни холодно ни жарко, я не соглашусь.

Нужны ли объекты при разработке - не хочу вступать в полемику на эту тему,
сейчас слишком много всюду объектов (все современные языки, case средства и
т.д.), чтобы не соглашаться с тем, что мировая общественность пришла именно
к этому выводу. Можно ли обойтись без них при разработке? Разумеется, но
если задача сложная, то зачем? Лишний раз усложнить себе жизнь? это сделают
и без этого. По поводу sql- видел исходники наших партнеров, где одни sql
выражения имеют размер в 2 листа А4. Код программы на cos (который пришлось
бы писать вместо sql), оббегающей глобалы для этого запроса мне лично
страшно представить. А еще более страшно представить выражение лица
разработчика, которого вдруг бухгалтер какой-нибудь попросит что- то в
запросе поменять. Сам я не поклонник sql запросов больше двух строк в
длинну, но и тут та же самая ситуация - можно написать все на cos. Вопрос
опять тот же-зачем?

Единственный правильный ответ, на мой взгляд - так работает быстрее, ведь
прямой доступ не имеет всех тех накладных расходов, которые приходится нести
объектам и таблицам в Cache. Но разве в любом месте вам нужна именно эта
невероятная производительность? отвечает система пол секунды или восемь
десятых - пользователь оценит разницу?
В общем, я за Cache и объекты при разработке, sql - там, где нужна выборка и
анализ данных и прямой доступ там, где производительности всего остального
не хватает - именно в этом основное преимущество cache. Надеюсь, никого не
задел =)


"ну я" <nospam@sql.ru> сообщил/сообщила в новостях следующее:
news:1588443@sql.ru...
Hoar Frost
Есть еще несколько аспектов - программы действительно вы сможете перенести
на Cache, но это будут программы, использующие прямой доступ, и все.
Объектная и реляционная модели, реализованные в cache использоваться не
будут, вам придется или забыть о них в Cache, или пытаться совместить их с
имеющимися наработками.

Куча систем была написана на классике, и даже без препроцессора. От того что
в каше есть объекты, sql, единая архитектура данных, csp и куча фич этим
системам ни холодно ни жарко. Только дистрибутивы очень большие скачивать
приходится.
Тема Ответить


Posted via ActualForum NNTP Server 1.2