https://www.opennet.ru/openforum/vsluhforumID3/79439.html Компания Couchbase, развивающая (http://www.opennet.ru/opennews/art.shtml?num=29528) такие системы, как CouchDB, Memcached и Membase, анонсировала (http://www.couchbase.com/press-releases/unql-query-language) создание нового языка запросов - UnQL (http://www.unqlspec.org) (Unstructured Data Query Language), напоминающего SQL, но ориентированного на работу с неструктурированными данными. Проект выполнен совместными усилиями Ричарда Гиппа (Richard Hipp), создателя SQLite, и Дэмиена Каца (Damien Katz), основателя проекта CouchDB. Разработка передана сообществу в виде общественного достояния. <br><br><br>Основной целью разработки было создание для NoSQL-систем привычного и стандартизованного языка для определения и манипулирования данными. UnQL выступает в роли неструктурированного эквивалента SQL и призван заполнить образовавшуюся нишу, связанную с отсутствием единой формы задания модели данных и языка запросов, которые могли бы стать стандартом для нереляционных баз данных, манипулирующих нестр...<br><br>URL: http://www.cou https://www.opennet.ru/openforum/vsluhforumID3/79439.html#95 Tue, 05 Dec 2017 09:57:43 GMT а при чем здесь SQL? вы сравниваете BTREE с Hash-таблицей.<br> https://www.opennet.ru/openforum/vsluhforumID3/79439.html#93 Wed, 10 Aug 2011 20:11:33 GMT &gt; Собсно, нелюбовь к котяткам ВСЕГДА имеет причиной неумение их готовить.<br><br>И конечно же любой теоретик в мозгу сможет трансформировать запрос в дисковые операции и понять как же оптимальнее для диска все это потом читать. Аж два раза. Прямо не мозг а пентиум про какой-то. С другой стороны у половины NoSQL баз такой проблемы вообще нет в силу простоты запросов. <br><br> https://www.opennet.ru/openforum/vsluhforumID3/79439.html#92 Thu, 04 Aug 2011 15:49:39 GMT &gt; Сюрприз - вменяемый ДБА правит так, что SQL-код начинает работать и работать <br>&gt; быстро.<br><br>Сюрприз: базу key-value до уровня скуля затормозить - надо сиииииииильно постараться. Например токийский кабинет возвращает значение по ключу в 1 или 2 дисковые операции. На-ка, тормозни его, DBA. <br> https://www.opennet.ru/openforum/vsluhforumID3/79439.html#91 Thu, 04 Aug 2011 15:47:28 GMT &gt; "на каждом шагу" - это такая гипербола, литературный оборот, да?<br>&gt; и вообще эскейпинг спасет отца русской демократии, ага <br><br>По аналогии, можно сначала специально сломать вам ногу а потом рассказать что костыли и гипс - спасут отца русской демократии. И что в них после тренировки можно даже бегать понемногу.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/79439.html#90 Thu, 04 Aug 2011 15:45:46 GMT &gt; Next step NoUnQL?<br><br>А потом UnUnSQL? А на какой итерации наступает stack overflow? :)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/79439.html#89 Thu, 04 Aug 2011 15:44:52 GMT &gt; Чудаки хватит уже недостатки PHP выдавать за общие... <br><br>В каком месте я вообще хоть слово про пхп сказал? У вас какие-то личные счеты к пыху?<br> https://www.opennet.ru/openforum/vsluhforumID3/79439.html#88 Thu, 04 Aug 2011 15:42:42 GMT &gt; CO2 вообще уже давно мало кого волнуют. <br><br>Так то от скудоумия. Планета у нас одна. Другой - нет. Засрем - вымрем как мамонты! <br>И никакие доллары не помогут.<br> https://www.opennet.ru/openforum/vsluhforumID3/79439.html#87 Thu, 04 Aug 2011 15:41:16 GMT &gt; 1. Умные люди стоят денег, а их не так много, и людей <br>&gt; и денег.<br><br>Ну так нормальный человек стремится поумнеть. Зачем же деградантствовать и полагать что так и надо?<br><br>&gt; 2. С усложнением структуры базы требуемая квалификация команды и тестеров, <br>&gt; как и их стоимость, возрастает геометрически.<br><br>Keep it simple, stupid! Да, конечно, на sql.ru можно найти и пример создания базы с 126 столбцами. Какой-то быдлoкодер решил что если движок может - давайте все в отдельной колонке хранить. Вплоть до цвета шрифта в конкретном месте страницы. Вот только такие продукты обычно тормозные, глюкавые и являют собой решетo.<br><br>&gt; Убoгость, она не в технологии, она в головах.<br><br>Технология может способствовать убoгим решениям а может наоборот усложнять быдлoкодинг.<br><br>&gt; Есть ниша для реализаций на Berkley DB, но ряд задач на <br>&gt; нереляцеонных БД удовлетворительно не решить.<br><br>А может просто не надо чрезмерно наворачивать структуру базы? А то сами же потом и будете лaжаться. Базы типа беркелея заставят намного тщательнее по https://www.opennet.ru/openforum/vsluhforumID3/79439.html#86 Thu, 04 Aug 2011 15:33:43 GMT &gt; В случае скуля не приходится ровным счётом ничего "вручную костылить". Начиная от <br>&gt; prepared statements, реализуемых драйвером автоматически, заканчивая соответствующими <br>&gt; escape-функциями, позволяющими программисту тонко контролировать процесс.<br><br>Автоматизация костылестроения и тюнинг костылей. Шедеврально. <br><br>А в базах ключ-значение в выражении вида value = get(key) вообще облажаться негде. Юзер может пхать как key все что хочет даже. Но это мало ему поможет. И не надо никакого эскейпинга, prepare statement и прочих костылей. Можно влобешник имя пользователя отдать как key без особых рисков. Стоит ли говорить что базы key-value сами по себе просто убойно быстрые, да еще и дополнительно тормозить эскейпингами и prepare statements не надо. <br>