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

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

Откуда: 010100
Сообщений: 5378
Блок А.Н.
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

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

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

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

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

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

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

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

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

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

Про хостинг - интересная идея.

Какая программа?:) Для какой специальности? По какой дисциплине?
Студентам ведь не Cache нужно преподавать. И не Oracle... А, в частности, теорию и проектирование баз данных. Замечательный пример на sql.ru - в разделе Проектирование баз данных вы не найдете тему о проектировании баз данных:) А только о проектировании так называемых реляционных баз данных. Следовательно, в высших учебных заведениях не изучают вообще проектирование баз данных. Изучают SQL:)
Думаю, что главная причина того, что здесь никто не знает что такое Cashe - в IS тоже не знают.
Профессиональный youtube - возможно поможет что-то изменить в образовании.
12 янв 18, 21:29    [21103245]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
Блок А.Н.
Member

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

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

Бредятина
Думаю, что главная причина того, что здесь никто не знает что такое Cashe - в IS тоже не знают.
А некоторые даже не знают, как она называется.
12 янв 18, 22:09    [21103410]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
Бредятина
Member

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

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

Бредятина
Думаю, что главная причина того, что здесь никто не знает что такое Cashe - в IS тоже не знают.
А некоторые даже не знают, как она называется.
12 янв 18, 22:28    [21103458]     Ответить | Цитировать Сообщить модератору
 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

Откуда: Пермь
Сообщений: 335
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

Откуда:
Сообщений: 1189
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

Откуда: Москва
Сообщений: 1754
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 , чтобы не пострадать от фанатства.

Вот, видите - плоды современного образования. Это же образованный человек. И такие бессвязные глупости, причем, относящиеся к БД в целом:) А здесь еще кто-то сомневается в необходимости вкладываться в образование:)
13 янв 18, 17:06    [21104495]     Ответить | Цитировать Сообщить модератору
 Re: Идеальная СУБД Cache/Ensemble - какая она?  [new]
Блок А.Н.
Member

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

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

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

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

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

Откуда: Новосибирск
Сообщений: 3612
Шваров Евгений
Представьте что вы с завтрашнего дня продакт-менеджер 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

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

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

Откуда: Беларусь, Минск
Сообщений: 787
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

Откуда: Новосибирск
Сообщений: 57
Шваров Евгений
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

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


Alexey Maslov
Евгений,

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


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

Откуда: Москва
Сообщений: 1754
experience
Блок А.Н.
пропущено...
Я задумался - а почему вы спрашиваете? Что это? Желание пообщаться, или в компании назрел запрос на глобальные изменения? Или что-то третье?


Alexey Maslov
Евгений,

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


Евгений,
без обстоятельного ответа на эти вопросы, тема превращается в неудачную шутку... )))

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

Откуда: Новосибирск
Сообщений: 3612
Бредятина
Другими словами, кто-то знает что такое Cache? Серьезно?
Человек не может адекватно оценить свое знание или не знание, это называется "эффект Даннинга-Крюгера". С удовольствием выслушаем вашу теорию о Каше, возможно, мы ничего и не понимаем. А может, вы ничего не понимаете. Только вот на основе таких многозначительных высказываний этого не понять, а вы нас одариваете только туманными фразами.
И вообще, даже простые мысли, которые я иногда понимаю, от вас исходят в виде запутанного потока сознания. Возможно, вы хотите оправдать свой ник, возможно, считаете, что это круто. Нет, это не круто.
16 янв 18, 13:53    [21110593]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6 7   вперед  Ctrl      все
Все форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M Ответить