https://www.opennet.ru/openforum/vsluhforumID3/81609.html Компания 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. <br><br><br><br>Наиболее оправдан ql.io в мэшап-приложениях (http://ru.wikipedia.org/wiki/%D0%9C%D1%8D%D1%88%D0%B0%D0%BF_%28%D0%B2%D0%B5%D0%B1%29), манипулирующих данными из разрозненных web-сервисов, например, комбинирующих запросы к API Google Maps и API eBay. При помощи ql.io данные, полученные их разных ...<br><br>URL: http://www.eba https://www.opennet.ru/openforum/vsluhforumID3/81609.html#18 Mon, 05 Dec 2011 12:15:02 GMT Это к тому что JSON уже есть. <br>И кстати, про разделители, [1,2,3,] и {a:'1',b='b',} -- вполне законные конструкции Javascript. <br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/81609.html#17 Mon, 05 Dec 2011 12:11:01 GMT -- На углу двое юношей возились с каким-то механическим устройством. Один убежденно говорил: &#171;Конструкторская мысль не может стоять на месте. Это закон развития общества. Мы изобретём его. Обязательно изобретём. Вопреки бюрократам вроде Чинушина и консерваторам вроде Твердолобова&#187;. Другой юноша нёс свое: &#171;Я нашел, как применить здесь нестирающиеся шины из полиструктурного волокна с вырожденными аминными связями и неполными кислородными группами. Но я не знаю пока, как использовать регенерирующий реактор на субтепловых нейтронах. Миша, Мишок! Как быть с реактором?&#187; Присмотревшись к устройству, я без труда узнал велосипед.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/81609.html#16 Mon, 05 Dec 2011 11:02:08 GMT 1. Подмножество SQL выглядит не очень в тему, по мне так лучше бы над map/filter реализовали синтаксис. Но хозяин &#8212; барин, то что сделано тоже неплохо выглядит, хотя и будет отвлекать.<br><br>2.1. Node.js просто распиарена, его и любят всякие хипстеры от кодинга, те же самые, которые год назад mongodb использовали для хранения данных because it's web scale.<br><br>2.2. Кэширование в node.js, как правило, сводится к внешнему redis или memcached. Держать данные в памяти процесса я там очень не советую.<br><br>3. А модуль есть у PostgreSQL, начиная с 9.1. Называется foreign data wrappers, хорошая надстройка над всем этим сделана на http://multicorn.org/ (умеет жрать данные с IMAP, RSS, CVS и еще кучки разного).<br> https://www.opennet.ru/openforum/vsluhforumID3/81609.html#15 Mon, 05 Dec 2011 09:34:51 GMT да что угодно, чторазрешило бы задавать части выражения в любом порядке, включая комопоненты WHERE. Ну и возможность в конце списка ставить разделитель тоже очень удобна - как в перле можно сказать: $x = [1,2,3,4,]; - а еще лучше разделителем считать вайтспейс.<br><br>В прицнипе S-expressions действительно подошли бы, но здесь лучше бы чуть упрощенный синтаксис, чтобы скобок было поменьше. Что-то вроде списка функций, наподобие этого примерчика:<br>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;<br><br>В данном случае единственное услоие по порядку - что первым должен идти SELECT. Для чтения человеком такого супа, конечно, понадобится форматтер - как сейчас для XML и JSON. Зато собирается простейшей конкатенацией.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/81609.html#14 Mon, 05 Dec 2011 09:08:48 GMT а какой формат удобен для генерации, lisp предлагаете, как самый простой в этом случае?<br> https://www.opennet.ru/openforum/vsluhforumID3/81609.html#13 Mon, 05 Dec 2011 08:03:44 GMT Интересная идея, но:<br>1) опять используется неудобный для генерации (и не особо удобный для писания руками) SQL-подобный формат<br>2) шлюз на node.js зачем-то вместо сей, эрланга или джавы на худой конец... Впрочем, это тестировать надо - до тех пор пока в коде копаться не надо, и node.js пойдёт, ежели производительности хватит. Интреесно, у него механика кэширования есть?<br><br>Вот что было бы интересно, раз уж SQL-образное - так это извратиться и сделать на этом принципе модуль к мускулу или mongo - с правилами кэширования для отдельных ресурсов и возможностью эффективного объединения запросов к веб-сервисам и своим данным в базе. А то мержить на клиенте не забавно совсем. Опять же, раз уж javascript - может для монги это будет даже не особенно геморройно.<br> https://www.opennet.ru/openforum/vsluhforumID3/81609.html#10 Mon, 05 Dec 2011 04:51:15 GMT &gt;Currently, ql.io requires a Linux or Mac system.<br><br>А вы APS ASP.<br>Интересная вещь.<br>