Комментарии 9
> Вы когда нибудь задумывались, почему вы пишете код на Caché Object Script, а он экспортируется в XML файл?
В первые слышу о Caché Object Script, в программировании 16 лет: С, С++, Bash, PHP, JS, HTML
Может стоило добавить голосовалку, где один из пунктов спрашивает о Caché Object Script? (не сарказм)
В первые слышу о Caché Object Script, в программировании 16 лет: С, С++, Bash, PHP, JS, HTML
Может стоило добавить голосовалку, где один из пунктов спрашивает о Caché Object Script? (не сарказм)
В первые слышу о Caché Object ScriptДумаю вы не одиноки в этом. И еще думаю, что в тизере к статье как раз сарказм.
Всё понятно, можно расходиться:
http://www.sql.ru/forum/507244-1/kto-nibud-ispolzuet-subd-cache
Как сказал: vv313139
Прочитал о ней на сайте разработчиков. Красиво расписано. Но тут же на сайте новостей прочитал, что одно «рабочее место» (при >1 пользователях) стоит от 220 уе !?
Упоминает IBM, но с сожалению, нынче статья недоступна:
http://www.intersystems.com/casestudies/cache/ibm.html
Как говорит pullmann:
Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ).
На вопрос из аудитории, «почему представители других СУБД не сделали такой грамотный индекс» — он развел руками.
Выходит, быстродействие достигнуто за счет конкретной реализации БД, а не за счет мега-ультра-быстродействующего движка.
Опять же, Lepsik:
проверил в адресной буке IBM — нет там такого человека и никогда не было
А вот здесь http://www.intersystems.com/ru/our-products/cache/cache-overview/ внезано включилась музыка, от которой я чуть не обосрался, сидя в 4 утра в наушниках и слушая dnb-atmospheric
Поймите правильно, я честно в первый раз слышу об этой БД, полез почитать в сеть, а там такое…
Вообщем Петрика вспомнил, нe к ночи будет сказано.
http://www.sql.ru/forum/507244-1/kto-nibud-ispolzuet-subd-cache
Как сказал: vv313139
Прочитал о ней на сайте разработчиков. Красиво расписано. Но тут же на сайте новостей прочитал, что одно «рабочее место» (при >1 пользователях) стоит от 220 уе !?
Упоминает IBM, но с сожалению, нынче статья недоступна:
http://www.intersystems.com/casestudies/cache/ibm.html
Как говорит pullmann:
Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ).
На вопрос из аудитории, «почему представители других СУБД не сделали такой грамотный индекс» — он развел руками.
Выходит, быстродействие достигнуто за счет конкретной реализации БД, а не за счет мега-ультра-быстродействующего движка.
Опять же, Lepsik:
проверил в адресной буке IBM — нет там такого человека и никогда не было
А вот здесь http://www.intersystems.com/ru/our-products/cache/cache-overview/ внезано включилась музыка, от которой я чуть не обосрался, сидя в 4 утра в наушниках и слушая dnb-atmospheric
Поймите правильно, я честно в первый раз слышу об этой БД, полез почитать в сеть, а там такое…
Вообщем Петрика вспомнил, нe к ночи будет сказано.
Кто-то может не понимает что такое Bash, и это значит что в Unix блоге в каждой статье про Bash нужно дать описание, а что это, и опрос добавлять?
Статья в корпоративном блоге компании разработчика Cache Object Script.
А откопав сообщения на форуме 8 летней давности, вы считаете можно составить правильное мнение?
тот же sql.ru имеет отдельный форум по Cache со сложившимся годами сообществом.
Статья в корпоративном блоге компании разработчика Cache Object Script.
А откопав сообщения на форуме 8 летней давности, вы считаете можно составить правильное мнение?
тот же sql.ru имеет отдельный форум по Cache со сложившимся годами сообществом.
Начиная с выхода… и версии Caché 2016.2, у вас будет возможность ...
Если мне не изменяет память, класс %Compiler.UDL.TextServices с необходимыми методами появился где то в версии 2014.1
Так что, скорее — «достаточно давно есть возможность» ;)
Да, вы правы. Этот класс существовал еще давно. Однако, %Compiler.UDL.TextServices работает только с классами. Эти же инструменты работают с классами, рутинами, dfi файлами и web.
Под появлением экспорта и импорта UDL я имел ввиду появление методов $system.OBJ.ExportUDL() и $system.OBJ.Load().
P.S. Для экспорта и импорты классов мы испульзуем как раз таки %Compiler.UDL.TextServices.
Под появлением экспорта и импорта UDL я имел ввиду появление методов $system.OBJ.ExportUDL() и $system.OBJ.Load().
P.S. Для экспорта и импорты классов мы испульзуем как раз таки %Compiler.UDL.TextServices.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
UDL-поддержка