Компания eBay представила (http://www.ebaytechblog.com/2011/11/30/announcing-ql-io/) проект ql.io (http://ql.io/), в рамках которого подготовлена реализация декларативного предметно-ориентированного языка для формирования выборок, выступающая в роли надстройки над традиционным Web API существующих сервисов. Язык ql.io базируется на идеях SQL и использует при манипуляциях данными формат JSON. Целью проекта является сокращение времени разработки за счет упрощения процесса работы с данными через использование более привычных и наглядных механизмов формирования запросов. Исходные тексты ql.io написаны на языке JavaScript и распространяются (https://github.com/ql-io/ql.io) под лицензией Apache.Наиболее оправдан ql.io в мэшап-приложениях (http://ru.wikipedia.org/wiki/%D0%9C%D1%8... манипулирующих данными из разрозненных web-сервисов, например, комбинирующих запросы к API Google Maps и API eBay. При помощи ql.io данные, полученные их разных ...
URL: http://www.ebaytechblog.com/2011/11/30/announcing-ql-io/
Новость: http://www.opennet.me/opennews/art.shtml?num=32463
>Currently, ql.io requires a Linux or Mac system.А вы APS ASP.
Интересная вещь.
Интересная идея, но:
1) опять используется неудобный для генерации (и не особо удобный для писания руками) SQL-подобный формат
2) шлюз на node.js зачем-то вместо сей, эрланга или джавы на худой конец... Впрочем, это тестировать надо - до тех пор пока в коде копаться не надо, и node.js пойдёт, ежели производительности хватит. Интреесно, у него механика кэширования есть?Вот что было бы интересно, раз уж SQL-образное - так это извратиться и сделать на этом принципе модуль к мускулу или mongo - с правилами кэширования для отдельных ресурсов и возможностью эффективного объединения запросов к веб-сервисам и своим данным в базе. А то мержить на клиенте не забавно совсем. Опять же, раз уж javascript - может для монги это будет даже не особенно геморройно.
а какой формат удобен для генерации, lisp предлагаете, как самый простой в этом случае?
да что угодно, чторазрешило бы задавать части выражения в любом порядке, включая комопоненты WHERE. Ну и возможность в конце списка ставить разделитель тоже очень удобна - как в перле можно сказать: $x = [1,2,3,4,]; - а еще лучше разделителем считать вайтспейс.В прицнипе S-expressions действительно подошли бы, но здесь лучше бы чуть упрощенный синтаксис, чтобы скобок было поменьше. Что-то вроде списка функций, наподобие этого примерчика:
SELECT FIELD x AND (x=2) AND (y=3) SORT(a:DESC b:) JOIN (T2:T2.id=T1.id) FROM T1 AND cond=213 FIELD T2.xyz;В данном случае единственное услоие по порядку - что первым должен идти SELECT. Для чтения человеком такого супа, конечно, понадобится форматтер - как сейчас для XML и JSON. Зато собирается простейшей конкатенацией.
-- На углу двое юношей возились с каким-то механическим устройством. Один убежденно говорил: «Конструкторская мысль не может стоять на месте. Это закон развития общества. Мы изобретём его. Обязательно изобретём. Вопреки бюрократам вроде Чинушина и консерваторам вроде Твердолобова». Другой юноша нёс свое: «Я нашел, как применить здесь нестирающиеся шины из полиструктурного волокна с вырожденными аминными связями и неполными кислородными группами. Но я не знаю пока, как использовать регенерирующий реактор на субтепловых нейтронах. Миша, Мишок! Как быть с реактором?» Присмотревшись к устройству, я без труда узнал велосипед.
Это к тому что JSON уже есть.
И кстати, про разделители, [1,2,3,] и {a:'1',b='b',} -- вполне законные конструкции Javascript.
1. Подмножество SQL выглядит не очень в тему, по мне так лучше бы над map/filter реализовали синтаксис. Но хозяин — барин, то что сделано тоже неплохо выглядит, хотя и будет отвлекать.2.1. Node.js просто распиарена, его и любят всякие хипстеры от кодинга, те же самые, которые год назад mongodb использовали для хранения данных because it's web scale.
2.2. Кэширование в node.js, как правило, сводится к внешнему redis или memcached. Держать данные в памяти процесса я там очень не советую.
3. А модуль есть у PostgreSQL, начиная с 9.1. Называется foreign data wrappers, хорошая надстройка над всем этим сделана на http://multicorn.org/ (умеет жрать данные с IMAP, RSS, CVS и еще кучки разного).