Дополнительный ф-ционал, для коллекций

[lmike]

Ссылка скрыта от гостей

казалось бы - что мешает домине иметь такое?!

 

[ToxaRat]

что именно домино не имеет?

 

[lmike]

операций указанных и апи, для подобного взаимодействия

 

[ToxaRat]

операций указанных и апи, для подобного взаимодействия

Вместо таблиц UnQL манипулирует коллекциями разнородных документов, структура которых жестко не определена и может варьироваться в разных документах (структура документа задается в самом документе, общая схема данных отсутствует). Для создания коллекций по аналогии с SQL-выражением "CREATE/DROP TABLE" используется "CREATE/DROP COLLECTION", при этом коллекция служит для логического разделения различных наборов документов.

а что тут из операций?

АПИ в лотусе всегда было

 

[lmike]

UnQL имеет SQL-подобный синтаксис и поддерживает такие команды, как SELECT, DELETE, INSERT и UPDATE, что делает новый язык запросов привычным для большинства разработчиков. Тем не менее, в отличие от SQL, UnQL обладает рядом расширенных возможностей, позволяющих манипулировать и выбирать информацию в хранилищах документов со сложной и неоднородной структурой. Для определения представления документов используется формат JSON (JavaScript Object Notation).

как-то выборочно ты читаешь
в домине есть неупорядоченные куски, в разных местах...
потому и вопрос

что мешает домине иметь такое?!

 

[ToxaRat]

в домине есть неупорядоченные куски, в разных местах...

типа как фрагментация? - и что?
ну есть в лотусе неупорядоченные куски, что с того, значит их никто не упорядочивает и не отьедает мощность сервера, к чему это?
для отчётов пишешь свой класс, который всё упорядочивает как надо, в чём смысл творить что-то иное с колекцией документов?

 

[lmike]

ну типа если "и чё" - то тебе не надо
ты и с виндой живёшь и ( КМК) джава не знаешь, и мэнфреймы те никчему...
но мир богаче - чем в твои представления
Люди применяют разные инструменты - для разных задач, а не молоток и кайло для всех случаев в жизни (включая секс и еду)

Добавлено:

для отчётов пишешь свой класс

а вот люди позаботились (по ссылке выше) и мне не надо писать - экономия времени и денег

 

[ToxaRat]

а вот люди позаботились (по ссылке выше) и мне не надо писать - экономия времени и денег

о чём же люди позаботились, написали сортировку за тебя, а то что эта сортировка в результате формируется в 10 раз медленней чем если написать свою скромно промолчали?

 

[lmike]

сортировка в результате формируется в 10 раз медленней чем если написать свою скромно промолчали

вот откуда ты цыфры взял?
учитывая использование "если"

 

[VladSh]

о чём же люди позаботились, написали сортировку за тебя, а то что эта сортировка в результате формируется в 10 раз медленней чем если написать свою скромно промолчали?

Если бы сделали по нормальному, т.е. давли бы возможность наследоваться от product-object/classes, то позаботились бы о структуре класса, а переопределить метод сортировки для какого-либо специфического случая не составило бы труда. Структура даёт то, что у всех людей, пишущих что-то на основе этих классов, есть общее понимание, только это уже многое даёт, в т.ч. и в экономии времени.

Единственное, что спорно - это давать возможность пакетно изменять коллекции документов.. как известно, каждый делает какой-то свой механизм на уровне документа.., т.е. при таком решении конфликты поплывут рекой.
Это было бы решено, если бы IBM соизволил сделать классы для работы с документами, исключающие конфликты.. и тогда работать бы не с коллекцией NotesDocument'ов, а с коллекцией этих новых объектов.. Но посмотрим правде в глаза - этого сделано никогда не будет. Поэтому, думаю, что решения такого типа (для однопользовательской БД вроде почты) будут бесполезны и вредны тем, что на это затратят кучу времени, а лучше бы её потратить на что-нибудь реально полезное.

Добавлено: кто-то уже идею забросил

Ссылка скрыта от гостей