Взаимоотношения OWL и RDF из текста не очень ясны.
Хорошо, работать с RDF на уровне XML- или JSON-сериализации идеологически неверно. Но нельзя ли сказать то же самое о SPARQL-запросах к OWL-онтологиям?
Весь блог посвящен сервису databoom.
Данный пост — второй об управлении коллекциями в панели управления databoom.
Что касается сервиса вообще — Лучше почитать предыдущие посты.
Есть стандартный пример demos.telerik.com/kendo-ui/grid/editing-inline
если в нем в datasource написать autoSync: true,
а далее в свойствах грида поменять тип редактирования
editable: «incell»
то он теряет редактор при автосинхронизации с удаленным сервером
______________
вот пример dojo.telerik.com/IwiNi/2
Переход по табу на следующую ячейку делается легко. Но возникает проблема если человек переходит к редактированию по клику — тогда теряется редактор во время автосинхронизации. Естественно что по табу переходить удобнее — но в некоторых случаях пользователи пользуются и мышью — и тогда потеря редактора может раздражать пользователя.
Ограничений на количество простых http запросов нет. Это ограничение на количество websocket соединений — но количество соединений возможно будет увеличено.
Использование OData протокола, который является стандартом и поддерживается множеством разработчиков javascript компонент
Видео (из следующего поста) показывает некоторые преимущества такой интеграции с производителями контролов
Кроме того OData позволяет выполнять более сложные запросы над данными
Поддержка языка запросов SPARQL
Графовая структура базы данных. Благодаря графовой структуре и языкам SPARQL и OData возможно создание намного более мощных приложений
Databoom довольно быстро развивается — у нас на сайте представлен roadmap — часть пунктов из roadmap уже реализована и находится в процессе тестирования, часть находится в процессе разработки
авторизация/регистрация пользователей предусмотрена — и развивается — в данный момент пользователи принадлежат группе и можно указать права на чтение/апдейт/удаление записей в коллекциях — следующая версия будет иметь возможность указания прав пользователей на основе правил
да — на стороне сервера на javascript пишутся триггеры для валидации и для любой обработки данных — пока готовится документация и эта часть проходит тестирование
Есть множество других библиотек, как платных, так и бесплатных, но webix по функционалу лучше, поэтому выбрали для 1го видео его. Но и про другие тоже расскажем.
решение databoom отличается от простого решения на основе mongo
1) поддержка OData стандарта для запросов к базе данных — OData позволяет делать довольно сложные запросы с клиента для которых, в случае использования mongo понадобится писать функции на сервере
2) благодаря OData огромное количество контролов (гриды, деревья и т.д.) автоматически работают с databoom — не надо писать вообще никаких кодов для сортировки, постраничного вывода, фильтрации данных, гриппировки и т.д. — контролы автоматически формируют OData запрос на сервер
3) возможность выполнять сложные графовые запросы к той же самой базе используя язык запросов SPARQL
мы обязательно распишем архитектуру решения в наших следующих постах
Спасибо за замечание — в следующей опишем больше всяких хитростей — про связи между объектами и про возможности добавления объектов со связями и массивами других объектов
Any resource path or path expression identifying a single entity or complex type instance can be appended with a path segment containing the qualified name of a type derived from the declared type of the identified resource. If used in a resource path and the identified resource is not an instance of the derived type, the request will result in a 404 Not Found response. If used in a path expression that is part of a Boolean expression, the type cast will evaluate to null.
Вообще то в стандарте это проблема — там в сообществе ведутся споры как это делать — предлагается несколько вариантов — но пока ни один не вошел в текущий стандарт.
Вопрос не в том как сделать а вопрос скорее в синтаксисе с которым согласится большинство :)
Взаимоотношения OWL и RDF из текста не очень ясны.
Хорошо, работать с RDF на уровне XML- или JSON-сериализации идеологически неверно. Но нельзя ли сказать то же самое о SPARQL-запросах к OWL-онтологиям?
Все четверо из Хельсинкского университета. На финско-китайской границе всё спокойно — был такой анекдот.
А можно поподробнее?
Данный пост — второй об управлении коллекциями в панели управления databoom.
Что касается сервиса вообще — Лучше почитать предыдущие посты.
если в нем в datasource написать autoSync: true,
а далее в свойствах грида поменять тип редактирования
editable: «incell»
то он теряет редактор при автосинхронизации с удаленным сервером
______________
вот пример
dojo.telerik.com/IwiNi/2
gridpanel — это просто два компонента для удобства собранных в один — тулбар с кнопками добавить/удалить и грид
Видео (из следующего поста) показывает некоторые преимущества такой интеграции с производителями контролов
Кроме того OData позволяет выполнять более сложные запросы над данными
Databoom довольно быстро развивается — у нас на сайте представлен roadmap — часть пунктов из roadmap уже реализована и находится в процессе тестирования, часть находится в процессе разработки
1) поддержка OData стандарта для запросов к базе данных — OData позволяет делать довольно сложные запросы с клиента для которых, в случае использования mongo понадобится писать функции на сервере
2) благодаря OData огромное количество контролов (гриды, деревья и т.д.) автоматически работают с databoom — не надо писать вообще никаких кодов для сортировки, постраничного вывода, фильтрации данных, гриппировки и т.д. — контролы автоматически формируют OData запрос на сервер
3) возможность выполнять сложные графовые запросы к той же самой базе используя язык запросов SPARQL
мы обязательно распишем архитектуру решения в наших следующих постах
Это как то не сразу понятно
Вопрос не в том как сделать а вопрос скорее в синтаксисе с которым согласится большинство :)