2) Речь шла о Zen, развитие которого отсутствует. То есть я широко выразился — не совсем убили, а наполовину.
Zen был классный для 2007 года( когда он появился).
С тех пор в Web UI появились вещи попрогрессивнее и грех их не использовать.
Zen поддерживается, но не развивается, да.
4) Закрытие бесплатной ветки GlobalsDB
Это большая жаль, да.
Но использовать ООСУБД как key/value или как SQL-хранилище это как забивать гвозди электронным микроскопом.
Спорное утверждение. У вас что-то не получилось в подходе «ООСУБД вместе с key/value»? На самом деле с этой концепцией действительно очень несложно начать использовать микроскоп в качестве молотка. Т.е. неплохо бы знать, как это готовить и результаты могут быть весьма впечатляющи.
Была отличная низкоуровневая и быстрая иерархическая СУБД (считаем SQL за язык высокого уровня) с объектной надстройкой. За счет низкоуровневости, на нишевых задачах имела громадную фору по скорости.
Почему же «была»? Это все осталось, только быстрее, надежнее и с новой функциональностью в каждом релизе.
— выпустили Ателье, глючное донельзя, судя по отзывам
Ателье зарелизился только вчера — все «глюки» до этого относились к фазе открытого бета-тестирования.
Ну и если вы апологет прошлой IDE Студии, она остается. А Ателье это всего лишь «продвинутый» плагин к Eclipse, что дает кросплатформенность (Студия только под Windows), возможность использования сотен других плагинов Eclipse, а также есть открытое REST-API, что «технически» позволяет подключить любые другие популярные IDE для разработки на Caché ObjectScript (COS).
— вместо объектной модели, решили доприделать SQL, который к иерархической СУБД как сбоку бантик и гробит всю скорость
Что значит «вместо»? Все на месте. Хотите объектный доступ — пожалуйста, хотите SQL доступ к тем же данным — на здоровье. Хотите низкоуровневый доступ к глобалам для тех же данных (они же многоуровневые Key-Value структурам) — и это все есть. Но у всего есть плюсы-минусы и конкретная бизнес-задача, поэтому разработчики вольны переключаться между разными видами доступа к данным, когда это необходимо, и поэтому задача СУБД дать эту возможность мультимодельности и эта возможность есть и с каждой версией улучшается.
А что необычного в политике лицензирования для вендора с проприетарными технологиями?
Для коммерческого использования можно купить лицензии и платить за поддержку или взять в аренду (поддержка включена).
Попробовать продукт можно в бесплатной версии.
Студенты и преподаватели могут получить полнофункциональные версии и лицензии для разработки, обучения здесь, а также бесплатное выездное обучение, гранты и стажировку.
Есть также программа поддержки стартапов — подать заявку можно здесь. Если стартап нам понравится, мы предоставляем поддержку, лицензии и хостинг с Caché и Ensemble до тех пор, пока проект не выйдет на самоокупаемость.
На sql.ru действительно самый актуальный русскоязычный форум по InterSystems.
А самая активная англоязычная тусовка сейчас здесь.
Да, и приходите на митап кстати завтра, если вы в Москве.
Прежде чем автор ответит на вопрос, скажу что нас, как заказчиков грантового исследования, интересовала прежде всего проверка реализуемости такого сценария: приложение работающее с Mongo переключается на Caché и продолжает прекрасно работать, не зная о том, что оно уже работает не с Mongo. Интересно нам это было как еще один факт подтверждения мультимодельности СУБД InterSystems Caché.
Автор может сказать и показать о производительности что-то конкретное с цифрами, но это некоторая субъективная история именно этого проекта и по большому счету ничего не значит и не было официальной задачей проекта. Очевидно, что в другом подобном проекте с производительностью может быть все иначе.
Т.е. это официальный дисклеймер, что все упомянутые цифры не носят никакого официального характера.
Вход в технологию на самом деле ниже, чем кажется.
Нашим партнерам, которые начинают первый проект на технологиях InterSystems, часто достаточно одного двух спецкурсов чтобы уже через пару недель полноценно включиться в разработку проекта на Caché или Ensemble. Учитывая, что в большинстве проектов наших новых заказчиков мы помогаем сделать Proof-of-Concept, эффективность выбора технологии становится видимой очень быстро.
Если говорить о нишах: мы очень успешно делали и делаем интеграционные проекты с помощью платформы Ensemble.
Все случаи, где сейчас успешен NoSQL — там также будет успешна Caché, потому как по природе управления хранимыми данными Caché есть то, что сейчас называют NoSQL.
Традиционно Caché сильна в медицинских решениях со сложными и разреженными структурами данных, сложной логикой работы с данными, а также в высоконагруженных транзакционных системах — биржи, брокеры, банки.
Если есть сложная бизнес-логика, которую трудно распахивать с помощью SQL процедур — это тоже наше поле, т.к. Caché Object Script (COS) может в некоторых случаях намного эффективнее, быстрее и очевиднее управляться с данными, чем это делают хранимые процедуры в SQL серверах (это не критика SQL хранимых процедур — они эффективны, и у нас они тоже есть. Но существует много случаев, когда эффективнее COS). И, что немаловажно, такое решение легко поддерживаемо.
Наши партнеры и клиенты также могут сказать о низкой стоимости владения, о работе службе поддержки — но это уже наверно не релевантно хабру.
Пожалуйста)
Подробные ответы в подробной статье, а тут снова вкратце и с конца.
Про неизвестные маркетинговые термины. NLP — Natural Language Processing, например NLP от Яндекса. У нас такая технология называется iKnow, пример. OLAP — online analytical processing, на Хабре. Наша технология называется DeepSee.
3. ECP — одна из технологий масштабирования решений на Caché, по сути распределенный транзакционно-целостный кэш данных. Если вдруг будете в Санкт-Петербурге 16 октября, приходите на InterSystems Meetup — будет рассказ о практике применения ECP. И кстати про iKnow тоже и без marketing bullshit.
2. Если кратко: все, что ODBC/JDBC сразу будет работать с Caché, как с любой реляционкой. Примеры с django — хорошая идея, сделаем, но я не понимаю, зачем использовать платную СУБД в качестве базы для Wordpress?
1. Красивый отдельный пост :)
Набирать сложно :) Но можно: на маке alt+e и снова e )
Приятно, что вы пересмотрели их все (их довольно много, даже только в нашем блоге). Жаль, что не все понравились.
Как и сказал уже Daimor, чтобы писать в корпоративном блоге InterSystems на Хабре, нужно указать галочку «Сотрудник» InterSystems. Хаба по Caché пока нет, но может появится когда-нибудь. Подавляющее большинство статей написано инженерами компаний-партнеров InterSystems и просто заинтересованными в развитии технологии людьми.
В топ хабра статьи редко выходят, да — но что делать, технология не очень распространенная. Действительно, не монго и не редис с постгресом. Про стилистику статей критика принимается: но мы стараемся размещать в нашем блоге такие статьи, которые интересны нашему сообществу. Можете написать лучше — обращайтесь, возможно наймем вас в качестве автора интересной статьи про Caché, которая выйдет в топ.
Пост для непосвященных — хорошая идея, наверное надо такой сделать. Хотя объектной СУБД Caché уже более 10 лет — т.е. все эти статьи, что такое Caché и постреляционные СУБД уже выходили с десяток лет назад.
Пока статьи «Что такое Caché» на Хабре нет, напишу вкратце про Caché здесь:
Caché — проприетарная СУБД, т.е. не свободное ПО. Поэтому возможно вы возьмете Mongo, Redis или Postgres а не Caché, просто потому, что они опенсорс.
Но взамен денег за покупку ПО клиент InterSystems получает круглосуточную поддержку 24/7, что в некоторых проектах, согласитесь, очень критично.
Изначально (30 лет назад) СУБД Caché была тем, что сейчас называют NoSQL key/value системами. Только структура атомарных хранимых данных в Caché — это key/value в многомерных и разреженных массивах (глобалы).
Дальше СУБД развивалась, в на многомерном движке БД появилась поддержка реляционной модели (т.е. данные можно хранить в таблицах как в любой реляционке и манипулировать ими посредством SQL), наряду с ODBC/JDBC. Затем появилась и поддержка объектной работы с данными, реализованная в скриптовом серверном языке Caché Object Script(COS) и в различных bindings: Java, C#, C++.
Транзакции поддерживаются. Есть встроенный сервер приложений. Горизонтальное масштабирование есть. Высокая доступность и репликация есть. Все популярные серверные ОС поддерживаются.
Вот из-за этой своей многомерной природы и серверного языка COS Caché может работать и как Mongo и как Redis и как Postgres, причем на одних и тех же данных, в зависимости от того, как тому или иному приложению удобно с ними работать. А потом можно еще и через объектный интерфейс к этим же данным обратиться. Это уникальная характеристика Caché — где еще такое возможно?
В качестве примера, зачем это может быть нужно в жизни, приведу кейс одного из наших клиентов. У них была база на одном популярном SQL движке. И сделали они ее в стиле EAV: вся схема в 3-х таблицах, есть такой популярный прием. Но они с этим приемом укусили себя за хвост в плане производительности SQL. Процедур написаны тысячи, код менять нереально. А вот можно ли что-то поделать с производительностью? Вот в Caché можно например переписать логику выполнения SQL процедуры вручную, через оптимальный «обход» многомерных key-value структур. Не для всех конечно это нужно делать, а процедуры с «бутылочным горлышком». Вот конкретно для этого заказчика, переход на Caché дал рост производительности почти 4 раза сразу, просто заменой JDBC драйвера и написанием пары серверных процедур на COS, что решило их текущую проблему.
Почему выбирают Caché наши партнеры? Наверное лучше спросить у них, но можем сказать, что оперирование хранимыми сущностями в Caché позволяет быстро писать сложный код и малой кровью решать сложные задачи. Также очень помогает объектная сторона Caché, что позволяет оперировать наследованием в хранимых классах и наследовать бизнес-логику в методах.
В основном сейчас для Caché пишут решения на REST интерфейсе, с передачей JSON между сервером Caché и клиентскими приложениями. Бизнеслогика REST API пишется на COS.
Caché надежная СУБД: об этом могут сказать банки, биржи (EuroStoxx, Ameritrade, Credit Suiss), операторы крупных госсистем в Украине, Казахстане и России, операторы телеком-услуг, авиадиспетчеры.
Вместе с Caché поставляется технология NLP iKnow и технология OLAP DeepSee.
Другие наши заказчики приобретают InterSystems Ensemble — ESB, основанную на Caché и обладающую всем необходимым для реализации полноценной шины для интеграционного ИТ-решения. Но Ensemble это отдельная история, про которую тоже с удовольствием расскажем.
Также Cache заточена под работу на маломощных машинах с большими объемами данных.
Я бы не сказал, что Caché «заточена» под работу на маломощных серверах. На самом деле это такой side-эффект, что для значительных по нагрузке задач Caché относительно нетребовательна к ресурсам. Примером известных высоконагруженных задач, где используется Caché, например является проект Европейского космического агентства Gaia, где ежедневно обратбатывается до 100 ГБ телеметрии о звездах нашей галактики. Первичные данные загружаются в глобалы как раз через NoSQL доступ через Caché Java eXtreme, а потом обрабатываются через SQL-доступ для создания классификации звезд млечного пути.
Еще статьи о GlobalsDB: раз, два.
По скорости принято считать, что NoSQL, он же прямой доступ к глобалам Caché и GlobalsDB — наиболее быстрый, вторым по скорости идет SQL-доступ, далее объектный.
В многообразии видов доступа заключается одна из ключевых «фишек» Caché — возможность разрабатывать бизнес-логику по работе с данными как с объектами, а если с этими же данными нужно поработать быстро в экстремальном режиме — переходим на прямой доступ. И также всегда есть возможность работать с этими же данными через SQL, как это делается с любой привычной реляционной СУБД.
Про сравнение с другими СУБД — других настолько много, что скорее СУБД подбирают под задачу. Если вам нужно быстрое бесплатное многомерное key-value хранилище данных с транзакционной поддержкой — GlobalsDB подойдет. Работать с ней можно через .NET, java, Node.js.
Нам хорошо знаком проект, т.к. работа по загрузке и обработке данных с Gaia будет выполняться на InterSystems Caché. Подробнее о способе использования технологии, объемах данных и производительности здесь. Если аудитории интересно, думаю сможем написать фидбек об особенностях обработки космических данных из первых рук. Ну и если взлетит, конечно) Осталось 5 дней.
Для «нестудентов» до 25 лет есть ИТ-Планета, как уже написал multik.
Конкурсов у нас нет — мы для «нестудентов» предлагаем бесплатный хостинг под перспективные, с нашей точки зрения, стартапы.
И в следующем году планируем открыть грантовую программу для нестудентов тоже. Но если у вас уже сегодня есть есть интересная ИТ-идея с использованием технологий InterSystems — подавайте заявку.
Zen был классный для 2007 года( когда он появился).
С тех пор в Web UI появились вещи попрогрессивнее и грех их не использовать.
Zen поддерживается, но не развивается, да.
Это большая жаль, да.
Спорное утверждение. У вас что-то не получилось в подходе «ООСУБД вместе с key/value»? На самом деле с этой концепцией действительно очень несложно начать использовать микроскоп в качестве молотка. Т.е. неплохо бы знать, как это готовить и результаты могут быть весьма впечатляющи.
Почему же «была»? Это все осталось, только быстрее, надежнее и с новой функциональностью в каждом релизе.
Ателье зарелизился только вчера — все «глюки» до этого относились к фазе открытого бета-тестирования.
Ну и если вы апологет прошлой IDE Студии, она остается. А Ателье это всего лишь «продвинутый» плагин к Eclipse, что дает кросплатформенность (Студия только под Windows), возможность использования сотен других плагинов Eclipse, а также есть открытое REST-API, что «технически» позволяет подключить любые другие популярные IDE для разработки на Caché ObjectScript (COS).
Что значит «вместо»? Все на месте. Хотите объектный доступ — пожалуйста, хотите SQL доступ к тем же данным — на здоровье. Хотите низкоуровневый доступ к глобалам для тех же данных (они же многоуровневые Key-Value структурам) — и это все есть. Но у всего есть плюсы-минусы и конкретная бизнес-задача, поэтому разработчики вольны переключаться между разными видами доступа к данным, когда это необходимо, и поэтому задача СУБД дать эту возможность мультимодельности и эта возможность есть и с каждой версией улучшается.
Для коммерческого использования можно купить лицензии и платить за поддержку или взять в аренду (поддержка включена).
Попробовать продукт можно в бесплатной версии.
Студенты и преподаватели могут получить полнофункциональные версии и лицензии для разработки, обучения здесь, а также бесплатное выездное обучение, гранты и стажировку.
Есть также программа поддержки стартапов — подать заявку можно здесь. Если стартап нам понравится, мы предоставляем поддержку, лицензии и хостинг с Caché и Ensemble до тех пор, пока проект не выйдет на самоокупаемость.
А самая активная англоязычная тусовка сейчас здесь.
Да, и приходите на митап кстати завтра, если вы в Москве.
Автор может сказать и показать о производительности что-то конкретное с цифрами, но это некоторая субъективная история именно этого проекта и по большому счету ничего не значит и не было официальной задачей проекта. Очевидно, что в другом подобном проекте с производительностью может быть все иначе.
Т.е. это официальный дисклеймер, что все упомянутые цифры не носят никакого официального характера.
Нашим партнерам, которые начинают первый проект на технологиях InterSystems, часто достаточно одного двух спецкурсов чтобы уже через пару недель полноценно включиться в разработку проекта на Caché или Ensemble. Учитывая, что в большинстве проектов наших новых заказчиков мы помогаем сделать Proof-of-Concept, эффективность выбора технологии становится видимой очень быстро.
Если говорить о нишах: мы очень успешно делали и делаем интеграционные проекты с помощью платформы Ensemble.
Все случаи, где сейчас успешен NoSQL — там также будет успешна Caché, потому как по природе управления хранимыми данными Caché есть то, что сейчас называют NoSQL.
Традиционно Caché сильна в медицинских решениях со сложными и разреженными структурами данных, сложной логикой работы с данными, а также в высоконагруженных транзакционных системах — биржи, брокеры, банки.
Если есть сложная бизнес-логика, которую трудно распахивать с помощью SQL процедур — это тоже наше поле, т.к. Caché Object Script (COS) может в некоторых случаях намного эффективнее, быстрее и очевиднее управляться с данными, чем это делают хранимые процедуры в SQL серверах (это не критика SQL хранимых процедур — они эффективны, и у нас они тоже есть. Но существует много случаев, когда эффективнее COS). И, что немаловажно, такое решение легко поддерживаемо.
Наши партнеры и клиенты также могут сказать о низкой стоимости владения, о работе службе поддержки — но это уже наверно не релевантно хабру.
Подробные ответы в подробной статье, а тут снова вкратце и с конца.
Про неизвестные маркетинговые термины. NLP — Natural Language Processing, например NLP от Яндекса. У нас такая технология называется iKnow, пример.
OLAP — online analytical processing, на Хабре. Наша технология называется DeepSee.
3. ECP — одна из технологий масштабирования решений на Caché, по сути распределенный транзакционно-целостный кэш данных. Если вдруг будете в Санкт-Петербурге 16 октября, приходите на InterSystems Meetup — будет рассказ о практике применения ECP. И кстати про iKnow тоже и без marketing bullshit.
2. Если кратко: все, что ODBC/JDBC сразу будет работать с Caché, как с любой реляционкой. Примеры с django — хорошая идея, сделаем, но я не понимаю, зачем использовать платную СУБД в качестве базы для Wordpress?
1. Красивый отдельный пост :)
Набирать сложно :) Но можно: на маке alt+e и снова e )
Как и сказал уже Daimor, чтобы писать в корпоративном блоге InterSystems на Хабре, нужно указать галочку «Сотрудник» InterSystems. Хаба по Caché пока нет, но может появится когда-нибудь. Подавляющее большинство статей написано инженерами компаний-партнеров InterSystems и просто заинтересованными в развитии технологии людьми.
В топ хабра статьи редко выходят, да — но что делать, технология не очень распространенная. Действительно, не монго и не редис с постгресом. Про стилистику статей критика принимается: но мы стараемся размещать в нашем блоге такие статьи, которые интересны нашему сообществу. Можете написать лучше — обращайтесь, возможно наймем вас в качестве автора интересной статьи про Caché, которая выйдет в топ.
Пост для непосвященных — хорошая идея, наверное надо такой сделать. Хотя объектной СУБД Caché уже более 10 лет — т.е. все эти статьи, что такое Caché и постреляционные СУБД уже выходили с десяток лет назад.
Пока статьи «Что такое Caché» на Хабре нет, напишу вкратце про Caché здесь:
Caché — проприетарная СУБД, т.е. не свободное ПО. Поэтому возможно вы возьмете Mongo, Redis или Postgres а не Caché, просто потому, что они опенсорс.
Но взамен денег за покупку ПО клиент InterSystems получает круглосуточную поддержку 24/7, что в некоторых проектах, согласитесь, очень критично.
Изначально (30 лет назад) СУБД Caché была тем, что сейчас называют NoSQL key/value системами. Только структура атомарных хранимых данных в Caché — это key/value в многомерных и разреженных массивах (глобалы).
Дальше СУБД развивалась, в на многомерном движке БД появилась поддержка реляционной модели (т.е. данные можно хранить в таблицах как в любой реляционке и манипулировать ими посредством SQL), наряду с ODBC/JDBC. Затем появилась и поддержка объектной работы с данными, реализованная в скриптовом серверном языке Caché Object Script(COS) и в различных bindings: Java, C#, C++.
Транзакции поддерживаются. Есть встроенный сервер приложений. Горизонтальное масштабирование есть. Высокая доступность и репликация есть. Все популярные серверные ОС поддерживаются.
Вот из-за этой своей многомерной природы и серверного языка COS Caché может работать и как Mongo и как Redis и как Postgres, причем на одних и тех же данных, в зависимости от того, как тому или иному приложению удобно с ними работать. А потом можно еще и через объектный интерфейс к этим же данным обратиться. Это уникальная характеристика Caché — где еще такое возможно?
В качестве примера, зачем это может быть нужно в жизни, приведу кейс одного из наших клиентов. У них была база на одном популярном SQL движке. И сделали они ее в стиле EAV: вся схема в 3-х таблицах, есть такой популярный прием. Но они с этим приемом укусили себя за хвост в плане производительности SQL. Процедур написаны тысячи, код менять нереально. А вот можно ли что-то поделать с производительностью? Вот в Caché можно например переписать логику выполнения SQL процедуры вручную, через оптимальный «обход» многомерных key-value структур. Не для всех конечно это нужно делать, а процедуры с «бутылочным горлышком». Вот конкретно для этого заказчика, переход на Caché дал рост производительности почти 4 раза сразу, просто заменой JDBC драйвера и написанием пары серверных процедур на COS, что решило их текущую проблему.
Почему выбирают Caché наши партнеры? Наверное лучше спросить у них, но можем сказать, что оперирование хранимыми сущностями в Caché позволяет быстро писать сложный код и малой кровью решать сложные задачи. Также очень помогает объектная сторона Caché, что позволяет оперировать наследованием в хранимых классах и наследовать бизнес-логику в методах.
В основном сейчас для Caché пишут решения на REST интерфейсе, с передачей JSON между сервером Caché и клиентскими приложениями. Бизнеслогика REST API пишется на COS.
Caché надежная СУБД: об этом могут сказать банки, биржи (EuroStoxx, Ameritrade, Credit Suiss), операторы крупных госсистем в Украине, Казахстане и России, операторы телеком-услуг, авиадиспетчеры.
Вместе с Caché поставляется технология NLP iKnow и технология OLAP DeepSee.
Другие наши заказчики приобретают InterSystems Ensemble — ESB, основанную на Caché и обладающую всем необходимым для реализации полноценной шины для интеграционного ИТ-решения. Но Ensemble это отдельная история, про которую тоже с удовольствием расскажем.
Я бы не сказал, что Caché «заточена» под работу на маломощных серверах. На самом деле это такой side-эффект, что для значительных по нагрузке задач Caché относительно нетребовательна к ресурсам. Примером известных высоконагруженных задач, где используется Caché, например является проект Европейского космического агентства Gaia, где ежедневно обратбатывается до 100 ГБ телеметрии о звездах нашей галактики. Первичные данные загружаются в глобалы как раз через NoSQL доступ через Caché Java eXtreme, а потом обрабатываются через SQL-доступ для создания классификации звезд млечного пути.
По скорости принято считать, что NoSQL, он же прямой доступ к глобалам Caché и GlobalsDB — наиболее быстрый, вторым по скорости идет SQL-доступ, далее объектный.
В многообразии видов доступа заключается одна из ключевых «фишек» Caché — возможность разрабатывать бизнес-логику по работе с данными как с объектами, а если с этими же данными нужно поработать быстро в экстремальном режиме — переходим на прямой доступ. И также всегда есть возможность работать с этими же данными через SQL, как это делается с любой привычной реляционной СУБД.
Про сравнение с другими СУБД — других настолько много, что скорее СУБД подбирают под задачу. Если вам нужно быстрое бесплатное многомерное key-value хранилище данных с транзакционной поддержкой — GlobalsDB подойдет. Работать с ней можно через .NET, java, Node.js.
Конкурсов у нас нет — мы для «нестудентов» предлагаем бесплатный хостинг под перспективные, с нашей точки зрения, стартапы.
И в следующем году планируем открыть грантовую программу для нестудентов тоже. Но если у вас уже сегодня есть есть интересная ИТ-идея с использованием технологий InterSystems — подавайте заявку.