Как стать автором
Обновить

Комментарии 7

Нельзя было выбрать название без "é"?
Хороший вопрос. Причем создатели СУБД не имеют в алфавите буквы é и других умляутов. О чем думал маркетолог в момент «прихода идеи» можно только догадываться.
Была отличная низкоуровневая и быстрая иерархическая СУБД (считаем SQL за язык высокого уровня) с объектной надстройкой. За счет низкоуровневости, на нишевых задачах имела громадную фору по скорости.

В угоду рынку, решили стать как все:

— выпустили Ателье, глючное донельзя, судя по отзывам

— убили свой внутренний Web-сервер, который единственный мог нормально использовать объектные (и уникальные) возможности своего языка Cache Object Script

— вместо объектной модели, решили доприделать SQL, который к иерархической СУБД как сбоку бантик и гробит всю скорость

Я уже молчу по ценник.

Отличный релиз.
Позволю себе вступиться за Caché.

1) В Atelier есть ошибки и ещё много, что нужно доделывать (https://community.intersystems.com/post/atelier-10-release). Всё равно это шаг в правильном направлении, потому что база для Atelier — Eclipse — открытая, расширяемая, мультиплатформенная IDE, для которой уже существует множество плагинов, которые теперь можно использовать и для работы с Caché ObjectScript.

2) Этот пункт я не очень понял. Caché поставляется с собственным веб-сервером — урезанной сборкой Apache. Как CSP Gateway мешает использовать уникальные возможности Caché ObjectScript — непонятно.

3) SQL в Caché не «вместо», а «вместе с» объектной моделью. Идеология в том, чтобы использовать тот взгляд на данные, который удобней в данном конкретном случае. Если быстродействия SQL и объектов не хватает всегда можно использовать прямой доступ к глобалам.

Возможность использовать Caché как низкоуровневую и быструю иерархическую СУБД никуда не делась.
2) Речь шла о Zen, развитие которого отсутствует. То есть я широко выразился — не совсем убили, а наполовину.

Можно еще добавить минорный пункт
4) Закрытие бесплатной ветки GlobalsDB

Возможность использовать Caché как низкоуровневую и быструю иерархическую СУБД никуда не делась
Но использовать ООСУБД как key/value или как SQL-хранилище это как забивать гвозди электронным микроскопом.

Единственное, я упустил, что ObjectScript еще можно использовать в хранимых процедурах.
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 структурам) — и это все есть. Но у всего есть плюсы-минусы и конкретная бизнес-задача, поэтому разработчики вольны переключаться между разными видами доступа к данным, когда это необходимо, и поэтому задача СУБД дать эту возможность мультимодельности и эта возможность есть и с каждой версией улучшается.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий