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

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 586
271
#3
операций указанных и апи, для подобного взаимодействия
 

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 231
18
#4
операций указанных и апи, для подобного взаимодействия
Вместо таблиц UnQL манипулирует коллекциями разнородных документов, структура которых жестко не определена и может варьироваться в разных документах (структура документа задается в самом документе, общая схема данных отсутствует). Для создания коллекций по аналогии с SQL-выражением "CREATE/DROP TABLE" используется "CREATE/DROP COLLECTION", при этом коллекция служит для логического разделения различных наборов документов.
а что тут из операций?

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

lmike

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

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 231
18
#6
в домине есть неупорядоченные куски, в разных местах...
типа как фрагментация? - и что?
ну есть в лотусе неупорядоченные куски, что с того, значит их никто не упорядочивает и не отьедает мощность сервера, к чему это?
для отчётов пишешь свой класс, который всё упорядочивает как надо, в чём смысл творить что-то иное с колекцией документов?
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 586
271
#7
ну типа если "и чё" - то тебе не надо ;)
ты и с виндой живёшь и ( КМК) джава не знаешь, и мэнфреймы те никчему...
но мир богаче - чем в твои представления ;)
Люди применяют разные инструменты - для разных задач, а не молоток и кайло для всех случаев в жизни (включая секс и еду) :)

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

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 231
18
#8
а вот люди позаботились (по ссылке выше) и мне не надо писать - экономия времени и денег
о чём же люди позаботились, написали сортировку за тебя, а то что эта сортировка в результате формируется в 10 раз медленней чем если написать свою скромно промолчали? ;)
 

VladSh

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

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

Добавлено: кто-то уже идею забросил Provide an UnQL interface ;)