Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3 4 5 6 7 8 9      [все]
 Идеальная СУБД Cache/Ensemble - какая она?  [new]
Шваров Евгений
Member

Откуда:
Сообщений: 844
Привет друзья!

Хоть праздники и закончились и наступили короткие январские будни, предлагаю к обсуждению еще одну философскую тему.

Представьте что вы с завтрашнего дня продакт-менеджер Caché и у вас есть возможность определять разработку и лицензионную политику продукта, чтобы решить 2 вопроса:
1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
2. При этом увеличить коммерческий успех Caché, например раз в 10.

Какие 3 изменения вы бы внесли в функциональность продукта? Фантазия ваша не ограничена почти ничем (глобалы остаются ;)).
Какая была бы лицензионная политика?
10 янв 18, 10:59    [21092603]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
krvsa
Member

Откуда: г Волжский
Сообщений: 13076
Сделать бесплатную версию...
10 янв 18, 11:15    [21092688]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
Шваров Евгений
Member

Откуда:
Сообщений: 844
krvsa
Сделать бесплатную версию...

А чем платить зарплату разработчикам и поддержке?
10 янв 18, 11:18    [21092707]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
Шваров Евгений
Member

Откуда:
Сообщений: 844
krvsa
Сделать бесплатную версию...

Или имеется ввиду не только бесплатную?

ОК. Есть бесплатная версия - а почему будут покупать платную?
10 янв 18, 11:21    [21092720]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 795
Шваров Евгений
А чем платить зарплату разработчикам и поддержке?

Биткоинами, конечно же! причем в зарплатной ведомости сохранить те же числа!
...шутка.
10 янв 18, 11:24    [21092735]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
DAiMor
Member

Откуда: Volzhsky -> Moscow -> CZ, Brno
Сообщений: 2550
Шваров Евгений
1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
На данный момент, свежие проекты которые становятся популярными, активно используются в OpenSource. Когда есть возможность делать много открытых проектов, довольно легко и быстро. Что нужно от InterSystems.
  • Расширить количество поддерживаемых редакторов для COS. Самим или открыв парсеры, помочь другим внедрить поддержку во все популярные IDE (Intelliji IDEA, Visual Studio, VS Code и т.д.). Таким образом можно обратить на себя внимание разработчиков с других языков, которые работают в их привычных средах.
  • Поддерживать активно OpenSource движение. Найти например открытиые проекты, которые сейчас поддерживают несколько видов баз данных, предложить поддержку InterSystems.
  • Лицензионная политика на поддержку OpenSource. Выдавать бесплатно лицензии под подтвержденные OpenSource проекты для отдельных разработчиков либо под команды, готовые проекты либо под будущие проекты. Запрос подобной лицензии через форму на сайте. Конечно OpenSource лицензии могут быть с ограничениями. Но например с нормальной поддержкой Web, так чтобы 100 пользователей вдруг не съели все лицензии.

    Рост популярности приведет к тому, что и в комерческом секторе станет более заметным, и могут появится клиенты готовые платить за лицензии и поддержку.

    На данный момент InterSystems участвует только в отраслевых конференциях. Нужно становится спонсорами и участниками крупных конференций для разработчиков, где участвовать и демонстрировать разные открытые проекты и крупные проекты. Выступать с докладами. CacheConf на РИТ++ было хорошей идеей, но проблема в самой РИТ++, когда по сути было несколько конференций и к нам просто никто не мог прийти, хотя народу было много. На подобных конференциях, нужно затрагивать темы на границах с уже популярными технологиями. Чтобы привлекать по знакомыми ключевым словам.
  • 10 янв 18, 11:58    [21092879]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    DAiMor
    Шваров Евгений
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    На данный момент, свежие проекты которые становятся популярными, активно используются в OpenSource. Когда есть возможность делать много открытых проектов, довольно легко и быстро. Что нужно от InterSystems.
  • Расширить количество поддерживаемых редакторов для COS. Самим или открыв парсеры, помочь другим внедрить поддержку во все популярные IDE (Intelliji IDEA, Visual Studio, VS Code и т.д.). Таким образом можно обратить на себя внимание разработчиков с других языков, которые работают в их привычных средах.
  • Поддерживать активно OpenSource движение. Найти например открытиые проекты, которые сейчас поддерживают несколько видов баз данных, предложить поддержку InterSystems.
  • Лицензионная политика на поддержку OpenSource. Выдавать бесплатно лицензии под подтвержденные OpenSource проекты для отдельных разработчиков либо под команды, готовые проекты либо под будущие проекты. Запрос подобной лицензии через форму на сайте. Конечно OpenSource лицензии могут быть с ограничениями. Но например с нормальной поддержкой Web, так чтобы 100 пользователей вдруг не съели все лицензии.

    Рост популярности приведет к тому, что и в комерческом секторе станет более заметным, и могут появится клиенты готовые платить за лицензии и поддержку.

    На данный момент InterSystems участвует только в отраслевых конференциях. Нужно становится спонсорами и участниками крупных конференций для разработчиков, где участвовать и демонстрировать разные открытые проекты и крупные проекты. Выступать с докладами. CacheConf на РИТ++ было хорошей идеей, но проблема в самой РИТ++, когда по сути было несколько конференций и к нам просто никто не мог прийти, хотя народу было много. На подобных конференциях, нужно затрагивать темы на границах с уже популярными технологиями. Чтобы привлекать по знакомыми ключевым словам.

  • Да. Открытые проекты. "Бесплатными" могут быть масштабируемые приложения на Cаshe. Например, для сельских больниц. Если городские, региональные или федеральные в этом регионе (стране) тоже будут использовать эту же систему:)
    Youtube профессиональный на Cache может существовать за счет рекламы, как обычно...
    10 янв 18, 12:26    [21092967]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Шваров Евгений,

    Конечно, не только бесплатную. Платную будут покупать, потому что в бесплатной будут ограничения. Какие? Не знаю. Может, на число одновременно задействованных ядер, число процессов, объем кэша, объем базы, число баз. Ну в общем, другие вендоры что-то такое же делают. Можно посмотреть на них, и сделать так же (или чуть-чуть привлекательней). У Интерсистемс формально есть однопользовательская версия, но, извините, это бред. Если после запуска фонового процесса нельзя подключиться терминалом, то ни в какую даже минимально значимую систему ее ставить нельзя. Это просто демка.

    Идея такая (и она не нова) - раздать всем бесплатную Каше. Люди начнут строить на ней свои бизнесы, часть этих бизнесов будет расти, а переходить на другую СУБД будет дороже, чем купить лицензию. Убытка для Интерсистемс от этого не будет, так как сейчас она ориентируется на крупные организации, для которых в любом случае бесплатная версия не подойдет. Параллельно возникнет рынок программистов. Всем будет хорошо.
    Что для этого нужно сделать - изменить систему лицензирования. С существующей этого делать категорически нельзя. Потому что она построена на честном слове, на том, что серьезные фирмы обманывать никого не будут и утечка лицензии будет бить по ним же. Файл лицензии элементарно копируется, нет учета дублей использования, на одну лицензионную единицу можно повесить до 25 процессов, а мультисерверную можно растягивать практически неограниченно даже в рамках одной системы. Последнее я узнал, кстати, на осенней школе, кажется, 2011 года. Не удивлюсь, если вменяемый хакер в течении месяца сможет разломать механизм формирования самой лицензии.
    Будем считать это (изменение лицензионного механизма и политики лицензирования) предложением №1.

    Второе. Люди, работавшие на С# очень скептически относятся к студии. Меня лично все устраивает, пожалуй, кроме отладки, которая работает не очень стабильно. Но я знаю, что работа в этом направлении уже идет.

    >А чем платить зарплату разработчикам и поддержке?
    Разрабатывать и на тысячу и миллион инсталляций нужно примерно одинаково, так что расходы на разработку не увеличатся.
    Бесплатную поддержку делать не нужно.

    Я слышал неоднократно (что странно, от сотрудников Интерсистемс) о том, что хорошо бы отказаться от М, перейти на Java или Javascript (не помню точно), но оснований для этого я так и не понял. Возможно, это подходящая тема, чтобы кому-нибудь высказаться и на эту тему? Лично мне в движке Каше не нравится только, что механизмы работы с базой/памятью в разные SQL и объектах. SQL сразу модифицирует прямо в базе, а объекты только при сохранении, зато нещадно жрут оперативную память и при обработке большого количества объектов приходится изворачиваться. Но на популярность это вряд ли повлияет, слишком тонкий момент.
    10 янв 18, 12:31    [21092984]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Шваров Евгений,

    1. Режим кластера ( не ECP ) сразу из коробки. С минимальной настройкой. Желательно совместимое с Kubernertus
    2. Качество! Открываем код почти любого системного класса и видим, что он никогда не был и не будет протестирован.
    3. Нужно что-то делать с ЯП. COS он ... Поддержка разных парадигм, консистентность, чистота. Удобный xUnit фреймворк.
    4. Convention over configuration. Пора
    5. Лицензионная политика - прозрачная, логичная, предсказуемая. Имхо, большинство проектов - web, с неограниченным числом пользователей. Выбор баз данных огромен, не 80е. Как то учесть этот момент. Для скачать-попробовать регистрация необязательна.
    6. https://www.techrepublic.com/article/theres-one-big-reason-that-postgres-cant-kill-oracle-and-its-not-the-technology/
    10 янв 18, 13:14    [21093141]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Valeriu
    Member

    Откуда: Chisinau
    Сообщений: 2005
    krvsa, "Сделать бесплатную версию... "
    Была попытка - Globals.
    Но она с большим треском провалилась.
    А почему, да потому что вместо продукта, выпустили инвалида.
    Урезали все, даже и то, на чем стоит сам М ...
    10 янв 18, 15:03    [21093619]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Блок А.Н.
    Платную будут покупать, потому что в бесплатной будут ограничения. Какие? Не знаю. Может, на число одновременно задействованных ядер, число процессов, объем кэша, объем базы, число баз. Ну в общем, другие вендоры что-то такое же делают.

    Именно так.
    Ограничения пусть придумывают сами авторы Кащея...
    10 янв 18, 15:09    [21093666]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Valeriu
    Была попытка - Globals.
    Но она с большим треском провалилась.
    А почему, да потому что вместо продукта, выпустили инвалида.

    Ты сам ответил на свой вопрос.

    Значит нужен не "бесплатный инвалид", а работоспособный вариант. Потому как ограничить можно много чем в Каше.

    А так можно много чего "объяснить". Де мы вот сделали "бесплатного инвалида", им не пользовались - потому считаем, что бесплатный вариант любого продукта провальным.

    Посмотри вокруг. Валом бесплатных систем работают вместе со своими платными "братьями", увеличивая число программистов, их использующих.
    10 янв 18, 15:14    [21093691]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Шваров Евгений
    А чем платить зарплату разработчикам и поддержке?

    У бесплатного варианта не обязательна тех поддержка.

    Чем платить вам з/п не моя забота. Откуда я знаю чем питаются разрабы бесплатных систем, спросите у них. Их системы находятся в топах. Просто повторите их путь, если вам нравится как они теперь живут.

    Или поднимите цену ваших лицензий в несколько раз - тогда наверное сразу начнете жить лучше. И в топ рванете "с места в карьер"...
    10 янв 18, 15:18    [21093713]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Шваров Евгений
    ОК. Есть бесплатная версия - а почему будут покупать платную?

    Для начала вам нужно придумать чем будет отличаться бесплатная от платной.

    Мы запросто сможем сказать "инвалид" это или нормальный вариант. Если "инвалид" - так он и жить не будет.
    10 янв 18, 15:21    [21093720]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Vladimir Baskakov
    Member

    Откуда:
    Сообщений: 1868
    оффтоп конечно, но любопытно - существуют ли встраиваемые версии MUMPS + системы хранения данных на глобалах в свои программы? ну типа как sqlite - кинул Dll рядом (или даже вкомпилировал), и давай с данными работать.... ну и чтобы на дохлой машинке базка 5-6Гб размером с допустим бухгалтерией крутилась?
    10 янв 18, 15:34    [21093817]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    Vladimir Baskakov
    оффтоп конечно, но любопытно - существуют ли встраиваемые версии MUMPS + системы хранения данных на глобалах в свои программы? ну типа как sqlite - кинул Dll рядом (или даже вкомпилировал), и давай с данными работать.... ну и чтобы на дохлой машинке базка 5-6Гб размером с допустим бухгалтерией крутилась?
    В Cache такое думаю очень не просто реализовать, а вот на GT.M наверно возможно придумать, а на MiniM Евгений лучше скажет.
    10 янв 18, 15:43    [21093859]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    Vladimir Baskakov,
    ну так как sqlite-ной .dll/.so все ж таки можно сишные API написать, чтобы sql-запросы эмулировать и затем по результатам ходить. А как вы представляете себе API, эмулирующие работу с глобалами? Реально ли спроектировать API, например, для order и query? Хотя, может быть это сделано давно, я уже несколько лет как не в мире Cache.
    10 янв 18, 15:53    [21093925]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Vladimir Baskakov
    Member

    Откуда:
    Сообщений: 1868
    EvLaUy
    Реально ли спроектировать API, например, для order и query? .

    языковая оболочка же общается как-то с движком данных.
    То есть где-то внутри и не особенно глубоко это самое API таки есть (((( но я так, из любопытства.
    10 янв 18, 16:16    [21093997]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    Vladimir Baskakov,
    безусловно. У Cache есть ядерная часть (написанная, предположим, на С) и объектная часть (написанная на COS). И для того чтобы реализовать Вашу задумку "ядерщики" должны в том или ином виде вывести свои внутренние дела наружу. Не думаю, что такая идея в ближайшем обозримом будущем может найти поддержку у руководства IS. Ядро Cache для потребителя всегда было terra incognito. Хотя в оные времена по крайней мере один человек в московском представительстве к исходникам доступ имел и с ними
    работал, очень хороший человек, кстати. Работает ли он до сих пор и в каком качестве - Бог весть..
    10 янв 18, 16:30    [21094078]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    EvLaUy
    Хотя в оные времена по крайней мере один человек в московском представительстве к исходникам доступ имел и с ними
    работал
    К исходникам и сейчас имеют доступ специалисты поддержки. Как минимум, для того, чтобы понять и отладить баги.
    10 янв 18, 16:55    [21094212]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    krvsa
    Сделать бесплатную версию...

    +1 Поддержу.
    Для популяризации нет доступного рабочего продукта. Нет бесплатной среды. Просто нет.
    Шваров Евгений
    А чем платить зарплату разработчикам и поддержке?

    Чем же платят зарплату SUSE? Или RadHat?

    krvsa
    Значит нужен не "бесплатный инвалид", а работоспособный вариант. Потому как ограничить можно много чем в Каше.

    +100500
    10 янв 18, 16:59    [21094226]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    experience
    Member

    Откуда: Новосибирск
    Сообщений: 102
    Vladimir Baskakov
    оффтоп конечно, но любопытно - существуют ли встраиваемые версии MUMPS + системы хранения данных на глобалах в свои программы? ну типа как sqlite - кинул Dll рядом (или даже вкомпилировал), и давай с данными работать.... ну и чтобы на дохлой машинке базка 5-6Гб размером с допустим бухгалтерией крутилась?


    http://www.minimdb.com/minimonoru.html
    10 янв 18, 17:01    [21094244]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    experience
    Member

    Откуда: Новосибирск
    Сообщений: 102
    > .... кинул Dll рядом (или даже вкомпилировал)...

    Только собирался (в другой теме конечно) спрашивать про статические библиотеки minimono в дополнение к динамическим )))
    10 янв 18, 17:05    [21094260]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Vladimir Baskakov
    Member

    Откуда:
    Сообщений: 1868
    ну я про что. Про идеальный мир.
    Вот например для общения с реляционными БД есть сетка стандартов (протоколов), основанных друг на друге - ODBC - JDBC - ADO .....
    - наверное в идеальном мире должен быть стандарт MDBC как прослойка между M-сервером с глобалами и прикладной аппликухой. или какой то там KeyValueDataBaseConnectivity - KVDBC.

    и тогда, прикладной программист бы решал бы - какое хранилище данных будет с другой стороны протокола - простое ли, сложное; бесплатное, дешевое, дорогое?

    .......... так. фантазии ни на чем не основанные
    10 янв 18, 17:21    [21094310]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Alexey Maslov
    Member

    Откуда: СПб
    Сообщений: 1520
    Может ли бесплатная "замануха" кого-то заманить, при условии, что при переходе к лицензионной версии цена вырастет неслабым таким скачком, и придётся столкнуться со многими подводными камнями лицензионной политики ISC?

    Поэтому надо упрощать схему лицензирования. Например, сейчас организация, купившая две лицензии, и прекратившая использовать одну из них по ряду причин, не может объединить их в одну (случай из жизни). Было бы лицензирование "per seat", или вменяемое "per сore", проблемы бы не было.

    Возможно, стоило бы снизить цену Ensemble до цены Cache (только, пожалуйста, не наоборот))). Сегодня, как мне приходилось слышать от коллег, которые "в теме", он проигрывает конкурентам и по цене, и по функциональности.
    10 янв 18, 17:38    [21094375]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    Alexey Maslov
    Сегодня, как мне приходилось слышать от коллег, которые "в теме", он проигрывает конкурентам и по цене, и по функциональности.

    Вот, например, некоторый конкурент Ensemble virtuoso.openlinksw.com от OpenLink. Цены вполне открыто доступны на есть сайте, там же можно и купить. А также есть Open-Source редакция того же продукта.
    10 янв 18, 18:15    [21094489]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    Alexey Maslov
    Может ли бесплатная "замануха" кого-то заманить, при условии, что при переходе к лицензионной версии цена вырастет неслабым таким скачком
    у Atlassian в основном по всем продуктам политика такая, до 5-10 пользователей цена $10 или вообще бесплатно, а начиная с 11 пользователей цена сразу становится от $1000.

    Кстати с учетом того что InterSystems обещали IRIS как замену Cache/Ensemble. Возможно про лицензионную политику уже что-то думают.
    10 янв 18, 18:24    [21094515]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    Да, и кстати один из ведущих разработчиков virtuoso - наш соотечественник Иван Михайлов из Новосибирска.
    10 янв 18, 18:25    [21094517]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    EvLaUy,

    И он есть на форуме)))
    10 янв 18, 18:26    [21094520]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    doublefint
    Шваров Евгений,

    1. Режим кластера ( не ECP ) сразу из коробки. С минимальной настройкой. Желательно совместимое с Kubernertus
    2. Качество! Открываем код почти любого системного класса и видим, что он никогда не был и не будет протестирован.
    3. Нужно что-то делать с ЯП. COS он ... Поддержка разных парадигм, консистентность, чистота. Удобный xUnit фреймворк.
    4. Convention over configuration. Пора
    5. Лицензионная политика - прозрачная, логичная, предсказуемая. Имхо, большинство проектов - web, с неограниченным числом пользователей. Выбор баз данных огромен, не 80е. Как то учесть этот момент. Для скачать-попробовать регистрация необязательна.
    6. https://www.techrepublic.com/article/theres-one-big-reason-that-postgres-cant-kill-oracle-and-its-not-the-technology/

    Спасибо за предложения по улучшению продукта. А можно развить "что-то делать с ЯП" в п.3?
    10 янв 18, 18:27    [21094525]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    Шваров Евгений
    А можно развить "что-то делать с ЯП" в п.3?

    Ну а что с ним делать. Этот язык доступен внутри СУБД, там же и выполняется. Без СУБД он мало интересен. Ибо среды нет, выполняться негде.
    10 янв 18, 18:30    [21094534]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    Vladimir Baskakov
    EvLaUy
    Реально ли спроектировать API, например, для order и query? .

    языковая оболочка же общается как-то с движком данных.
    То есть где-то внутри и не особенно глубоко это самое API таки есть (((( но я так, из любопытства.

    Есть Call In/Call Out API сишное, есть Globals API, есть node.js, java, .NET API - смотрите здесь.
    Т.е. да, можно использовать как встроенную БД. С перекомпиляцией исходников - пока такого нет, а взаимодействовать как движком персистентности - да.
    10 янв 18, 18:34    [21094553]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    Шваров Евгений,
    дык не про взаимодействие же с полноценным сервером Cache из внешнего мира был вопрос - такие средства, разумеется, есть для разных языков и хорошо апробированы. Речь шла о динамической библиотеке наподобие sqlite3.so, не предполагающей наличие полноценного сервера БД. Я этот вопрос так понял.
    10 янв 18, 18:56    [21094617]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    Шваров Евгений,
    да, и кстати насчет - "хорошо апробированы". CallOut - да, оседлали достаточно хорошо в свое время. А вот CallIn 10 лет назад
    так и не удалось толком заставить работать. Не знаю, как сейчас. Возможно, уже стало пустяковым вопросом.
    10 янв 18, 19:00    [21094625]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Шваров Евгений
    А можно развить "что-то делать с ЯП" в п.3?

    Сделать ревизию и выкинуть все магическое, малоиспользуемое, унаследованное, некрасивое ( ##class, $$$ ).
    Все связанное с UI ( CSP, ZEN, terminal ) туда же - для UI есть API.
    ООП получилось проблемным, или исправить или выкинуть. Только объекты и функции?
    Примеры из паралелльных вселенных - не всё удачно там, но как направление:
    1. С -> Go
    2. Java -> Kotlin
    COS -> ???

    Сервер все таки для обработки множеств данных множеством пользователей - может больше упор на развитие SQL ( таки стандарт? ), хранимых функций ( ФП? удобство просмотра и отладки сгенерированного кода, планов запросов ). Например, DDL, SQL вынести из виртуальной машины в компилируемый код ( быстродействие? )

    Всяческая поддержка от вендора для других языков на сервере ( см. Postgres )

    Глобалы и прямой доступ... Не уверен, имхо, для редчайших случаев.
    10 янв 18, 19:42    [21094692]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    doublefint,

    Лихо...
    Глобалы, имхо, это как раз фишка языка. Выкидывая их, становится нечего обсуждать. Но вот чего не хватает - это запросов к глобалам по типу SQL. For ... order ... for ...order, ну блин, эта рутина задалбывает. Меняются только переменные.
    Из массовых операций есть только merge, что вообще ни о чем. Может, какие-нибудь merge с условиями? Kill с условиями? Ну тогда нужно делать возможность передачи функций для фильтрации данных.
    Опять же, for (key in array) в js удобнее, чем s key="" for{s key=$o(array(key)) q:key=""} в Каше, а смысл тот же. Чувствуете, сколько во втором случае есть возможностей сделать ошибку? И тут даже придумывать нечего, все уже придумано.

    Но это все не поможет Каше попасть в топ-10, пока нет доступной версии для малых предприятий.
    10 янв 18, 20:46    [21094823]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Блок А.Н.
    Глобалы, имхо, это как раз фишка языка. Выкидывая их, становится нечего обсуждать.

    Полностью согласен.

    Еще бы добавил и сам М-язык, т.к. без него так же особого интереса нет.
    11 янв 18, 08:45    [21095578]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    MyasnikovIA
    Member

    Откуда: Новосибирск
    Сообщений: 65
    Для продвижения продукта мне кажется стоит добавить к вышеизложенным предложениям:
    1) Необходимо начинать с зародыша, а именно с попытки добавить и продвигать язык в учебных заведениях.
    2) Создать серию обучающих видоуроков, по азам программирования на MUMPS (с текстовым описанием и примерами).
    3) До 10 пользователей бесплатная версия, с возможностью докупать любое количество лицензий (на форуме уже озвучивалась эта идея и скорее всего ограничения по размеру БД.. и все в этом духе).
    У любого начинающего программиста MUMPS возникает вопрос. Где достать информацию о языке. Технологию применения (примеры). К примеру, на этом языке я начал писать с 2013 года, но по-прежнему ощущаю себя новичком и не знаю парой элементарных вещей. Это незнание приводит к потере времени на создание собственных конструкций (изобретение новых велосипедов). Причем для меня язык очень интересен. Что уж говорить про людей, которые про язык ничего не знают.

    Тут люди высказывали свои пожелания , что они хотели бы видеть . Я тоже хотел добавить хотелку :). Но она даст экономический эффект после, расширения доступности информации о языке.
    В свое время так и не встретил ни одного хостинга с поддержкой Cache’, а было бы очень привлекательно иметь возможность арендовать виртуальный сервер cache’ с хостингом и список гибко настраиваемых сервисов (за отдельную доплату). Для малых компаний это будет привлекательно.
    11 янв 18, 09:52    [21095782]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Предложу такой бесплатный вариант...

    Каше ставится с одной областью и БД с неким ограничением по размеру, например 100ГБ. Никакой безопасности, полный доступ... Никакого журналирования, бекапирования и трасзакций (эти команды COS просто игнорируются).
    Т.е. вся "админская" "навеска" полностью отсутствует.
    А все остальное работает... И классы то же. Это ведь то же фишка Каше.

    Т.е. такая версия работоспособна для всего ПО, которое так же будет работать и на платной версии.

    Деньгу можно брать за все остальное, что есть в Каше, а его там валом!
    Весь вопрос в том, как далеко готова пойти IS в деле популяризации Каше, т.к. чем больше разработчиков будут использовать продукт в написании и распространении своего ПО, тем продукт будет популярнее.

    PHP и MySQL стоит на каждом бесплатном хостинге! Еще бы они были не популярны...
    На чем живут их разработчики - спросите у них. Но наверное они не бедствуют.
    11 янв 18, 09:59    [21095818]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    MyasnikovIA
    2) Создать серию обучающих видоуроков, по азам программирования на MUMPS (с текстовым описанием и примерами).

    Это из серии, что появилось раньше курица или яйцо...

    Если есть продукт, который интересует многих - сразу найдутся люди, которые начнут зарабатывать на "литературе" по этому продукту.
    Так же найдутся люди, которые будут делать не только велосипеды к продукту но и автомобили с ракетами... Как платные, так и бесплатные.

    Например если студент научился на Каше писать, он будет его применять и дальше, если есть бесплатный вариант. А это каждый год сотни человек плюсом.

    Сам М-язык просто в преподавании - это еще больше УЗ, в которых его могут взять в учебный процесс, использую те же бесплатные версии для учебного процесса...
    А это еще больше людей плюсом каждый год.
    11 янв 18, 10:06    [21095845]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    MyasnikovIA
    В свое время так и не встретил ни одного хостинга с поддержкой Cache’, а было бы очень привлекательно иметь возможность арендовать виртуальный сервер cache’ с хостингом и список гибко настраиваемых сервисов (за отдельную доплату). Для малых компаний это будет привлекательно.

    Хостерам станет интересна Каше, когда и они будут иметь бесплатную версию оного. Или платную... Но с большим количеством желающих работать на ней.
    11 янв 18, 10:10    [21095854]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    doublefint
    Шваров Евгений
    А можно развить "что-то делать с ЯП" в п.3?

    Сделать ревизию и выкинуть все магическое, малоиспользуемое, унаследованное, некрасивое ( ##class, $$$ ).
    Все связанное с UI ( CSP, ZEN, terminal ) туда же - для UI есть API.
    ООП получилось проблемным, или исправить или выкинуть. Только объекты и функции?
    Примеры из паралелльных вселенных - не всё удачно там, но как направление:
    1. С -> Go
    2. Java -> Kotlin
    COS -> ???

    Сервер все таки для обработки множеств данных множеством пользователей - может больше упор на развитие SQL ( таки стандарт? ), хранимых функций ( ФП? удобство просмотра и отладки сгенерированного кода, планов запросов ). Например, DDL, SQL вынести из виртуальной машины в компилируемый код ( быстродействие? )

    Всяческая поддержка от вендора для других языков на сервере ( см. Postgres )

    Глобалы и прямой доступ... Не уверен, имхо, для редчайших случаев.


    С->Go, Java-> Kotlin аналогии - интересно.

    Если выкинуть глобалы, ООП и прямой доступ и развить SQL - Что останется? Чем это будет лучше Postgre/MySQL/Oracle?
    11 янв 18, 10:29    [21095922]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    krvsa
    Предложу такой бесплатный вариант...

    + в лицензионной политике можно изменить/расширить цветовую дифференциацию штанов подход к ценообразованию. Цена за использование полноценной субд на железе от десктопного писюка (и/или под управлением НЕ серверной ОС) ИМХО должна быть ну просто символична.
    Одно дело, когда у человека/компании есть потребность в вычислительных мощностях, есть на это и деньги, покупаются хорошие сервера, а то и строится ЦОД - тут не грех и хороший ценник за лицензию на субд выставить для такой железяки.
    Другое дело, когда наскребли последние 10-15 т.р. на б/у-шный писюк для сервера (а то этот писюк и в дар принесли) - тут хоть убейся, но денег на покупку лицензии просто нет.
    11 янв 18, 10:34    [21095947]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    А я вот, собственно, тоже попытаюсь вставить свои 5 копеек и подойти к обсуждаемой проблеме несколько с другой стороны. Еще в 2007 году один весьма и весьма неглупый человек (не я, не подумайте :) ) высказал в частном разговоре такую мысль. "Вот возьмем, к примеру, Oracle. Сколько у него всяких мощных сопроводительных инструментов, которые являются неотъемлемой частью его брэнда. А что в этом плане есть у Cache? Весьма сомнительный HealthCare и больше ничего. Сидят какие-то ребята-разработчики по своим конторам и кропают свои "гениальные" продукты. Это же несерьезно! Поэтому большой бизнес и выбирает Oracle и скептически относится к Cache, Был бы ваш ЛЕТОГРАФ на Oracle - его бы расхватывали как горячие пирожки в морозный зимний день". И действительно - зайдите на страницу Oracle software https://en.wikipedia.org/wiki/Category:Oracle_software
    Ну а что в этом плане есть у Cache? Да, с тех пор появился DeepSee, это немало, но ведь этого недостаточно! Сейчас вот очень
    популярно направление Machine Learning/Neural Networks. Почему не создать на основе Cache какой-нибудь мощный tool по построению нейронных сетей и распознаванию образов на основе машинного обучения (образов - в широком смысле, не имеется в виду именно изображений, может быть что угодно, например, исходный код на каком-либо языке). Вот это сразу привлекло бы
    к Cache внимание. Собственно, ML я упомянул для примера, общее направление мысли, надеюсь, понятно.
    11 янв 18, 10:36    [21095956]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Шваров Евгений
    Если выкинуть глобалы, ООП и прямой доступ и развить SQL - Что останется? Чем это будет лучше Postgre/MySQL/Oracle?

    1. ООП починить/упростить ( что-то вроде структурно-функционального M, не ООП )
    2. Глобалы и прямой доступ. А зачем вы его используете? Итак вы положили что-то в глобал. Сразу возникает задача описания-схемы (а что у нас в этом узле, а какого типа), выборки ( for order if quit ), обработки ( for order if quit, что опять? каждый раз? ), индексов (инверсных глобалов). Ба, да вы изобретаете классы/таблицы/sql! Заново! А зачем? Быстродействие? Так почините п.1, сделайте его быстрым. В редчайших случаях удобно, да. Да, фишка.
    3. Что останется - например
    4. Чем будет лучше - там у каждого свои тараканы, у нас будут свои :) Простота изучения и использования, быстродействие, надежность, технологии, цена?
    11 янв 18, 11:10    [21096094]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    doublefint
    Шваров Евгений
    Если выкинуть глобалы, ООП и прямой доступ и развить SQL - Что останется? Чем это будет лучше Postgre/MySQL/Oracle?

    2. Глобалы и прямой доступ. А зачем вы его используете? Итак вы положили что-то в глобал. Сразу возникает задача описания-схемы

    Нет, ну подождите, есть же уже написанное ПО которое этим использует. От него отказаться?
    11 янв 18, 11:14    [21096124]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    П.С.М., я приводил пример Java -> Kotlin. Поддержка существущих пользователей - это часть обсуждаемой темы
    11 янв 18, 11:19    [21096145]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    doublefint, суть бесплатного в самой бесплатности и только. ПО должно работать как на бесплатном, так и на платном без переработки кода.

    Если это разные ПО, это уже достаточно спорно. Т.к. нет потребности в платном продукте, ПО ведь работает только на бесплатном...
    11 янв 18, 11:20    [21096153]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    MyasnikovIA
    1) Необходимо начинать с зародыша, а именно с попытки добавить и продвигать язык в учебных заведениях.
    2) Создать серию обучающих видоуроков, по азам программирования на MUMPS (с текстовым описанием и примерами).
    3) До 10 пользователей бесплатная версия, с возможностью докупать любое количество лицензий (на форуме уже озвучивалась эта идея и скорее всего ограничения по размеру БД.. и все в этом духе).
    Интерсистемс продвигает, когда-то раньше даже преподавали в НГТУ. Мне кажется, выхлоп из этого совсем не такой, как вы думаете. Это не решающий фактор. Студенты приходят и спрашивают, где это применяется? Мы найдем работу?
    Многие языки и системы в вузах не преподаются, тем не менее, достаточно популярны. Так что обучение - это хорошо, но начинать нужно не с этого.

    MyasnikovIA
    У любого начинающего программиста MUMPS возникает вопрос. Где достать информацию о языке. Технологию применения (примеры). К примеру, на этом языке я начал писать с 2013 года, но по-прежнему ощущаю себя новичком и не знаю парой элементарных вещей. Это незнание приводит к потере времени на создание собственных конструкций (изобретение новых велосипедов). Причем для меня язык очень интересен. Что уж говорить про людей, которые про язык ничего не знают.
    Могу посоветовать англоязычную встроенную документацию ;-) Она гораздо лучше обучающих роликов по многим системам.

    MyasnikovIA
    В свое время так и не встретил ни одного хостинга с поддержкой Cache’, а было бы очень привлекательно иметь возможность арендовать виртуальный сервер cache’ с хостингом и список гибко настраиваемых сервисов (за отдельную доплату). Для малых компаний это будет привлекательно.
    Существуют хостинги виртуальных машин. Что хочешь туда - то и ставь. Да, дороже, но гораздо дешевле лицензии на Каше. Спрос в этом случае рождает предложение. Большие организации с Каше арендуют сразу дата-центры, либо имеют свои, а малые не имеют средств на Каше. Но сама идея неплохая. Интерсистемс может зарабатывать на аренде хостинга своих же виртуалок. Сейчас что-то такое есть, но там нужно доказать маркетинговую значимость своего проекта, а это опять же, мало кому нужно.

    krvsa
    Каше ставится с одной областью и БД с неким ограничением по размеру, например 100ГБ. Никакой безопасности, полный доступ... Никакого журналирования, бекапирования и трасзакций (эти команды COS просто игнорируются).
    Т.е. вся "админская" "навеска" полностью отсутствует.
    А все остальное работает... И классы то же. Это ведь то же фишка Каше.
    Такое чудо без безопасности никому не нужно будет и даром. Особенно в вебе. 100Гб слишком жирно для бесплатной версии. Я бы предложил до 2Гб - бесплатная версия, до 10 Гб - символическая плата. Без ECP, мультисерверности, зеркалирования.
    11 янв 18, 11:25    [21096183]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    doublefint
    Шваров Евгений
    Если выкинуть глобалы, ООП и прямой доступ и развить SQL - Что останется? Чем это будет лучше Postgre/MySQL/Oracle?

    1. ООП починить/упростить ( что-то вроде структурно-функционального M, не ООП )
    2. Глобалы и прямой доступ. А зачем вы его используете? Итак вы положили что-то в глобал. Сразу возникает задача описания-схемы (а что у нас в этом узле, а какого типа), выборки ( for order if quit ), обработки ( for order if quit, что опять? каждый раз? ), индексов (инверсных глобалов). Ба, да вы изобретаете классы/таблицы/sql! Заново! А зачем? Быстродействие? Так почините п.1, сделайте его быстрым. В редчайших случаях удобно, да. Да, фишка.
    3. Что останется - например
    4. Чем будет лучше - там у каждого свои тараканы, у нас будут свои :) Простота изучения и использования, быстродействие, надежность, технологии, цена?
    Я уверен, что многие sql системы используют те же B-деревья, компиляцию sql в байт-код, но нам не показывают.
    Фишка глобалов - в приближенности к сырым данным, которая работает очень быстро, потому что нет ничего лишнего. В этом плане, sql, который компилируется в int - очень круто. Можно прям взять и посмотреть, как план соотносится с конкретными командами. И удалять прямой доступ я бы не стал, хотя бы затем, что на глобалах можно построить быструю обработку в случае, если не получается построить некривой план. Хотя в своей команде модификацию данных таблиц через прямой доступ категорически запрещал, только чтение. Опять же можно обрабатывать временные данные, для них метаданные не нужны. Можно натягивать таблицы на глобалы и это тоже очень круто. Что операторы работы к глобалами нужно расширять, тут я согласен и выше писал. А вот объекты - вещь в себе. Сама объектность - это хорошо, но сейчас это надстройка, которая работает по другим правилам, чем все остальное в языке.
    11 янв 18, 11:35    [21096264]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Блок А.Н.
    бесплатная версия... Без ECP, мультисерверности, зеркалирования.
    Имхо, зря.
    Сразу полный комплект функциональности со всеми возможными наворотами. Ограничения и плата - в другом/за другое. Поддержку/сопровождение, не знаю. Рядом бесплатный с открытыми исходниками и огромным сообществом Postgres, Cassandra.
    11 янв 18, 11:37    [21096279]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    krvsa
    doublefint, суть бесплатного в самой бесплатности и только. ПО должно работать как на бесплатном, так и на платном без переработки кода.

    Если это разные ПО, это уже достаточно спорно. Т.к. нет потребности в платном продукте, ПО ведь работает только на бесплатном...
    Про бесплатность начали мы сами. Евгений как раз попросил пофантазировать на тему изменения системы в целом, и на этапе фантазирования можно пока забыть о проблемах совместимости.
    11 янв 18, 11:37    [21096282]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    doublefint
    Блок А.Н.
    бесплатная версия... Без ECP, мультисерверности, зеркалирования.
    Имхо, зря.
    Сразу полный комплект функциональности со всеми возможными наворотами. Ограничения и плата - в другом/за другое. Поддержку/сопровождение, не знаю. Рядом бесплатный с открытыми исходниками и огромным сообществом Postgres, Cassandra.
    Сейчас не в каждой платной инсталляции это есть, вы хотите это сразу в бесплатную добавить?
    11 янв 18, 11:39    [21096298]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    doublefint,

    C IRIS обещали зарелизить и DocDB.
    Caché DocDB is a facility for storing and retrieving database data. It is compatible with, but separate from, traditional SQL table and field (class and property) data storage and retrieval. It is based on JSON (JavaScript Object Notation) which provides support for web-based data exchange. InterSystems IRIS provides support for developing DocDB databases and applications in REST and in ObjectScript, as well as providing SQL support for creating or querying DocDB data.

    The word “document” is used here as a specific industry-wide technical term, as a dynamic data storage structure. “Document”, as used in DocDB, should not be confused with a text document, or with documentation.
    11 янв 18, 11:49    [21096381]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Блок А.Н.
    Сейчас не в каждой платной инсталляции это есть, вы хотите это сразу в бесплатную добавить?
    Это уже есть в бесплатном ПО. С документацией, видео, исходниками, примерами.
    Имхо, логично же сразу использовать в проекте все возможности инструмента, а не переделывать после взлета
    - "Почему вы используете именно этот инструмент?"
    - "С его помощью можно сделать быстро и удобно всё "
    сравните с
    - "После приобретения платной версии, можно будет использовать то-то, и то-то ... "
    11 янв 18, 11:52    [21096400]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    DAiMor, жду, ага :)
    11 янв 18, 11:54    [21096408]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    doublefint
    Имхо, логично же сразу использовать в проекте все возможности инструмента, а не переделывать после взлета
    Это не возможности инструмента как языка, а масштабирование и надежность. Именно то, что становится нужным при росте.
    11 янв 18, 12:19    [21096548]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Блок А.Н., сейчас масштабирование и надежность это первые два требования при выборе субд. На период "а давайте попробуем" должны быть вот сразу. Иначе "давай посмотрим что-нибудь еще"
    11 янв 18, 13:03    [21096780]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Vladimir Baskakov
    Member

    Откуда:
    Сообщений: 1868
    Блок А.Н.
    Могу посоветовать англоязычную встроенную документацию ;-) Она гораздо лучше обучающих роликов по многим системам.


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

    как проектировать модель данных. Для реляционной модели понятно, для иерархической - менее.

    То есть, книга как у Фаулера "Архитектура корпоративных приложений" в области абстрактных фантазий. если уж продвигать на широкий простор.... - могу быть не прав. Ибо не владею вопросом - полюбопытствовал, испугался, сбежал.
    11 янв 18, 14:05    [21097188]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Vladimir Baskakov
    сама суперкраткость однобуквенных нотаций чего стоит
    И, внезапно, это мегафишка языка, имхо. На начальных этапах разворачиваем/сворачиваем по Ctrl+E/Ctrl+Shift+E
    Через месяц запоминаем "все команды ввода/вывода" и чувствуем себя как в легенде про спартанцев и Филиппа Македонского, даже лаконичнее: i
    11 янв 18, 15:28    [21097884]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Блок А.Н.
    Такое чудо без безопасности никому не нужно будет и даром.

    Это только твое мнение, не аксиома.
    11 янв 18, 16:20    [21098201]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Vladimir Baskakov
    как проектировать модель данных. Для реляционной модели понятно, для иерархической - менее.
    Не проектируйте иерархическую (я так понимаю, на голых глобалах) модель данных, если у вас нет специального хитрого плана. И если есть, то 10 раз подумайте, перед тем, как городить огород. Реляционная модель работает в Каше довольно неплохо и почти всегда справляется (другие дело, и с ней не все умеют эффективно работать)
    11 янв 18, 20:48    [21098997]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Siemargl,

    моя практика подсказывает, что большая часть системы работает прекрасно и в реляционной модели (особенно, если вы понимаете, как она в случае Каше ложится на глобалы), ну может 1% можно и подоптимизировать. Выжимать то нужно не со всего кода, а только в узких местах. А вот в объектной (той, что из коробки) хрен вы что выжмете. Хотя удобно, а скорость не всегда критична.
    11 янв 18, 23:04    [21099277]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Siemargl,

    В мой практике, например, иногда я работал в режиме чтения с индексами, потому что некоторые виды запросов не получается сделать быстрыми в SQL. Типа "значения поля записи с максимальным ид при определенных условиях". SQL делает полное агрегирование, ручным обходом индекса можно получить данные быстрее.
    11 янв 18, 23:11    [21099293]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    Блок А.Н.,

    SQL (РМД) и объектная модель (кэшевская например) строится элементарно поверх глобалов.
    Ручками все эти хэш-джойны итп.

    Оно так и устроено внутри sql-серверов (только там не глобалы, а совсем сырые блоки данных).

    Просто M ( и формат данных глобалов) это более низкоуровневый язык/структуры и сымитировать на нем более сложные - просто.
    11 янв 18, 23:17    [21099313]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    Блок А.Н.
    Siemargl,

    моя практика подсказывает, что большая часть системы работает прекрасно и в реляционной модели (особенно, если вы понимаете, как она в случае Каше ложится на глобалы), ну может 1% можно и подоптимизировать. Выжимать то нужно не со всего кода, а только в узких местах. А вот в объектной (той, что из коробки) хрен вы что выжмете. Хотя удобно, а скорость не всегда критична.

    Не всегда.

    РМД это _всегда_ натягивание змеи на глобус.

    Если же данные близки к иерархии - выгода от глобалов будет, но если нужно 50% запросов делать по иерархии, а 50% - поперек (с другой иерархией), то будут потери (хотя сравнимые с РМД).

    Т.е. РМД - это гарантированный худший случай, а привязка к реальной иерархии в РМД выполняется индексами.
    11 янв 18, 23:21    [21099330]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Siemargl
    SQL (РМД) и объектная модель (кэшевская например) строится элементарно поверх глобалов.
    Да, я в курсе. Довольно много лет проработал с Каше.

    Siemargl
    РМД это _всегда_ натягивание змеи на глобус.
    РМД в Каше (вернее, объектное проектирование) - это метаданные, инкапсуляция, методы и методы классов. Это возможность легко получить результат и легко модифицировать структуры данных. Можно убрать один индекс, добавить другой, перекомпилировать и все будет работать. В системе, где я работал, были структуры данных на глобалах, к счастью, на них легко натянулись таблицы, потому что работать с большими объемами данных через прямой доступ - полный трэш ("А что это у нас находится в индекcе ("XX","YY",10500) в 25м субскрипте" - и пошел искать описание данных).
    Мне сложно представить ситуацию, когда достаточно одного дерева глобалов с заранее заданной структурой. Т.е. потребности в другом представлении данных не возникает вообще? В другой группировке, другом выборе? В объединении разных данных?

    Siemargl
    Т.е. РМД - это гарантированный худший случай
    Ручное определение индекса idkey вы делали?

    Siemargl
    а привязка к реальной иерархии в РМД выполняется индексами.
    Вам так хочется иерархии и хранения в одном глобале? Сделайте отношение parent-child.
    11 янв 18, 23:59    [21099428]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    Блок А.Н.
    Siemargl
    SQL (РМД) и объектная модель (кэшевская например) строится элементарно поверх глобалов.
    Да, я в курсе. Довольно много лет проработал с Каше.

    Siemargl
    РМД это _всегда_ натягивание змеи на глобус.
    РМД в Каше (вернее, объектное проектирование) - это метаданные, инкапсуляция, методы и методы классов. Это возможность легко получить результат и легко модифицировать структуры данных. Можно убрать один индекс, добавить другой, перекомпилировать и все будет работать. В системе, где я работал, были структуры данных на глобалах, к счастью, на них легко натянулись таблицы, потому что работать с большими объемами данных через прямой доступ - полный трэш ("А что это у нас находится в индекcе ("XX","YY",10500) в 25м субскрипте" - и пошел искать описание данных).
    Мне сложно представить ситуацию, когда достаточно одного дерева глобалов с заранее заданной структурой. Т.е. потребности в другом представлении данных не возникает вообще? В другой группировке, другом выборе? В объединении разных данных?

    Siemargl
    Т.е. РМД - это гарантированный худший случай
    Ручное определение индекса idkey вы делали?

    Siemargl
    а привязка к реальной иерархии в РМД выполняется индексами.
    Вам так хочется иерархии и хранения в одном глобале? Сделайте отношение parent-child.

    РМД я употребляю исключительно в смысле "Реляционная модель данных". К глобалам отношения не имеющей.

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

    Последнее не понял.
    12 янв 18, 09:20    [21099819]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Siemargl,

    Что именно из? Переопределение idkey, оно же "кластерные" индексы в РМД позволяют строить хранение в зависимости от данных.
    Например, у вас есть улица, дом, квартира, по умолчанию хранится так:
    ^global(id)=$lb(улица, дом, квартира, ...)
    Вы считаете такое хранение неоптимальным. Переопределением idkey можно сделать
    ^global(улица, дом, квартира)=$lb(...)
    В этом случае это тоже гарантированный худший случай?

    Отношение parent-child может построить хранение типа
    ^global(street)=$lb(...)
    ^global(street,"houses",house)=$lb(...)

    Siemargl
    Не вижу принципиального удобства поиска связей в массе таблиц РМД перед поиском в дереве глобалов.
    Ээм. Что? В РМД не вы ищете связи, а движок. И сравнивать удобство того, что нужно делать самому и удобство того, что делает за вас движок, как-то странно.
    Siemargl
    Наоборот, дерево уже определяет связи, а чистая РМД - нет, надо их отдельно рисовать.
    Одну связь.
    12 янв 18, 09:54    [21099953]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    Произошло то, что и должно было произойти. Технари сползли в обсуждение достоинств и недостатков языка программирования и моделей данных - и каждый пытается показать, как круто он во всем этом шарит. Евгений Шваров то не этого хотел. Давайте может быть вернем дискуссию в нужное русло? Ладно, предыдущая моя реплика была всеми проигнорирована, вот еще одна. При отказе владельца бизнеса или иного ЛПР-а приобретать систему на основе Cache несколько раз приходилось сталкиваться с таким аргументом: "А кто будет администрировать и решать проблемы, если вдруг что-то случится? Где я найду специалиста?" Вот есть в Cache какая-то регалия наподобие гордого Oracle DBA? Есть хоть одна книга на русском языке по администрированию Cache/Ensemble с примерным названием "Секреты ... "? Есть где-нибудь хотя бы список системных утилит, которые можно вызывать из терминала, дублирующих в той или иной степени функционал Studio и другой GUI-вых тулов Cache? Да, Intersystems проводит курсы по администрированию, но... способны ли они снять у бизнеса процитированный мной вопрос?
    12 янв 18, 10:24    [21100150]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    EvLaUy, если много людей будут использовать продукт - появятся желающие писать книги и писать утилиты.
    12 янв 18, 11:15    [21100512]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    krvsa,
    ...и мы опять вернулись к философской проблеме "курица или яйцо". Пусть руководство IS думает, как ее решать. Как говорил в таких случаях один мой знакомый "вопрос не по зарплате" :))
    12 янв 18, 11:24    [21100578]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Alexey Maslov
    Member

    Откуда: СПб
    Сообщений: 1520
    О Cache в ВУЗах: вместо благодарности - перевод статьи некоего лузера (или чёрного пиарщика), которую, наверное, все прочли много лет назад.

    Я случайно на это наткнулся, пытаясь оценить шансы взлететь новому языку на его основе ObjectScript, т.к. то, что предлагает doublefint - это новый язык. Отношение кол-ва ссылок на JavaScript и на TypeScript (язык на его основе) - около 2500. Если решить пропорцию, подставив кол-во ссылок на ObjectScript InterSystems (есть оказывается и "тёзки"), получается совсем грустно - около 40. Правда, популярность TypeScript, по слухам, растёт, хотя даже в top100 он пока входит.
    12 янв 18, 13:00    [21101045]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Шваров Евгений
    ... решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.

    Какие 3 изменения вы бы внесли в функциональность продукта? ...
    Какая была бы лицензионная политика?

    Изменения:
    - про автомасштабирование было :)
    - для популярных ЯП удобную, почти бесшовную интеграцию с их внутренними структурами ( save, load, SQL, JSON ) - Jalapeno? )
    - нормальный GraphQL еще в 2016.1

    Политика ( вот странно задавать этот вопрос тех.спецам :)
    - бесплатная версия на 98% полноценная, но без техподдержки, ограничения должны минимально касаться размеров, количества чего-либо - иначе не будет "историй успеха"
    - бизнес платит за гарантии и доп. функциональность, поддержку ( в коммерческой лицензии - простой калькулятор по количеству инстансов в кластере, суммарному размеру бд )
    - все кроме ядра в открытых исходниках
    12 янв 18, 13:34    [21101229]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Alexey Maslov
    Правда, популярность TypeScript, по слухам, растёт, хотя даже в top100 он пока входит.

    Сделать скриптовый язык типизированным - спорное решение, не делайте так, умоляю :)
    12 янв 18, 13:51    [21101305]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Alexey Maslov
    ... это новый язык ...
    Вот не уверен насчет нового, но c COS(M) в текущем состоянии не попасть в TOP 10. То ли мы к ним ( SQL, low-level API ), то ли они к нам ( см. Postgres ).
    12 янв 18, 14:19    [21101491]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    EvLaUy
    ...и мы опять вернулись к философской проблеме "курица или яйцо".

    Именно так.
    EvLaUy
    Пусть руководство IS думает, как ее решать. Как говорил в таких случаях один мой знакомый "вопрос не по зарплате" :))

    Поддерживаю...
    12 янв 18, 14:56    [21101789]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Alexey Maslov
    Member

    Откуда: СПб
    Сообщений: 1520
    doublefint
    Вот не уверен насчет нового...
    Если продолжать развивать COS, сохраняя обратную совместимость (а иначе никак, это даже не обсуждается))), неслабый такой монстр получится...
    12 янв 18, 16:44    [21102298]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Sheonn
    Member

    Откуда:
    Сообщений: 18
    Alexey Maslov
    doublefint
    Вот не уверен насчет нового...
    Если продолжать развивать COS, сохраняя обратную совместимость (а иначе никак, это даже не обсуждается))), неслабый такой монстр получится...


    Обычно делают по-другому, старое не трогают, а новое добавляют рядом. Тогда никто и не пострадает, старый код продолжает работать, с новым можно экспериментировать.
    12 янв 18, 16:54    [21102340]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Alexey Maslov
    Если продолжать развивать COS
    нинада, пожалуйста. Он уже переразвит. Параметры параметров аттрибутов свойств. Системные классы - это же финиш, положили всё на алтарь совместимости. Консистентность - нет, не слышали.
    И вот кто-нибудь ( "безумству храбрых поем мы песню" ) врывается во всё это и ... (" и, мнится, с ужасом читал ... оставь надежду навсегда" )
    12 янв 18, 17:39    [21102520]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Alexey Maslov
    Member

    Откуда: СПб
    Сообщений: 1520
    Sheonn
    ...старое не трогают, а новое добавляют рядом...
    Вы представляете, какого размера языковый парсер COS? Помнится, Билл МакКормик в одном из первых выступлений по Ателье говорил, что "классический" синтаксический анализ COS уже сейчас крайне сложен / почти невозможен. "Прогрессивный" программист на COS, допустим, и будет кодить по-новому "рядом", а компилятору и runtime-системе (ядру) придётся иметь делом с полным набором языковых средств.

    Признаться, монстр уже сейчас. Кому-то не нравятся ##class(...), $$$xxx(...) и пр., но из соображений обратной совместимости их придётся сохранять, а если язык обогатится ещё чем-нибудь не менее забавным... Ещё сложнее семантика взаимодействия модулей кода, написанных в разных "стилях". Многие ли сходу скажут, что будет с областью видимости переменных, если процедурный блок вызовет "старую добрую" M-программу; или наоборот; или через одну?

    Когда-то высказывалась идея, что будь макропрепроцессор в COS помощнее (не в C, а в ASM-стиле), многие вопросы по развитию языка если не снялись бы, то по крайнем мере "потускнели": каждый желающий мог бы делать свою макронадстройку. Даже объекты можно было бы на макросах реализовать.
    12 янв 18, 17:55    [21102582]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Alexey Maslov
    Member

    Откуда: СПб
    Сообщений: 1520
    doublefint
    ...нинада пожалуйста...
    Заметьте, не я это предложил :) Новый язык вы тоже не хотите. Что же тогда "нада"?
    12 янв 18, 17:58    [21102596]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Sheonn
    Member

    Откуда:
    Сообщений: 18
    Alexey Maslov,

    А зачем тянуть всё остальное. Я же написал и про виртуальную машину в том числе. Тогда все эти вопросы снимаются.
    12 янв 18, 17:58    [21102601]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    Ну допустим, если не трогать больше COS, а новые проекты предлагать делать не на COS.
    Ведь сейчас уже есть множество вариантов доступа к Cache: NodeJS, C#, C++, Pyhton, Java и т.д.
    Что не так с ними, почему они хуже чем в других СУБД?
    Так же ведь есть JDBC, ODBC. И ведь в каше можно и таблицы создавать посредством SQL ни разу не открыв студию. Какие проблемы использовать только эти протоколы?
    12 янв 18, 18:03    [21102609]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Alexey Maslov
    Многие ли сходу скажут, что будет с областью видимости переменных, если процедурный блок вызовет "старую добрую" M-программу; или наоборот; или через одну?
    Логично, что при вызове непроцедуреблочной программы из процедуреблочной, она будет видеть контекст процедуреблочной. Но на самом деле оно работает нелогично :-)

    Пусть программа непроцедуреблочная вызывает процедуреблочную, которая вызывает непроцедуреблочную. Так вот, последняя программа будет видеть контекст первой, но не второй. На самом деле немалый изврат. Из-за которого, ESQL не работает из процедуреблочных программ - просто хост-переменные не видятся. В классах компилятор делает костыль - хост переменные делает public, и делаем им new.
    12 янв 18, 18:05    [21102621]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    DAiMor,

    >Ведь сейчас уже есть множество вариантов доступа к Cache: NodeJS, C#, C++, Pyhton, Java и т.д.
    А то, что они вызывают, на чем писать? Или на голых глобалах работать? А смысл?

    >Так же ведь есть JDBC, ODBC. И ведь в каше можно и таблицы создавать посредством SQL ни разу не открыв студию.
    >Какие проблемы использовать только эти протоколы?
    Смысла не будет в Каше. Именно смысл Каше в мультмодельности. Проектировать объектную модель, работать через SQL, а в критических местах с прямым доступом. Плюс очень близкая привязка кода к данным, плюс интерфейс, близкий к данным (но эту войну уже проиграли).
    12 янв 18, 18:12    [21102639]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    Блок А.Н.
    DAiMor,

    >Ведь сейчас уже есть множество вариантов доступа к Cache: NodeJS, C#, C++, Pyhton, Java и т.д.
    А то, что они вызывают, на чем писать? Или на голых глобалах работать? А смысл?

    Хранить в глобалах, почему нет?

    Блок А.Н.
    >Так же ведь есть JDBC, ODBC. И ведь в каше можно и таблицы создавать посредством SQL ни разу не открыв студию.
    >Какие проблемы использовать только эти протоколы?
    Смысла не будет в Каше. Именно смысл Каше в мультмодельности. Проектировать объектную модель, работать через SQL, а в критических местах с прямым доступом. Плюс очень близкая привязка кода к данным, плюс интерфейс, близкий к данным (но эту войну уже проиграли).

    Я не говорю о совсем полном отказе от COS, как раз таки можно совместить это. Ну смотри сейчас при разработке новых веб приложений, нужен фронтендер, который может понятия не иметь о каше, но успешно писать приложение, которое будет взаимодействовать с апи написаным на каше или чем то другом. Что касается SQL, есть много разработчиков, которые понимают как работать с SQL из его языка, в большинстве случаев задача такого разработчика сводится только к выбору другого драйвера и правильной строки подключения. Если не использовать сильно специфичный SQL какого-то конкретного языка то можно успешно работать дальше. А если СУБД нужно подтюнинговать, то тут нужен специалист уже по конкретно этой СУБД, который больше ее понимает, и знает где что подкрутить внутри. В каше ничем это не оличается, благо возможностей подкрутить SQL тоже хватает уже. Да и у InterSystems на SQL больше упор виден. Тот же шардинг будет доступен пока только для SQL.

    Интерфейс близкий к данным, да, проиграли, но тут сыграла роль эволюция. По прежнему живы проекты в которых этот интерфейс еще близок, а толку от этого?
    12 янв 18, 18:36    [21102732]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    MyasnikovIA
    Member

    Откуда: Новосибирск
    Сообщений: 65
    Есть еще одно пожелание:

    Я обратил внимание на то, что JAR библиотек для подключения Android так и нет.
    Приходится подключатся кустарными средствами. Вот бы появился родной механизм работы с БД как для JAVA приложений на Desctop.

    Android разработчики тоже немалый пласт потребителей.
    12 янв 18, 18:42    [21102752]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Alexey Maslov
    Заметьте, не я это предложил :)
    Так и я не знаю что с ним сделать. Философствуем же. Упростить, вычистить, покрасить ... :)

    Нужно что-то сделать, что бы использование существующих и новых ЯП, предпочтительно на стороне сервера ( иначе все это тягать между процессами, по сети ) перестало быть очень сложной задачей.

    Вот только все это будет иметь смысл, только если будет нечто выделяющее движок на фоне остальных 225 - автомасштабирование, мультимодельность, что-нибудь еще?
    12 янв 18, 18:56    [21102784]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    MyasnikovIA
    Есть еще одно пожелание:

    Я обратил внимание на то, что JAR библиотек для подключения Android так и нет.
    Приходится подключатся кустарными средствами. Вот бы появился родной механизм работы с БД как для JAVA приложений на Desctop.

    Android разработчики тоже немалый пласт потребителей.

    Так можно же из Android работать с Cache через REST/SOAP/WebSocket/JDBC?

    Или нужно, чтобы Cache был на андроиде (кстати можно и так, был проект пару лет назад).
    12 янв 18, 19:16    [21102844]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    MyasnikovIA
    Для продвижения продукта мне кажется стоит добавить к вышеизложенным предложениям:
    1) Необходимо начинать с зародыша, а именно с попытки добавить и продвигать язык в учебных заведениях.
    2) Создать серию обучающих видоуроков, по азам программирования на MUMPS (с текстовым описанием и примерами).

    В свое время так и не встретил ни одного хостинга с поддержкой Cache’, а было бы очень привлекательно иметь возможность арендовать виртуальный сервер cache’ с хостингом и список гибко настраиваемых сервисов (за отдельную доплату). Для малых компаний это будет привлекательно.

    На некоторые вопросы уже есть ответы.
    1) Университетская программа работает. Кстати если хотите участвовать ментором - добро пожаловать, напишите нам.
    Ежегодно более 2.000 студентов участвует в нашем конкурсе на ИТ-планете.
    2) Есть больше 100 бесплатных онлайн-курсов (на английском), с видео и песочницами (инстанс в контейнере с Cache специально для вас на время обучения).
    Есть видео-канал на ютубе, английский, русский. Кстати мы можем разместить скринкаст с вашим видео там, чтобы подписчики узнали о вашем продукте.

    Про хостинг - интересная идея.
    12 янв 18, 19:27    [21102878]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Шваров Евгений
    Кстати мы можем разместить скринкаст с вашим видео там, чтобы подписчики узнали о вашем продукте.
    Кстати, неплохая идея, разместить видео (или серию видео) о новой версии SMWrap на канале Интерсистемс. На Хабре тоже можно. Подсказка Ивану - за это Интерсистемс еще и денег заплатит.
    12 янв 18, 19:36    [21102900]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    Блок А.Н.
    Siemargl,

    Что именно из? Переопределение idkey, оно же "кластерные" индексы в РМД позволяют строить хранение в зависимости от данных.
    Например, у вас есть улица, дом, квартира, по умолчанию хранится так:
    ^global(id)=$lb(улица, дом, квартира, ...)
    Вы считаете такое хранение неоптимальным. Переопределением idkey можно сделать
    ^global(улица, дом, квартира)=$lb(...)
    В этом случае это тоже гарантированный худший случай?

    Отношение parent-child может построить хранение типа
    ^global(street)=$lb(...)
    ^global(street,"houses",house)=$lb(...)

    Siemargl
    Не вижу принципиального удобства поиска связей в массе таблиц РМД перед поиском в дереве глобалов.
    Ээм. Что? В РМД не вы ищете связи, а движок. И сравнивать удобство того, что нужно делать самому и удобство того, что делает за вас движок, как-то странно.
    Siemargl
    Наоборот, дерево уже определяет связи, а чистая РМД - нет, надо их отдельно рисовать.
    Одну связь.

    В чистой РМД нет кластерных индексов, как и в стандарте - это костыль из практики, и не везде кстати есть.

    Движок SQL не ищет связи - они задаются джойнами в запросе пользователя. Движок даже не может знать - не джойнятся ли коты к номеру дома. Форин кейс дают некоторые связи, и только.
    12 янв 18, 19:45    [21102914]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DirksDR
    Member

    Откуда: Пермь
    Сообщений: 340
    Шваров Евгений
    решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.

    Какие 3 изменения вы бы внесли в функциональность продукта?

    ИМХО, функциональность в Каше уже зашкаливает:)
    Чтобы сделать Каше популярной, надо продемонстрировать ее преимущества - мультимодельность и производительность.
    В разделе download рядом с бесплатной версией Каше выложить примеры проектов, демонстрирующих применение каждой модели данных.
    "Бест практик" не отходя от кассы. Проекты должны быть документированы на русском, легко устанавливаться. Желательно, чтобы возникло желание их поэксплуатировать. Например, простенький сервис-деск, с которым можно начать работать, а потом допилить по мере роста потребности.
    Должен быть проект, демонстрирующий производительность базы.
    И работу с большими данными.
    И межсерверное взаимодействие через TCP.
    И работу с глобалами, например, EAV на глобали.
    ...
    12 янв 18, 19:49    [21102930]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    DirksDR
    документированы на русском
    нетNo!
    12 янв 18, 20:14    [21103039]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    DirksDR
    Шваров Евгений
    решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.

    Какие 3 изменения вы бы внесли в функциональность продукта?

    ИМХО, функциональность в Каше уже зашкаливает:)
    Чтобы сделать Каше популярной, надо продемонстрировать ее преимущества - мультимодельность и производительность.
    ..

    Давай, продемонстрируй.

    Когда большинство сидит на ОРМах поверх фриСУБД и плевать хотела на производительность.

    И ты такой в белом плаще - заплатите мне 1k$/per user и я покажу как ускорить все в 2,3-10-100 раз!
    12 янв 18, 21:01    [21103149]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    Мое наблюдение по теме - Интерсистемс потому такая о****я, что в шататах они сидят на кормушке нерегулируемой медстраховки(МС).

    И пока их оттуда не свинтят (что сложно), и саму механику бесконечных бабок на МС в США не уберут, ничего не поменяется.
    12 янв 18, 21:05    [21103156]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Siemargl
    Когда большинство сидит на ОРМах поверх фриСУБД и плевать хотела на производительность.
    Не уверен про большинство, но если им плевать на производительность, то это не наш клиент. Только мне кажется, им не плевать, им просто поставщики ПО промыли мозг, то надо так, а по-другому нельзя.

    DirksDR
    должны быть документированы на русском
    Я так понимаю, цель сделать Каше популярной в мире, а не в России.

    Бредятина
    Думаю, что главная причина того, что здесь никто не знает что такое Cashe - в IS тоже не знают.
    А некоторые даже не знают, как она называется.
    12 янв 18, 22:09    [21103410]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Cache' fan
    Guest
    автор
    Представьте что вы с завтрашнего дня продакт-менеджер Caché и у вас есть возможность определять разработку и лицензионную политику продукта, чтобы решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.


    1. Реализовать нормальный язык внутри. Не нужно тратить время на образование, построение community, написание своих сред разработки для COS. Встроить поддержку Java/JS/.Net - и получаете студентов готовых учиться, готовых программистов, ИДЕ с поддержкой языка, сотни книг, утилиты типа линт и.т.п.
    2. Открыть исходники всего, что не составляет ядро - драйверы, коннекторы, Ателье. Получите хороший community и улучшите качество.
    3. Бесплатную полнофункциональную версию с некоторыми разумными ограничениями (чтобы малый бизнес мог пользоваться бесплатно). Серьезный бизнес не будет сидеть без поддержки. А если будет - это не ваш клиент. Они просто выберут другую СУБД.
    4. Определиться что такое Cache'. No-sql - нужно реализовать нормальный key-value шардинг и поддержку scaling/redundancy и рекламировать что-то что трудно сделать на Монго/Кассандра. Для SQL - соответственно. Про объекты забыть или довести их до нормального состояния (см. п.1.)
    13 янв 18, 09:58    [21103877]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DirksDR
    Member

    Откуда: Пермь
    Сообщений: 340
    doublefint
    DirksDR
    документированы на русском
    нетNo!
    Я не имел ввиду перевод документации. А чтобы на этапе "попробовать" не возникало лишних затруднений.
    Siemargl
    И ты такой в белом плаще - заплатите мне 1k$/per user и я покажу как ускорить все в 2,3-10-100 раз!
    Тема дороговизны Каше регулярно поднимается на этом форуме. Распространение бесплатных СУБД, в конце концов, вынудит InterSystems снизить цены. Не было бы только слишком поздно:(
    Siemargl
    Давай, продемонстрируй.
    Я бы с радостью. Но, пока не выгнали с работы, не остается ни сил, ни времени.
    Можно взять проекты с GitHub и заточить их под Каше. Или конкурсные работы студентов. Или фрагменты реальных проектов.
    13 янв 18, 14:38    [21104213]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Partisan M
    Member

    Откуда:
    Сообщений: 1251
    Cache'fan
    4. Определиться что такое Cache'. No-sql - нужно реализовать нормальный key-value шардинг и поддержку scaling/redundancy и рекламировать что-то что трудно сделать на Монго/Кассандра. Для SQL - соответственно. Про объекты забыть или довести их до нормального состояния (см. п.1.)


    Давно определились. Cache это:
    устаревшая иерархическая СУБД + надстройки + (самое главное) агрессивная реклама = 0

    Надстройки можно поделить на группы:
    - глобалы - первоначальная надстройка над иерархической базой. Устарела (по сравнению с тем, что есть в нормальных СУБД)
    - объекты, документы JSON - нужны для рекламирования Cache как "постреляционной", "объектно-ориентированной" и "noSQL" СУБД.
    О чём умалчивает реклама: всё это она делает плохо. Для эффективной реализации SQL необходима реляционная модель данных, а для поддержки кластеризации и поиска на уровне MongoDB СУБД так изначально спроектирована.

    Таким образом, в Cache нет конкурентоспособных технологий. Реклама, фанатство и трудность смены СУБД помогли заполучить производителю какой-то круг клиентов. Но средств увеличения популярности нет.

    А если они будут кричать: -а у нас это тоже есть! (SQL, объекты, документы JSON), то надо иметь ввиду: есть, но сделано плохо и хорошо сделать нельзя, поскольку это всего лишь надстройки на слабом фундаменте.

    В общем, знакомьтесь с нормальными СУБД - реляционными и no-SQL , чтобы не пострадать от фанатства.
    13 янв 18, 16:57    [21104477]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Partisan M
    Надстройки можно поделить на группы:
    - глобалы - первоначальная надстройка над иерархической базой. Устарела (по сравнению с тем, что есть в нормальных СУБД)
    Вы вообще понимаете, как определить тип СУБД? По интерфейсам и методам работы, которые она представляет. Если у нее внутри файлы, СУБД не становится файловой. Если B-деревья, то она не становится иерархической. B-деревья, кстати, не в Интерсистемс придумали, это общая технология, которая применяется во многих СУБД.

    Partisan M
    А если они будут кричать: -а у нас это тоже есть! (SQL, объекты, документы JSON), то надо иметь ввиду: есть, но сделано плохо и хорошо сделать нельзя, поскольку это всего лишь надстройки на слабом фундаменте.
    Вы вообще с ней работали? Прям на лисицу и виноград похоже.
    Я когда в команду пришел в предыдущей организации, там тоже было: вот, Каше, работает плохо, все медленно ... Если не понимать, как оно работает, то да, плохо и медленно. Вы хотите чудес из коробки? Думаете, в Оракле вам их дадут?

    Partisan M
    Для эффективной реализации SQL необходима реляционная модель данных, а для поддержки кластеризации и поиска на уровне MongoDB СУБД так изначально спроектирована.
    Рукалицо, простите.
    13 янв 18, 21:35    [21104835]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    DirksDR
    Siemargl
    И ты такой в белом плаще - заплатите мне 1k$/per user и я покажу как ускорить все в 2,3-10-100 раз!
    Тема дороговизны Каше регулярно поднимается на этом форуме. Распространение бесплатных СУБД, в конце концов, вынудит InterSystems снизить цены. Не было бы только слишком поздно:(
    Речь совсем не о бесплатных.

    Это навскидку дороже чем Oracle Enterprise Edition и чем MSSQL (конечно в деталях надо бы сравнивать, но подробного ценника от ИС нет)
    14 янв 18, 10:57    [21105278]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Шваров Евгений
    Представьте что вы с завтрашнего дня продакт-менеджер Caché и у вас есть возможность определять разработку и лицензионную политику продукта, чтобы решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.
    Я задумался - а почему вы спрашиваете? Что это? Желание пообщаться, или в компании назрел запрос на глобальные изменения? Или что-то третье?
    15 янв 18, 03:03    [21106254]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    Cache' fan
    автор
    Представьте что вы с завтрашнего дня продакт-менеджер Caché и у вас есть возможность определять разработку и лицензионную политику продукта, чтобы решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.


    1. Реализовать нормальный язык внутри. Не нужно тратить время на образование, построение community, написание своих сред разработки для COS. Встроить поддержку Java/JS/.Net - и получаете студентов готовых учиться, готовых программистов, ИДЕ с поддержкой языка, сотни книг, утилиты типа линт и.т.п.
    2. Открыть исходники всего, что не составляет ядро - драйверы, коннекторы, Ателье. Получите хороший community и улучшите качество.
    3. Бесплатную полнофункциональную версию с некоторыми разумными ограничениями (чтобы малый бизнес мог пользоваться бесплатно). Серьезный бизнес не будет сидеть без поддержки. А если будет - это не ваш клиент. Они просто выберут другую СУБД.
    4. Определиться что такое Cache'. No-sql - нужно реализовать нормальный key-value шардинг и поддержку scaling/redundancy и рекламировать что-то что трудно сделать на Монго/Кассандра. Для SQL - соответственно. Про объекты забыть или довести их до нормального состояния (см. п.1.)

    Интересно, спасибо!
    15 янв 18, 18:10    [21108740]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    Partisan M
    Cache'fan
    4. Определиться что такое Cache'. No-sql - нужно реализовать нормальный key-value шардинг и поддержку scaling/redundancy и рекламировать что-то что трудно сделать на Монго/Кассандра. Для SQL - соответственно. Про объекты забыть или довести их до нормального состояния (см. п.1.)


    Давно определились. Cache это:
    устаревшая иерархическая СУБД + надстройки + (самое главное) агрессивная реклама = 0

    Надстройки можно поделить на группы:
    - глобалы - первоначальная надстройка над иерархической базой. Устарела (по сравнению с тем, что есть в нормальных СУБД)
    - объекты, документы JSON - нужны для рекламирования Cache как "постреляционной", "объектно-ориентированной" и "noSQL" СУБД.
    О чём умалчивает реклама: всё это она делает плохо. Для эффективной реализации SQL необходима реляционная модель данных, а для поддержки кластеризации и поиска на уровне MongoDB СУБД так изначально спроектирована.

    Таким образом, в Cache нет конкурентоспособных технологий. Реклама, фанатство и трудность смены СУБД помогли заполучить производителю какой-то круг клиентов. Но средств увеличения популярности нет.

    А если они будут кричать: -а у нас это тоже есть! (SQL, объекты, документы JSON), то надо иметь ввиду: есть, но сделано плохо и хорошо сделать нельзя, поскольку это всего лишь надстройки на слабом фундаменте.

    В общем, знакомьтесь с нормальными СУБД - реляционными и no-SQL , чтобы не пострадать от фанатства.


    "Хейтеры хейтят", это понятно.
    Но вот интересно какой телевизор, в каком Интернете и по каким улицам вы ходите, где вам встречается агрессивная реклама Cache?
    15 янв 18, 18:12    [21108744]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Alexey Maslov
    Member

    Откуда: СПб
    Сообщений: 1520
    Евгений,

    а на вопрос А.Н.Блока, который в общем-то напрашивался изначально, ты так и не ответил. Мы можем накидать ещё немало идей, но не для кого не секрет, что развитие Cache, и даже COS, никогда не направлялось сообществом. Возможно, в этом отчасти секрет долголетия и в какой-то степени процветания, но и стагнации - тоже.
    15 янв 18, 18:53    [21108838]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Cache' fan
    1. Реализовать нормальный язык внутри. Не нужно тратить время на образование ...

    Эм, не уверен. Если SQL-way - получим постгрес ( см.PLV8 c rs.prepare, .execute, .cursor ) и т.д, а зачем?
    Если мультимодельность, то DDL не отделаешься, придется делать расширения ( см ArrangoDB )
    А к языку с особенностями полный комплект требований - подсветка, отладка, документация. А уж какой выбрать из - холивар холиварный. Похоже, останемся с COS(M) :D
    15 янв 18, 19:13    [21108865]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    MyasnikovIA
    Member

    Откуда: Новосибирск
    Сообщений: 65
    Шваров Евгений
    MyasnikovIA
    Есть еще одно пожелание:

    Я обратил внимание на то, что JAR библиотек для подключения Android так и нет.
    Приходится подключатся кустарными средствами. Вот бы появился родной механизм работы с БД как для JAVA приложений на Desctop.

    Android разработчики тоже немалый пласт потребителей.

    Так можно же из Android работать с Cache через REST/SOAP/WebSocket/JDBC?

    Или нужно, чтобы Cache был на андроиде (кстати можно и так, был проект пару лет назад).


    Я имел в виду механизм экспорта Cache' классов в JAVA Do $System.OBJ.ExportJava(Classname,"C:\MyJavaProjections")
    а потом применения их в Android приложениях. Такого механизма нет. Для Дэсктоп JAVA все работает.
    Есть много способов взаимодействия с внешним софтом, но как правило все они работают по принципу "Подключился" , "Сделал запрос" "отключился"(конечно кроме WebSocket, хотя и там есть нюансы) . Многие меня убеждают в том, что это правильно и к такому надо стремится. Эти люди по своему правы, и не собираюсь их убеждать в обратном. Но хотел-бы иметь интерактивный доступ.
    Под этим подразумевается следующее: "Подключился", "Авторизовался", "Выполняю команды" и "отключился только при сбое или выходе из приложения". Собственно говоря, В том числе и по этой причине и появился проект “ %ZMSrv.Controller.xml” (https://github.com/MyasnikovIA/ZSrvController – контроллер для Socket коннекта с внешними программами). Но под этот контроллер придется писать новый экспорт классов JAVA. А я человек ленивый, по тому и спросил, что хотел бы видеть доработанный старый механизм взаимодействия. Написанный инженерами Intersystems.
    16 янв 18, 07:59    [21109378]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Cache' fan
    Guest
    doublefint
    Cache' fan
    1. Реализовать нормальный язык внутри. Не нужно тратить время на образование ...

    Эм, не уверен. Если SQL-way - получим постгрес ( см.PLV8 c rs.prepare, .execute, .cursor ) и т.д, а зачем?
    Если мультимодельность, то DDL не отделаешься, придется делать расширения ( см ArrangoDB )
    А к языку с особенностями полный комплект требований - подсветка, отладка, документация. А уж какой выбрать из - холивар холиварный. Похоже, останемся с COS(M) :D


    Я имел ввиду замену\параллельно COS. Если ИС хочет, чтобы Cache' кто-нибудь воспринимал как no-sql базу - то там нужно писать на прямом доступе. Если при этом был бы "стандартный" язык JavaScript/.Net/Java с поддержкой "лямбда" - код был бы гораздо лаконичней и не нужно было бы никого "обращать в веру" или ждать годами Ателье, чтобы получить приличный редактор с подсветкой.
    16 янв 18, 08:34    [21109419]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    experience
    Member

    Откуда: Новосибирск
    Сообщений: 102
    Блок А.Н.
    Шваров Евгений
    Представьте что вы с завтрашнего дня продакт-менеджер Caché и у вас есть возможность определять разработку и лицензионную политику продукта, чтобы решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.
    Я задумался - а почему вы спрашиваете? Что это? Желание пообщаться, или в компании назрел запрос на глобальные изменения? Или что-то третье?


    Alexey Maslov
    Евгений,

    а на вопрос А.Н.Блока, который в общем-то напрашивался изначально, ты так и не ответил. Мы можем накидать ещё немало идей, но не для кого не секрет, что развитие Cache, и даже COS, никогда не направлялось сообществом. Возможно, в этом отчасти секрет долголетия и в какой-то степени процветания, но и стагнации - тоже.


    Евгений,
    без обстоятельного ответа на эти вопросы, тема превращается в неудачную шутку... )))
    16 янв 18, 08:55    [21109446]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Шваров Евгений
    Member

    Откуда:
    Сообщений: 844
    Блок А.Н.
    Шваров Евгений
    Представьте что вы с завтрашнего дня продакт-менеджер Caché и у вас есть возможность определять разработку и лицензионную политику продукта, чтобы решить 2 вопроса:
    1. Сделать Caché очень популярной СУБД - например попасть в топ-10.
    2. При этом увеличить коммерческий успех Caché, например раз в 10.
    Я задумался - а почему вы спрашиваете? Что это? Желание пообщаться, или в компании назрел запрос на глобальные изменения? Или что-то третье?


    Александр, это "январский философский вброс" мысленное упражнение на тему "если бы я был вендором".
    На форуме уже есть моя же тема про улучшения и фичи в продукте, но хотелось увидеть предложения не просто "взять все и поделить" сделать технологию бесплатной, открыть исходники и прочее, а подумать с точки зрения бизнеса.
    При этом есть небольшая вероятность увидеть "Cвятой Грааль", который не виден изнутри, а кому-то очевиден.
    На мой взгляд дискуссия получилась местами интересной и полезной.

    А глобальные новости ведь есть: через считанные недели выходит новый продукт InterSystems IRIS Data Platform с которым будут доступны некоторые обсужаемые фичи:
    Шардинг
    Поддержка контейнеров (а соответственно докера и поддержка решений с применением микросервисов)
    Нативная поддержка Spark, UIMA и прочая.

    Что то из предложенных фич уже можно найти в сети в качестве 3rd party коммерческих или бесплатных решений:
    Статический анализ кода
    Работа с глобалами из node.js
    GraphQL
    16 янв 18, 14:13    [21110699]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Шваров Евгений
    но хотелось увидеть предложения не просто "взять все и поделить" сделать технологию бесплатной, открыть исходники и прочее, а подумать с точки зрения бизнеса.
    Именно с точки зрения бизнеса нужно сделать технологию доступной. Я считаю, пусть со мной многие и не согласятся, что и сейчас Каше достаточно хороша, но даже если бы она будет в 10 раз лучше, она не станет популярной. Именно потому что "а что это?".
    Ведь в других системах есть разного уровня проекты, огромное количество людей, а Интерсистем говорит "нам это не интересно, мы будем приходить только на проекты федерального или регионального масштаба". Ну круто, что. Приходится пинком вышибать уже существующие развитые системы, набирать людей, которые о Каше ничего не слышали, и которые либо будут работать, как умеют на sql/объектах, либо дико извращаться только потому, что Каше это позволяет.
    Я же не предлагаю отдать Каше бесплатно тем, кто сейчас готов платить, я предлагаю зайти на рынок, в котором Каше нет и никогда не будет с текущим подходом. Чтобы, грубо говоря, можно было просто веб-сайт собрать на Каше. Да, денег с этого не будет или будет мизер. Но будет рынок труда, развитое сообщество, библиотеки решений. В конце концов, известность. Это фундамент для бизнеса. Мы же не говорим, что фундамент - бесполезная часть дома, потому что там никто не живет и денег он не приносит?
    После этого можно думать о каких-то улучшениях в самой Каше. После, но не вместо.
    16 янв 18, 15:06    [21110978]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    Блок А.Н.
    ...фундамент для бизнеса. Мы же не говорим, что фундамент - бесполезная часть дома, потому что там никто не живет и денег он не приносит?
    После этого можно думать о каких-то улучшениях в самой Каше. После, но не вместо.

    Золотые слова.
    Alexey Maslov
    ...Мы можем накидать ещё немало идей,

    Вспомнился анекдот про идеи...
    + Анекдот
    У еврея дохнут куры не по дням, а по часам. Расстроился еврей и решил ехать к рабби
    в синагогу. Приезжает и говорит:
    - Помоги, рабби, куры дохнут.
    - А ты повесь над курятником кружочек из бумаги, они и перестанут дохнуть.
    Проходит неделя, вторая, всё равно дохнут. Опять приезжает еврей к рабби.
    - А ты повесь над курятником квадрат из бумаги, обязательно поможет.
    Проходит неделя, все куры померли. Еврей приходит к рабби и говорит:
    - Все куры сдохли, ничего не помогло.
    - Жаль, а у меня ещё столько идей было.
    16 янв 18, 17:12    [21111590]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    Блок А.Н.
    Где же само определение? Или то, что в википедии - вы написали?

    Наверное, речь об этом 21095171
    Блок А.Н.
    >Во-вторых, я вас одариваю подробным учебным материалом, который позволит легко ответить на этот вопрос.
    Ну и где же ссылка? Опять обманываете? А я бы почитал, честно.

    Я так понимаю, ссылка в этом сообщении: 21098994
    Бредятина
    По этому поводу здесь был создан постоянными пользователями sql.ru специальный учебный материал.

    Ну т.е. получается отсылка к материалам/статьям/блогам, что в верхнем меню сайта?
    16 янв 18, 18:58    [21111845]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    Ну т.е., я так понимаю, он привел определение с вики, поставил вопрос на его корректностью и отослал всех на поиски правильного ответа в материалах сайта. Как то так :-)
    16 янв 18, 19:01    [21111857]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    Блок А.Н.
    Siemargl
    Находил раньше простую библиотеку, которая эмулировала глобалы поверх SQL баз.
    Это какая-то жесть, зачем это делать?Глобалы поверх SQL - это бессмысленно и ужасно.
    Глобалы само по себе - очень неудобное хранилище, так как не содержит метаданных. Их суть в скорости и гибкости. Эмулируя их поверх SQL, вы убиваете скорость (она будет хуже, чем просто в SQL), и метаданные, которые были в SQL. При работе с теми же глобалами метаданные создают искусственно, а если делать все наоборот, это все становится похожим на бесполезное извращение.

    Не бессмысленно.
    Это единственный способ сделать переносимой между разными серверами программу, используя программный интерфейс к глобалам, а также способ для отладки.
    Кроме того, я как раз хотел посмотреть, какой структурой SQL это эмулируется и чего это будет стоить.

    Метаданных в SQL обычно недостаточно, чтобы понять структуру базы. Так что их наличие не влияет.
    18 янв 18, 09:21    [21115506]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Good Cache' = Dead Cache'
    Guest
    Мёртвая? :)
    18 янв 18, 10:45    [21115771]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    Good Cache' = Dead Cache'
    Мёртвая? :)
    В Каше оператор ' означает отрицание. Т.е. ваш ник звучит как Хорошая Каше - не мертвая Каше, с чем я совершенно согласен. Вообще мало что хорошо мертвым.
    18 янв 18, 10:49    [21115786]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Good Cache' = Dead Cache'
    Guest
    Блок А.Н., вот только сову на глобус не надо, ага :)
    18 янв 18, 11:16    [21115881]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она? Upd:[msg=21114997]  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Siemargl
    Это единственный способ сделать переносимой между разными серверами программу, используя программный интерфейс к глобалам
    Ну, еще можно соответствовать стандарту

    Siemargl
    какой структурой SQL это эмулируется
    Уж очень по разному это можно сделать
    18 янв 18, 14:30    [21116684]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она? Upd:[msg=21114997]  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    doublefint
    Siemargl
    какой структурой SQL это эмулируется
    Уж очень по разному это можно сделать
    не надо путать организацию хранения иерархии и иерархическую СУБД
    18 янв 18, 14:56    [21116788]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она? Upd:[msg=21114997]  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Siemargl
    простую библиотеку, которая эмулировала глобалы поверх SQL баз
    Siemargl
    не надо путать организацию хранения иерархии и иерархическую СУБД
    Ого, так что для вас глобалы?
    18 янв 18, 15:54    [21117110]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Мне видится проблема в том, что "пустая" СУБД c "кучей" редакторов на сегодня никому не нужна. Нужны готовые решения с готовыми модулями для ведения бизнеса и "сайта строительства". А тема, типа "возьми СУБД и построй на его основе себе любой интерфейс" - это прошлый век. Интерсистемс надо предлагать готовые решения, в том числе бесплатные с урезанным интерфейсом или найти партнера, который сможет это делать.
    22 янв 18, 13:34    [21126566]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    EvLaUy
    Member

    Откуда: Москва
    Сообщений: 2152
    kalin,
    ну вот, я о том же говорил выше в этой ветке. Не было поддержано.
    22 янв 18, 14:15    [21126779]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    kalin,

    А я с вами не соглашусь. Всякие решения типа Joomla (вы же об этом) - для самых бедных, у которых нет денег на разработку даже на бесплатных платформах. Не уверен, что именно Интерсистемс должна о них заботиться. По крайней мере, при текущей лицензионной политике это было бы странно.
    22 янв 18, 14:17    [21126788]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    kalin, EvLaUy
    думаю это относится к вопросу о позиционировании - типовая СУБД общего назначения или, например, технологическая платформа с такими-то kill-features? В первом случае ( см. Postgres, MySQL ) как быть с "сделать коммерчески успешной"?
    22 янв 18, 14:32    [21126856]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Блок А.Н.,

    Вообще-то я имел системы типа ERP. Что мешает Intersystems реализовать что-то подобное, тогда-бы разработчики согласно концепции модели добавляли-бы свои независимо-совместимые модули и система имела бы успешное развитие. Каждый новый пользователь смог бы настроить систему под себя не вникая глубоко в механизм ее работы.
    22 янв 18, 14:44    [21126951]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Вот выдержка из википедии "Внедрение ERP-системы считается фактически необходимым условием для публичной компании и, начиная с конца 1990-х годов, ERP-системы, изначально внедрявшиеся только промышленными предприятиями, эксплуатируются большинством крупных организаций вне зависимости от страны, формы собственности, отрасли"
    Интерсистемс, по видимому, не является на сегодня публичной компанией
    22 янв 18, 14:48    [21126983]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    Вот выдержка из википедии "Внедрение ERP-системы считается фактически необходимым условием для публичной компании и, начиная с конца 1990-х годов, ERP-системы, изначально внедрявшиеся только промышленными предприятиями, эксплуатируются большинством крупных организаций вне зависимости от страны, формы собственности, отрасли"
    Интерсистемс, по видимому, не является на сегодня публичной компанией
    Публичная компания из википедии
    википедия
    акционерное общество, акции которого обращаются на фондовом рынке свободно, без ограничений.


    InterSystems частная компания, и не имеет акций на рынке.
    22 янв 18, 14:59    [21127060]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    "Внедрение ERP-системы считается фактически необходимым условием для публичной компании
    Вы выделели неправильные слова. Здесь ключевое слово "Внедрение" а никак не публичные компании. Вы утверждаете что InterSystems этого не сделала? А какое вам собственно дело от того внедрила она ERP или нет?

    Вы же явно намекаете не на внедрении а на разработке собственной ERP. А эта цитата в дам случае совершенно не к месту.
    22 янв 18, 15:03    [21127088]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    [quot DAiMor]
    Вообще то речь идет о том, какие решения могут помочь распространению в "массы" Cache. Пока же все направление разработки Intersystems ориентированны на весьма "узкий" круг M - программистов.
    22 янв 18, 15:21    [21127197]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Шваров Евгений
    krvsa
    Сделать бесплатную версию...

    Или имеется ввиду не только бесплатную?

    ОК. Есть бесплатная версия - а почему будут покупать платную?

    Вот так работаю конкуренты, у которых есть платная и бесплатный релиз продукта:
    https://www.odoo.com/page/editions
    22 янв 18, 15:28    [21127248]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin,

    Я в свою очередь уверен что InterSystems не стоит заниматься разработкой своей ERP. Мне кажется это не совсем верное направление, для компании разработчика СУБД.
    22 янв 18, 15:36    [21127310]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    Шваров Евгений
    пропущено...

    Или имеется ввиду не только бесплатную?

    ОК. Есть бесплатная версия - а почему будут покупать платную?

    Вот так работаю конкуренты, у которых есть платная и бесплатный релиз продукта:
    https://www.odoo.com/page/editions
    То что вы тут очень активно рекламируете (непонятно правда в чем смысл этой рекламы). Было разработано некоей компанией, которая выбрала в качестве хранилища PostgreSQL.
    Возьмите и сделайте свой ERP, но который будет хранить данные в Caché. Получится то же самое. И может быть вы даже сможете его развить и будете такими же "популярными" как Odoo.
    22 янв 18, 15:44    [21127378]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    DAiMor
    ... для компании разработчика СУБД
    поддержу, странный уход в другую ( менее технологичную и еще более специализированную ) категорию. Да и собственные продукты есть - Ensemble же ( HealthShare ). Жалко только усилий потраченных не на технологии СУБД ( СSP, Zen, Mojo ) - вопрос о позиционировании?
    22 янв 18, 15:50    [21127439]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Siemargl
    Member

    Откуда: 010100
    Сообщений: 5758
    kalin
    Вообще то речь идет о том, какие решения могут помочь распространению в "массы" Cache. Пока же все направление разработки Intersystems ориентированны на весьма "узкий" круг M - программистов.
    Это неверно, ObjScript выглядит [со стороны] вполне прилично, в отличие от М.

    Замечу, что Oracle APEX то вполне себе взлетел - ветка форума живая. Хотя у него есть фора в виде бесплатной XE. Чем не тема ?
    22 янв 18, 19:41    [21128196]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    DAiMor
    kalin
    пропущено...

    Вот так работаю конкуренты, у которых есть платная и бесплатный релиз продукта:
    https://www.odoo.com/page/editions
    То что вы тут очень активно рекламируете (непонятно правда в чем смысл этой рекламы). Было разработано некоей компанией, которая выбрала в качестве хранилища PostgreSQL.
    Возьмите и сделайте свой ERP, но который будет хранить данные в Caché. Получится то же самое. И может быть вы даже сможете его развить и будете такими же "популярными" как Odoo.

    Вот про это и речь, Intersystems давно надо было найти партнера, который бы разработал нечто подобное. Тогда не было бы необходимости каждый раз при новом проекте каждый раз "изобретать велосипед" в виде написания базовых модулей своей системы учета и пр. и тратить время на изучение CacheObjectScript и пр. В системе подобной ERP данный вопрос давно решен и разработчик использует ее под свои задачи расширяя базовую уже существующую модель данных, которая уже изначально в 80% покрывает требования к разрабатываемой системе учета и пр.. Еще раз повторюсь, современный подход не предполагает разработку ПО с 0.
    Современному разработчику, по большому счету, все равно, какая база у него стоит для хранения данных. Разработчику нужны инструменты для быстрого получения готового продукта, которых увы, в Cache нет. А отсылка на написание кода для визуализация данных на различные языки программирования - это прошлый век.
    23 янв 18, 13:42    [21130444]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    kalin
    Еще раз повторюсь, современный подход не предполагает разработку ПО с 0.

    Откуда вообще берутся такие постулаты?
    23 янв 18, 13:59    [21130539]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    AlexKB
    Member

    Откуда: Запорожье
    Сообщений: 795
    krvsa
    kalin
    Еще раз повторюсь, современный подход не предполагает разработку ПО с 0.

    Откуда вообще берутся такие постулаты?

    От "Коробейников"
    23 янв 18, 14:11    [21130632]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    Современному разработчику, по большому счету, все равно, какая база у него стоит для хранения данных.
    Очень спорное утверждение.
    23 янв 18, 14:17    [21130683]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    AlexKB
    От "Коробейников"

    Я от манагеров и не такие постулаты узнаю...
    23 янв 18, 15:39    [21131273]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    DAiMor
    Очень спорное утверждение.

    Может ты уже не современный или не разработчик...
    23 янв 18, 15:40    [21131278]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Давайте еще вспомним DIAMS, где М являлся еще и операционной системой и разработчику требовалось знать в какие машинные регистры писать, что-бы получить результат.
    Разработчик прикладного ПО сегодня "не привязан" к СУБД, как это было в прошлом веке, если он не разработчик самой СУБД или не пишет BIOS для ПК. Установка и поддержка работы СУБД скорее обязанность администратора-сетевика ОС, а не разработчика-прикладника ПО.
    23 янв 18, 16:03    [21131398]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    kalin, ты про каких-таких "разработчиков" нам рассказываешь?
    23 янв 18, 16:18    [21131471]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    krvsa,
    Про современных :)

    1C и прочие продукты из коробки ни при чем. Здесь обсуждалась тема, как увеличить продажи Cache. Для этого IS надо "вплотную приблизиться" к современным средствам разработки ПО.
    23 янв 18, 16:52    [21131609]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    kalin
    Установка и поддержка работы СУБД скорее обязанность администратора-сетевика ОС, а не разработчика-прикладника ПО.
    Эмм.. если уж по-современному - кто будет писать конфиги для Gitlab, Docker, Kubernetes? Скорее наоборот, разница между разработчиком и админом начинает стремительно исчезать.
    23 янв 18, 17:12    [21131715]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    если уж прям совсем глубоко вдаваться в подробности.
    То есть разработчики которые вообще ничего не решают, и заних решают те кто больше в теме, ну или по другим причинам.

    Senior Developer - это стадия с которой разработчик уже может принимать решения и должен в этом участвовать.
    Что касается Gitlab, Docker, Kubernets. Это уже DevOps и это уже скажем следующая ступень.

    Сейчас в современной разработке очень часто все сводится к тому что в проекте используется несколько языков программирования. Это просто обязательно.
    У меня это обычно COS, JavaScript/TypeScript, весь Web-стек, Java, это так сказать обязательные. Плюс иногда C#. Плюс Docker настройка кучи сопутствующих серверов и т.д. Не думаю что это обычный разработчик.

    Простой разработчик сейчас должен работать на одном стеке. Frontend или Backend, к этому надо стремится, от наличия в команде разработки узких специалистов разработка выиграет, потому что FullStack-разработчику сложнее поддерживать знания.

    Для больших проектов очень важно комбиниривание технологий и по возможности заимствовать часть готового функционала пусть он и реализован на других языках. При развитии Docker становится проще запускать и конфигурировать и массштабировать такие сложные проекты.
    23 янв 18, 17:26    [21131781]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    kalin
    изначально в 80% покрывает требования к разрабатываемой системе учета

    DAiMor
    используется несколько языков программирования. Это просто обязательно.

    DAiMor
    разработчик сейчас должен работать на одном стеке. Frontend или Backend, к этому надо стремится

    Что ж за день то такой категоричный? Господа, что у вас с управлением требованиями? :)
    23 янв 18, 18:03    [21131929]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    kalin
    Про современных :)

    Вона как...
    24 янв 18, 08:26    [21132679]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    krvsa
    kalin
    Про современных :)

    Вона как...

    Как писалось выше "Простой разработчик сейчас должен работать на одном стеке. Frontend или Backend"
    И хотелось добавить, ему абсолютно безразлично, какая там внизу стоит СУБД. Современные средства разработки, поддерживающие ORM https://ru.wikipedia.org/wiki/ORM, исключают "прямое" участие разработчика в непосредственном создании структур данных или таблиц в самой СУБД и "прямую" работу с этими структурами. За создание структур данных в СУБД и поддержку их целостности при их изменении отвечает непосредственно ядро ORM. Отсюда следует, что установка и настройка СУБД, изучение ее особенностей установки, а также поддержка целостности ее работы на серверах - это не задача Frontend или Backend разработчика, а системного администратора.
    24 янв 18, 10:12    [21133069]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    И еще , Frontend или Backend разработчик не взаимодействуют, как правило, напрямую с ORM. Для этого есть соответствующие инструментальные средства для разработки Frontend и Backend
    24 янв 18, 10:16    [21133079]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    Отсюда следует, что установка и настройка СУБД, изучение ее особенностей установки, а также поддержка целостности ее работы на серверах - это не задача Frontend или Backend разработчика, а системного администратора.
    Да, возможно, это не задача разработчика, если он себя так позиционирует.
    Представьте себе ваш проект вырос, появилось много пользователей система перестает справляться. Кто по вашему должен будет разбираться со всеми проблемами? И тут очень нужны понимания то с какой субд разработчик на самом деле работает, и как оптимизировать свой код под эту СУБД.

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

    Позволю заметитить, что в большинстве случаев ORM возникали как сторонний проект, и которому в дальнейшем реализовывалась поддержка других СУБД. Я могу вспомнить одну ORM. Это Java Hibernate. Есть поддержка в том числе и Cache. Да эта ORM позволяет довольно просто поменять одну СУБД на другую, просто выбрав другой диалект в ORM. Но, проблема заключается в том что СУБД все равно разные и не весь функционал работающий в одной СУБД заработает в другой и почти наверняка возникнут проблемы от такого перехода если разработчик не знает о различиях в этих СУБД. А переключит проект на другую СУБД Системный администратор, а ваш разработчик его пошлет, со словами я не знаю какая у вас там СУБД и мне все равно, у меня работает.
    24 янв 18, 10:29    [21133156]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    kalin, DAiMor, может вы свою жизнь просто описываете? Или свое видение идеальной жизни...
    24 янв 18, 10:32    [21133183]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    И еще , Frontend или Backend разработчик не взаимодействуют, как правило, напрямую с ORM. Для этого есть соответствующие инструментальные средства для разработки Frontend и Backend
    Frontend разработчик конечно может и не взаимодействует напрямую с базой данных, хотя тут еще вопрос. В браузере существует WebSQL, и соответственно Frontend разработчик может работать с БД сам но со своей. Плюс есть ряд СУБД у которых из коробки есть REST Api, соответвенно он может работать сам напрямую с такой базой данных даже без Backend.

    Можете привести пример "инструментальных средств разработки для Frontend и Backend", где нужно будет обращатся непосредственно к базе данных. И пожалуйста не надо опять втыкать свою ERP, потому что это совершенно другое. Мы говорим о разработчиках, а не о людях которые занимаются настройкой, конструкторов сайтов тоже полно, но тех кто их использует нельзя назвать разработчиком. Разработчик пишет код на языке программирования, программирует.
    24 янв 18, 10:37    [21133247]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    DAiMor,
    Хорошо. Вернемся к IS.
    Где можно посмотреть готовое решение от IS для Cache, где из "коробки" можно было бы реализовать простейший web Backend интерфейс, а именно:
    1. Описываем Модель1
    2. Описываем Модель2 -> содержит поле модель1
    3. Меню -> модель1 - > отображение с возможностью редактирования и контроля в виде таблицы и формы модели2 с выводом информации модели1 -> поиск в модели1 и 2
    2. Пользователь -> регистрация -> меню > доступ к модели2
    Из "коробки", подразумевается написания кода только самих моделей и их полей данных.
    24 янв 18, 10:58    [21133394]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    DAiMor,
    Хорошо. Вернемся к IS.
    Где можно посмотреть готовое решение от IS для Cache, где из "коробки" можно было бы реализовать простейший web Backend интерфейс, а именно:
    1. Описываем Модель1
    2. Описываем Модель2 -> содержит поле модель1
    3. Меню -> модель1 - > отображение с возможностью редактирования и контроля в виде таблицы и формы модели2 с выводом информации модели1 -> поиск в модели1 и 2
    2. Пользователь -> регистрация -> меню > доступ к модели2
    Из "коробки", подразумевается написания кода только самих моделей и их полей данных.
    Я если честно совершенно не понял, что вы там описываете. И совершенно не понимаю, почему IS должна из коробки предоставлять вам это?
    Вы из коробки можете, открыть студию/ательер, создать класс/модель. на создавать свойств/полей в этой модели. И сразу получить SQL доступ к этой модели.

    А вы еще и смешали мух с котлетами Веб Backend, это что-то новенькое.
    24 янв 18, 11:06    [21133430]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin,

    Я участвовал в разработке двух проектов, которые наверно наверно немного близки к тому, что вы типа хотите.
    Первый это, что-то наподобие 1С. Есть толстый клиент, который можно перевести в режим дизайнера и менять/создавать формы, программировать на скриптовом языке эти формы. Но большая часть работы все равно была на каше сервере, там выполнялись все основные процессы. И добавление полей в таблицы все равно осуществлялось на стороне Cache.

    И второй проект это ЛЕТОГРАФ. тут на самом деле большой полет фантазии, это документооборот, и так что в некотором роде близок к ERP. Здесь конечный пользователь продукта не программирует вообще ничего (но может немного). Но может создавать новые виды документов с любым набором полей, к сожалению не получилось сделать там визуальный редактор форм, но есть HTML файлики которые служат шаблоном для отображения документов. И там много чего еще можно делать и все это только через интерфейс приложения.
    24 янв 18, 11:14    [21133477]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    DAiMor
    kalin,

    Я участвовал в разработке двух проектов, которые наверно наверно немного близки к тому, что вы типа хотите.
    Первый это, что-то наподобие 1С. Есть толстый клиент, который можно перевести в режим дизайнера и менять/создавать формы, программировать на скриптовом языке эти формы. Но большая часть работы все равно была на каше сервере, там выполнялись все основные процессы. И добавление полей в таблицы все равно осуществлялось на стороне Cache.

    И второй проект это ЛЕТОГРАФ. тут на самом деле большой полет фантазии, это документооборот, и так что в некотором роде близок к ERP. Здесь конечный пользователь продукта не программирует вообще ничего (но может немного). Но может создавать новые виды документов с любым набором полей, к сожалению не получилось сделать там визуальный редактор форм, но есть HTML файлики которые служат шаблоном для отображения документов. И там много чего еще можно делать и все это только через интерфейс приложения.

    Все правильно пишите. Только такой пускай не визуальный редактор форм (представлений) и генератор моделей должен быть предоставлен IS и им поддерживаться, и "тонкости" организации таблиц и объектов в Cache оставить генератору моделей. Т.е. IS должен предоставить некий FrameWork, и не важно какие он технологии в себя будет включать:node.js, react native,Qweb, Xpath и пр... и предоставить к нему описание на API для конечного разработчика. Речь не идет об изобретении "собственного велосипеда", а об использовании готовых решений применительно к СУБД Cache. Ну, соответственно, в данном FrameWork должен быть набор полноценных модулей для создания простейшего backend и frontend приложений начального уровня, на базе которых сообщество сможет расширять функционал и выкладывать модули и приложения для всех желающих.
    24 янв 18, 12:18    [21133852]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Все сводится к тому, что-бы привлечь разработчиков не имеющих ничего общего с Cache и не желающих тратить время на изучение всех тонкостей работы с данным продуктом, но умеющих использовать более распространенные средства разработки ПО.
    24 янв 18, 12:53    [21134057]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    kalin
    Все сводится к тому, что-бы привлечь разработчиков не имеющих ничего общего с Cache и не желающих тратить время на изучение всех тонкостей работы с данным продуктом, но умеющих использовать более распространенные средства разработки ПО.
    На мой взгляд, это все глупо. Из области, сделайте систему, которой сможет пользоваться даже дурак, и только дураку будут ей пользоваться.
    Проблема Каше не в высоком пороге вхождения, вхождение вполне себе простое. Проблема в том, что люди не понимают, зачем им туда входить.
    По соотношению (Эффективность решения задачи)/(стоимость лицензии + стоимость разработки + стоимость обучения) Каше обычно проигрывает, но не за счет высокой цены обучения.
    24 янв 18, 13:47    [21134355]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Блок А.Н.,
    Бил Гейтс и сделал систему для "дураков", называется Windows и стал миллиардером :)
    24 янв 18, 15:12    [21134739]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    kalin,

    он не только сделал возможность "легко входить", он еще сделал "зачем входить", т.е. решал проблему наличия софта для своей ос. Маки сейчас, скорее всего, вполне доступны в плане обучения пользованию, но не особо популярны. Цена, скажете вы. Хорошо. Линуксы сейчас тоже гораздо доступней, чем раньше, но популярность в качестве десктопных систем так и не получили.
    24 янв 18, 15:23    [21134787]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    Блок А.Н.
    Маки сейчас, скорее всего, вполне доступны в плане обучения пользованию, но не особо популярны. Цена, скажете вы.
    Осмелюсь оспорить, данное суждение. Маки последнее время становятся намного популярнее, да возможно не в регионах из-за цены. Хотя про цену тут тоже вопрос интересный, некоторые модели ноутбуков на Windows сравнимы по стоимости с макбуком. И это я говорю про MacBook Pro. А есть и младшие модели. У макбуков популярность растет не так, как раз из-за того что все уже привыкли к Windows.
    24 янв 18, 15:51    [21134928]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Как Вы думаете, какой код проще изучить начинающему кашисту:
    Вариант Cache:
    s rezult=##class(%ResultSet).%New()
    d rezult.Prepare("select * from User.User where Group='admin'")
    d rezult.Execute()
    while rezult.Next() {
    w rezult.Get("Name")
    }

    Или ORM:
    rezult=model['User.User'].search(['Group','=','admin'])
    for d in rezult:
    print(d.User)
    24 янв 18, 17:05    [21135268]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    kalin, если у начинающему повезло, и кто то уже заложил модель и определил интерфейсы), то наверно такой
    s rs = ##class(User).ByGroupFunc("admin")
    while rs.%Next() {
     w !, rs.Name
    }
    
    24 янв 18, 17:16    [21135320]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin,

    Такие куски кода совершенно ничего не говорят, все зависит от начинающего кашиста, и того как хорошо поработали его предшественники.

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

    Кстати с Cache тоже можно из питона работать.
    24 янв 18, 17:30    [21135370]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    AlexKB
    Member

    Откуда: Запорожье
    Сообщений: 795
    kalin,

    В Вашем примере Вы сравниваете несравнимое - в SQL-терминале просто наберут строку:

    select Name from sample.person where ID=8
    24 янв 18, 17:40    [21135415]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    kalin
    Как Вы думаете, какой код проще изучить начинающему кашисту:
    Вы знаете, когда я в свое время столкнулся тогда еще с Angular 1.x, какими только эпитетами я его не наградил. По глючности и неочевидности он хуже Каше в десять раз. И ничего, народ пользовался и нахваливал. Так что современный программист готов жрать кактусы, если это стильно, модно, молодежно, плюс, элегантно решает некий пласт задач.
    24 янв 18, 19:21    [21135774]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    doublefint
    kalin, если у начинающему повезло, и кто то уже заложил модель и определил интерфейсы), то наверно такой
    s rs = ##class(User).ByGroupFunc("admin")
    while rs.%Next() {
     w !, rs.Name
    }
    

    Гораздо проще было бы еще написать:
    s array=$$user^Group("admin") w array
    Но проблема в том, что $$user^Group кто-то должен еще написать, впрочем как и ByGroupFunc("admin")
    25 янв 18, 10:36    [21137118]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    AlexKB
    kalin,

    В Вашем примере Вы сравниваете несравнимое - в SQL-терминале просто наберут строку:

    select Name from sample.person where ID=8

    Давайте в прошлый век, будем писать SQL и скрипты для прямой работы с базой
    25 янв 18, 10:38    [21137130]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    DAiMor
    kalin,

    Такие куски кода совершенно ничего не говорят, все зависит от начинающего кашиста, и того как хорошо поработали его предшественники.

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

    Кстати с Cache тоже можно из питона работать.

    Здесь тяжело спорить, каждый выбирает на чем ему проще и дешевле реализовать логику работы своего приложения.
    Python, так же как и node.js и пр. не является интегрированным в Cache на уровне ядра framework. Технология Cache, насколько я знаю, рекомендует писать код встроенными в ядро средствами.
    25 янв 18, 10:44    [21137154]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    DAiMor
    kalin,

    Такие куски кода совершенно ничего не говорят, все зависит от начинающего кашиста, и того как хорошо поработали его предшественники.

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

    Кстати с Cache тоже можно из питона работать.

    Здесь тяжело спорить, каждый выбирает на чем ему проще и дешевле реализовать логику работы своего приложения.
    Python, так же как и node.js и пр. не является интегрированным в Cache на уровне ядра framework. Технология Cache, насколько я знаю, рекомендует писать код встроенными в ядро средствами.

    Какая то странная логика, а ваш ORM встроен в PostgreSQL, или их разработчики как то принимали в этом участие. О какой интеграции с каким ядром Framework речь?
    Эту интеграцию предлагает InterSystems, а рекомендации по поводу то чтобы использовать COS нету. Рекомендация может быть только на уровне, если нужно больше производительности.
    25 янв 18, 10:59    [21137203]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    DAiMor
    kalin
    Здесь тяжело спорить, каждый выбирает на чем ему проще и дешевле реализовать логику работы своего приложения.
    Python, так же как и node.js и пр. не является интегрированным в Cache на уровне ядра framework. Технология Cache, насколько я знаю, рекомендует писать код встроенными в ядро средствами.

    Какая то странная логика, а ваш ORM встроен в PostgreSQL, или их разработчики как то принимали в этом участие. О какой интеграции с каким ядром Framework речь?
    Эту интеграцию предлагает InterSystems, а рекомендации по поводу то чтобы использовать COS нету. Рекомендация может быть только на уровне, если нужно больше производительности.

    А как-же CSP и zend framework , встроенные в Cache ?
    По поводу производительности - весьма спорный вопрос, который, опять же, был актуален в прошлом веке на "слабом железе".
    25 янв 18, 11:18    [21137292]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    В cache своего рода ORM присутствует на базе CacheObjectScript, но на сегодня набор "просто" классов никому не нужен. Тот же Zend предполагает написание с нуля приложения, где события интерфейса обрабатываются на стороне Cache. Но на сегодня этого явно недостаточно.
    25 янв 18, 11:23    [21137321]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    А как-же CSP и zend framework , встроенные в Cache ?
    CSP точно не Framework, а ZEN- вас заставляют на нем работать? Вам предлагается альтернатива, из нескольких вариантов.

    kalin
    По поводу производительности - весьма спорный вопрос, который, опять же, был актуален в прошлом веке на "слабом железе".
    Уж поверьте мне, производительность по прежнему еще как имеет значение. Конечно если вы не предполагаете, что на вашем проекте не будет работать больше 10-20 пользователей. А когда ваше приложение начнет загибаться под нагрузкой в несколько тысяч пользователей. Плюс еще например отчеты и вообще когда ваша базу распухнет до десятков терабайт. Тогда вам как разработчику придется начать много думать а с какой же СУБД вы работаете и как нужно с ней правильно работать чтобы стало быстрее. И увы это уж точно не задача системного администратора, он то не знает как вы используете эту СУБД.

    При разработке корпоративных приложений сейчас (а ваша ERP, несомненно корпоративное приложение). Нужно расчитывать на то что в будущем количество пользователей в системе может вырасти, по разным причинам. У меня в основном проекты предполагающие их установку в разных организациях в том числе гос органах. И количество активных пользователей на разных установках достигало до 3 тысяч. Поэтому я уже стараюсь заранее продумывать как это будет работать под большой нагрузкой.
    25 янв 18, 11:46    [21137499]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    kalin
    Гораздо проще было бы еще написать: s array=$$user^Group("admin") w array
    Для оценки нужны критерии и контекст. Сколько пользователей в группе Admin, размер памяти процесса, предполагаемое количество одновременных вызовов, и т.д.
    kalin
    $$user^Group кто-то должен еще написать, впрочем как и ByGroupFunc("admin")
    Я намекал на
    Query ByGroup( group ) { 
    Select * From User Where group =  :group 
    } 
    
    для которой Cache сгенерирует метод ${QueryName}Func.
    Конечно, это не единственный способ взаимодействия с данными в достаточно универсальной СУБД.
    Не встречал заявлений ISC, что они вдруг решили сконцентироваться на нише только ERP систем.
    Да еще связаться с интерфейсами - самой изменяемой частью любого ПО.
    25 янв 18, 13:32    [21138206]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    kalin
    А как-же CSP и zend framework , встроенные в Cache ?
    Zend framework не имеет отношения к Каше.
    https://ru.wikipedia.org/wiki/Zend_Framework
    25 янв 18, 14:18    [21138447]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    doublefint,
    "Select * From User Where group = :group "
    В результате имеем прямой доступ к базе
    Современные средства разработки как раз дистанцируются от такого подхода, ну если только Вы не пишите свой FrameWork :)
    25 янв 18, 16:58    [21139175]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    doublefint
    размер памяти процесса, предполагаемое количество одновременных вызовов, и т.д.

    Для чего разработчику backend все это знать ? Этим должны заниматься администраторы СУБД.
    25 янв 18, 17:02    [21139196]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Блок А.Н.,
    Опечатался - Zen
    25 янв 18, 17:14    [21139260]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    doublefint
    размер памяти процесса, предполагаемое количество одновременных вызовов, и т.д.

    Для чего разработчику backend все это знать ? Этим должны заниматься администраторы СУБД.
    В каше в свое время очень была актуальна ошибка STORE. Угадайте кто в этой ошибке виноват, и кто будет ее исправлять неужели администратор?
    Уверен, что подобные возможны во всех СУБД.
    25 янв 18, 17:34    [21139370]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Очередная "поделка" http://www.intersystems.com/ru/our-products/embedded-technologies/zen-mojo/
    Ничего принципиально нового
    26 янв 18, 09:35    [21140535]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    kalin
    Для чего разработчику backend все это знать ?
    чтобы вызовом $$user^Group("admin") не поместить в память процесса для одного пользователя всю базу, например. Вы хотите сделать из разработчиков каких то ...

    В соседней теме остался открытым вопрос, что вы будете делать с типовой ERP, в которой уже все есть ( непонятно только зачем вообще программисты, или все должны стать внедренцами ) в ситуации с двумя унаследованными системами
    26 янв 18, 09:48    [21140588]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    kalin,
    http://www.sql.ru/forum/1282931-10/tryop-s-bredyatinoy
    26 янв 18, 10:35    [21140748]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    kalin,
    21132051
    26 янв 18, 10:37    [21140754]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DirksDR
    Member

    Откуда: Пермь
    Сообщений: 340
    kalin
    Очередная "поделка" http://www.intersystems.com/ru/our-products/embedded-technologies/zen-mojo/
    Ничего принципиально нового

    А что, все старое г..но по определению, а новое - всегда конфетка?
    Кстати, публикация по ссылке нет так уж нова, кажется 2014 года, там пишут:
    ... Начиная с версии 2014.2, Caché будет поставляться вместе с текущим выпуском Zen Mojo

    Backend у Каше мне нравится, не надо изобретать "средний" уровень бизнес логики. Она в одной среде с уровнем данных, не нужны сторонние сервера приложений.
    Все проще и скорострельнее. Считаю это ее преимуществом.
    Про Frontend судить не могу, разработкой веб-интерфейса не занимался.
    Согласен с Вами, что было бы здорово, если бы IS приложило к Каше набор основных интерфейсных шаблонов, (не ЕРП-ишных, а интерфейсных),
    на базе которых можно было бы начать разработку приложения.
    А то туева хуча предлагаемых интерфейсов пугает. Мне что, придется для каждого интерфейса свой стек технологий изобретать?
    Кстати, IS позиционирует IRIS как "платформу обработки данных", а не "платформу разработки приложений".
    Как это надо понимать? Frontend-a от IS не будет?

    П.С. И все-таки, чтобы попасть в ТОП-10, технических усовершенствований, имхо, недостаточно.
    Новых СУБД расплодилось немеряно, у каждой свои технические фишки. Где-то скорость выше, где-то язык красивее...
    1.ограниченная бесплатная версия - да;
    2.лицензионная политика - мне понравилась идея снижения цены на мелкие инсталяции;
    3.популяризация - шаблоны, примеры, истории успеха
    ...
    26 янв 18, 12:00    [21141152]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    DirksDR
    ограниченная бесплатная
    Вы же знаете как ISC умееют ограничить - оставят только уши :) Надо уточнять, мол, "разумные ограничения, оставляющие возможность использования"
    DirksDR
    2.лицензионная политика - мне понравилась идея снижения цены на мелкие инсталяции;
    3.популяризация - шаблоны, примеры, истории успеха
    Вас впечатлит история успеха продукта на 5-10 пользователей?
    26 янв 18, 13:52    [21141661]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    doublefint
    Вас впечатлит история успеха продукта на 5-10 пользователей?
    Почему бы и нет? В мире полно успехов продуктов, рассчитанных на одного пользователя.
    26 янв 18, 14:26    [21141830]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    doublefint
    уточнять, мол, "разумные ограничения, оставляющие возможность использования"

    Могут даже при таком уточнение оставить одни уши, и привести 100500 аргументов, насколько это всё разумно и мол этими ушами можно пользоваться
    26 янв 18, 14:38    [21141901]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Блок А.Н.
    Почему бы и нет? В мире полно успехов продуктов, рассчитанных на одного пользователя.
    В контексте технологий СУБД?
    26 янв 18, 15:51    [21142210]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    doublefint
    kalin
    Для чего разработчику backend все это знать ?
    чтобы вызовом $$user^Group("admin") не поместить в память процесса для одного пользователя всю базу, например. Вы хотите сделать из разработчиков каких то ...

    В соседней теме остался открытым вопрос, что вы будете делать с типовой ERP, в которой уже все есть ( непонятно только зачем вообще программисты, или все должны стать внедренцами ) в ситуации с двумя унаследованными системами


    Вот тут https://doc.open-odoo.ru/developer/11.0/ru/ много чего написано для разработчиков. В Cache нет и 10 части от использованных здесь технологий, сильно упрощающих работу программиста.
    На базе ERP разработаны несколько независимых платформ, где свои уникальные модули и приложения, но в основе лежит OpenERP. Навскидку:https://flectrahq.com/, https://cubicerp.com/.
    26 янв 18, 22:15    [21142909]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Система для образования https://www.openeducat.org/
    26 янв 18, 22:25    [21142938]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    kalin
    doublefint
    пропущено...
    чтобы вызовом $$user^Group("admin") не поместить в память процесса для одного пользователя всю базу, например. Вы хотите сделать из разработчиков каких то ...

    В соседней теме остался открытым вопрос, что вы будете делать с типовой ERP, в которой уже все есть ( непонятно только зачем вообще программисты, или все должны стать внедренцами ) в ситуации с двумя унаследованными системами


    Вот тут https://doc.open-odoo.ru/developer/11.0/ru/ много чего написано для разработчиков. В Cache нет и 10 части от использованных здесь технологий, сильно упрощающих работу программиста.
    На базе ERP разработаны несколько независимых платформ, где свои уникальные модули и приложения, но в основе лежит OpenERP. Навскидку:https://flectrahq.com/, https://cubicerp.com/.

    По первой ссылке: то, что там перечислено, составляет примерно 7% от возможностей Cache. Причем, это не моя оценка, а серьезной австралийской аналитической компании Viburnum&Rowan.
    26 янв 18, 22:44    [21142986]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    kalin
    Система для образования https://www.openeducat.org/

    В России где внедрена?
    26 янв 18, 22:49    [21142999]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin
    Вот тут https://doc.open-odoo.ru/developer/11.0/ru/ много чего написано для разработчиков. В Cache нет и 10 части от использованных здесь технологий, сильно упрощающих работу программиста.
    Почему в Caché хоть сколько то из этого вообще должно быть?
    Caché не должна быть хоть сколько то похожа и представлять возможности ERP.
    Это разве авторы PostgreSQL все эти возможности предоставили?

    Совершенно безполезная дискуссия, по обсуждению того что InterSystems обязана вам сделать из Caché ERP систему, с финтиплюшками которых даже в ERP не должно быть по определению. Например CDN для корпоративного приложение выглядит как то странно.
    26 янв 18, 23:12    [21143046]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Бредятина,
    Навскидку
    https://itlibertas.com/ru_RU/page/odoo-portfolio
    https://www.superjob.ru/vakansii/programmist-python-odoo-erp-29629432.html
    26 янв 18, 23:14    [21143050]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    kalin
    Бредятина,
    Навскидку
    https://itlibertas.com/ru_RU/page/odoo-portfolio
    https://www.superjob.ru/vakansii/programmist-python-odoo-erp-29629432.html

    Издеваетесь?:)
    21142999
    26 янв 18, 23:16    [21143059]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Бредятина
    По первой ссылке: то, что там перечислено, составляет примерно 7% от возможностей Cache. Причем, это не моя оценка, а серьезной австралийской аналитической компании Viburnum&Rowan.

    Прошу перечислить передовые технологии, входящие в те самые 93%, реализованные в Cache, для создания backend и frontend приложений?
    28 янв 18, 13:27    [21144858]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Бредятина,
    И написать поделиться успехами Cache, когда у конкурентов "на Odoo маркете зарегистрировано более 10,000 бизнес-приложений, что делает Odoo маркет самым большим магазином приложений для предприятий.
    Вокруг Odoo сложилась большая эко-система, включающая более 5000 тыс. разработчиков из 23 стран, публикующих более 300 новых приложений каждый месяц."
    28 янв 18, 13:40    [21144878]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    kalin
    Member

    Откуда:
    Сообщений: 261
    Бредятина
    По первой ссылке: то, что там перечислено, составляет примерно 7% от возможностей Cache. Причем, это не моя оценка, а серьезной австралийской аналитической компании Viburnum&Rowan.
    В какой технологии Cache реализован "Изоморфный" JavaScript ?
    28 янв 18, 13:46    [21144889]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    kalin,

    Можно уже наконец то прекратить сравнивать теплое с мягким?
    ERP и СУБД это разные совершенно системы, не надо рекламировать ее тут, можете считать это модераторским предупреждением.
    Это все равно что говорить, что MS Windows устанавливают на большую часть компьютеров, поэтому нужно из InterSystems Caché сделать операционную систему.
    Давайте уже прекратим этот совершенно безполезный спор. Ваша ERP не имеет пока никакого отношение к тематике форума, если вы в ней сделаете возможным чтобы она могла работать на Caché, тогда можно продолжить разговор.
    28 янв 18, 15:11    [21145086]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    DAiMor
    ... поэтому нужно из InterSystems Caché сделать операционную систему ...
    Кстати,
    Chrome - Chrome OS
    Веб-сервер Cesanta Mongoose - Mongoose OS
    Oracle - Oracle Linux OS ;)
    29 янв 18, 10:56    [21146392]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    doublefint
    DAiMor
    ... поэтому нужно из InterSystems Caché сделать операционную систему ...
    Кстати,
    Chrome - Chrome OS
    Веб-сервер Cesanta Mongoose - Mongoose OS
    Oracle - Oracle Linux OS ;)
    Допустим, и что? Это получились отличные продукты, пользуюшиеся популярностью? ChromeOS еще может и пользуется популярностью, но там вроде и смысл был.
    29 янв 18, 11:53    [21146675]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    DAiMor
    Это получились отличные продукты, пользуюшиеся популярностью?
    Эмм, я конечно прошу прощения, но вообще-то да. В своих сферах они пользуются популярностью. Как направление - в запасе держать можно. Например, кастомный вариант гипервизора на базе чего-нибудь для локального развертывания IRIS, почему нет?
    29 янв 18, 13:14    [21146982]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    doublefint
    DAiMor
    Это получились отличные продукты, пользуюшиеся популярностью?
    Эмм, я конечно прошу прощения, но вообще-то да. В своих сферах они пользуются популярностью. Как направление - в запасе держать можно. Например, кастомный вариант гипервизора на базе чего-нибудь для локального развертывания IRIS, почему нет?
    Докер? InterSystems обещали офицальные докер образы с IRIS. Сейчас этого уже вполне достаточно, и нет необходимости городить новую ОС.
    29 янв 18, 13:23    [21147033]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    DAiMor
    Докер?
    Согласен, уже нет смысла
    29 янв 18, 13:35    [21147113]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    Спасибо модератору, что вернул обсуждение в нормальное русло. Пока еще не перенес (теперь уже сюда) конструктивные сообщения. Ждем.
    6 фев 18, 11:36    [21169288]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    Ты, подонок.
    Заблокируй меня немедленно:)
    6 фев 18, 11:37    [21169291]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    DAiMor
    Member

    Откуда: Volzhsky -> Moscow -> CZ, Brno
    Сообщений: 2550
    Бредятина
    Спасибо модератору, что вернул обсуждение в нормальное русло. Пока еще не перенес (теперь уже сюда) конструктивные сообщения. Ждем.
    Боюсь если вы и дальше продолжите дискуссию в том же ключе, придется вас заблокировать на некоторое время.
    6 фев 18, 11:39    [21169306]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Бредятина
    Member [заблокирован]

    Откуда: Москва
    Сообщений: 2497
    DAiMor
    Бредятина
    Спасибо модератору, что вернул обсуждение в нормальное русло. Пока еще не перенес (теперь уже сюда) конструктивные сообщения. Ждем.
    Боюсь если вы и дальше продолжите дискуссию в том же ключе, придется вас заблокировать на некоторое время.

    Ложь. Заблокируйте меня немедленно, потому что, я буду безусловно продолжать любую дискуссию именно таком ключе, я это гарантирую. Так что, блокируйте навсегда.
    6 фев 18, 11:42    [21169323]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    AlexKB
    Member

    Откуда: Запорожье
    Сообщений: 795
    DAiMor,
    Подождите, пусть он книжку выложит..!
    6 фев 18, 11:44    [21169333]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Зря перестали...
    Могли бы по сообщениям догнать и перегнать другие СУБД.
    6 фев 18, 13:48    [21169836]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    Блок А.Н.
    Member

    Откуда: Новосибирск
    Сообщений: 3760
    krvsa,

    Стоит ли оно того такой ценой? Если мы боремся за звание дома высокой культуры и быта?
    Меня только один вопрос интересует: что произошло между 15:36 и 15:37 в голове у Бредятины?

    PS. Хвост этого топика тоже нужно будет почистить от комедийного мусора и всего, что не относится к теме. Комедийного - потому что не могу удержаться от озвучивания высказывания Бредятины голосами героев роликов ютуба и мне это кажется смешным. Извините :-)
    6 фев 18, 14:12    [21169917]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    П.С.М.
    Member

    Откуда: Из СССР
    Сообщений: 451
    Блок А.Н.
    Меня только один вопрос интересует: что произошло между 15:36 и 15:37 в голове у Бредятины?

    Я так понимаю, время у всех показывает в зависимости от часового пояса, ибо у меня 11:36 и 11:37 :)
    А произошло следующее: Бредятина в эту тему написал это сообщение 21169279. DAiMor это сообщение перенес в топик "Трёп с Бредятиной", ну а Бредятина подумал, что DAiMor его сообщение просто удалил.
    В итоге - вспылил
    6 фев 18, 14:17    [21169932]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    doublefint
    Member

    Откуда: Беларусь, Минск
    Сообщений: 888
    Насколько я понял, основная идея - чтобы IS сделала "фреймворк", позволяющий описывать проект в типах сущностей и связях. Ну страница в википедии - хотя бы синхронизировать с английской версией. Все остальное - особенности общения столь исключительной личности, агррр :)
    6 фев 18, 15:04    [21170127]     Ответить | Цитировать Сообщить модератору
     Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
    krvsa
    Member

    Откуда: г Волжский
    Сообщений: 13076
    Блок А.Н.
    Если мы боремся за звание дома высокой культуры и быта?

    Я думал вы решили его затролить до смерти!
    6 фев 18, 15:23    [21170203]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: 1 2 3 4 5 6 7 8 9      [все]
    Все форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M Ответить