Comments 26
так в глобалс ДБ есть блокировки и транзакции? нет только шадова ецп и миррорса? я правильно понял?
0
А я опять поинтересуюсь, появилась ли наконец поддержка M? Или это по прежнему маркетинговая игрулька.
0
Подозреваю никогда не будет там поддержки M, не зря ее так тщательно выпиливали. Так что только глобалы. А чем вас не устравивает эта «маркетинговая игрулька», она и в таком виде очень может кому нибудь пригодиться. Особенно если учитывать что бесплатные да и платные конкуренты так же не имеют поддержки совего языка.
0
наверное тем, что я согласен с Робом и M это прото база, на основе которой программист строит свою систему. А кастрировав M часть Каше — получаем что строить не из чего. Ну а походя упомянутые конкурентные системы уже заточены под решение соответствующих задач и конкурировать с ними мог бы разве что полноценный Каше, а не только вызовы для хранения и выборки данных, которые от него остались.
0
Помнится проскакивали цитаты того же Роба, о том как хорошо если добавить JavaScript в качестве серверного языка. Теперь он есть в виде поддержки Node.js
0
Да, но он с Node.js работает c полноценной M системой. Без «хранимок» смысла связываться с не нативными(т.е. внешними относительно среды исполнения) массивами гораздо меньше.
Когда мне описывали соотношение скорости Каше сказали примерно следующее: Прямой доступ сверх быстрый, SQL нормально, Объекты — медленно, но прямым доступом можно сделать всё. А в глобалс — только получить/установить значения, ну и траверзы по индексам. А я не хочу ради подсчёта например суммы по значению индекса гонять тучу данных вне базы.
Когда мне описывали соотношение скорости Каше сказали примерно следующее: Прямой доступ сверх быстрый, SQL нормально, Объекты — медленно, но прямым доступом можно сделать всё. А в глобалс — только получить/установить значения, ну и траверзы по индексам. А я не хочу ради подсчёта например суммы по значению индекса гонять тучу данных вне базы.
0
а что такое М?
+1
Теперь понятно. И зачем оно там, если это сугубо специфическая штука, которую даже википедия не очень признает как язык програмирования :)
0
А представьте Oracle и Postgre без PL/SQL, MS SQL server без T-SQL, MySQL без хранимок. Получиться тоже самое что и Globals.
0
Ага :) Ну это идеологически ) я лично всегда-всегда против логики в хранилище данных ) Не сочтите за троллинг, думаю не будем вдаваться в спор дальше :)
0
тут ещё и производительность завязана. Давайте ещё лишим и WHERE.
0
А подробнее — всегда на своих задачах видел, что гибкость и скорость и масштабиремость была во внешнем коде а не в хранимках
+1
А как вы думаете стоит вычислять, например суммарные отгрузки товара за месяц?
0
Сходу могу предложить два-три варианта
0
Давайте, их рассмотрим.
+1
А смысл? Ничье мнение не изменится, а те, кому надо решать такую задачу, сами знают как ее решить в своих условиях. Или вы именно не представляете принципиально как такая задача может решится вне рамок хранимых процедур? Мне слабо верится :)
0
я хотел указать на конкретное узкое место решения, ведь в зависимости от выбранного варианта оно будет в разных местах.
0
" в отличие от многих других решений вы можете использовать блокировки и транзакции" — Вы ничего не путаете?
Действительно ли в GlobalsDB есть транзакции?
Ссылочку дайте.
Действительно ли в GlobalsDB есть транзакции?
Ссылочку дайте.
0
Дело в том, что я прочитал у ZitRo, что некоторые функции в GlobalsDB представляют собой пустышки. Например функция коннекта, которая работает при любом пароле. Это сделано для того, чтобы потом можно было легко перейти на Intersystems Cache.
Транзакционные функции в GlobalsDB реально работают или это пустышки для простоты переноса на Cache?
Транзакционные функции в GlobalsDB реально работают или это пустышки для простоты переноса на Cache?
0
Sign up to leave a comment.
InterSystems Caché и технологии NoSQL