URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 78812
[ Назад ]

Исходное сообщение
"Проект NewSQL призван решить проблемы, с которыми столкнулся..."

Отправлено opennews , 10-Июл-11 15:06 
Майкл Стоунбрейкер (Michael Stonebraker (http://ru.wikipedia.org/wiki/%D0%A1%D1%8... один из основоположников теории баз данных, принимавший участие в разработке архитектуры СУБД как Ingres, Informix, PostgreSQL, SciDB (http://www.opennet.ru/opennews/art.shtml?num=30983)  и VoltDB (http://www.opennet.ru/opennews/art.shtml?num=26732), рассуждая (http://gigaom.com/cloud/facebook-trapped-in-mysql-fate-worse... о масштабировании СУБД, упомянул, что поддержание огромной и сложной реализацией MySQL в Facebook "хуже чем смерть" и есть только один выход из сложившейся проблемы - сделать невозможное и переписать весь код. Это проблема касается и многих других web компаний, которые начинают с малого, а затем увеличиваются до огромных размеров.


В настоящее время, чтобы справится с нагрузкой, которую создают 750 миллионов пользователей, Facebook оперирует четырьмя тысячами экземпляров (исполь...

URL: http://gigaom.com/cloud/facebook-trapped-in-mysql-fate-worse.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=31142


Содержание

Сообщения в этом обсуждении
"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Онаним , 10-Июл-11 15:06 
И кто им мешал PostgreSQL использовать??

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено 1 , 10-Июл-11 15:32 
отсутствие нормального орма видимо

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено all_glory_to_the_hypnotoad , 10-Июл-11 15:37 
орм не нужен, особенно в таких нагруженных проектах.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено pro100master , 10-Июл-11 18:52 
> И кто им мешал PostgreSQL использовать??

Postgre еще более ущербен на primaryKey-value. Его вселенная - приложения.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Tormal , 13-Июл-11 12:56 
Да ну неужели ?

"ХЕ"
Отправлено Odity , 11-Июл-11 08:57 
А вы представляете что это значит? Такие гиганты говорят что настоящая БД не годится. Это как раньше пользовались при шифровании ключом в 56  бит и считалось что это достаточно, но на перед видилось что будут новые машины и что и 256 бит скоро будет не хватать. Просто наперед начать переписывать с нуля то что есть сейчас...это офигенный прогресс!!!!MS со своим 2008 SQL только бы хотелось узнать как,потянут базы от таких гигантов или нет? Думают ли они о будущем и то что ЭТОГО уже мало?



"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено gegMOPO4 , 10-Июл-11 15:22 
Сперва они упираются в тормознутость PHP и решают написать компилятор из PHP в C. Потом они упираются в MySQL и решают написать свою БД. Что дальше? Небольшой [свечной] микропроцессорный заводик? Собственная сеть спутников?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено pavlinux , 10-Июл-11 15:36 
А почему бы и нет. Например аппаратное ускорение работы базы.
Тогда любой запрос можно превратить в один ioctl(SQL_REG, IO_SELECT, *data_pointer);
с другой стороны ускорителя :) втыкать всяки носители, хоть USB-плешку.
Две USB дыкри и кнопка [ FAST BACKUP ] - аналог dd if USB1 of USB2

  


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено gegMOPO4 , 10-Июл-11 15:48 
Это было бы занимательно. Только, учитывая опыт компилятора, не для простых смертных это, будет требовать гелиевого охлаждения и отдельного энергоподвода от ближайшей электростанции.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено pro100master , 10-Июл-11 18:50 
ну а что тут такого? Любой проект, если он растет, сталкивается с проблемами (не только масштабирования, но и бизнес, и сетью, и управлением, и разработкой). Их путь повторяет опыт Гугла: слабые ФС - делаем свою, слабые серверы - делаем (заказываем) свои и т.д.

я наблюдал несколько небольших компаний, которые с самого начала пытались делать сверхоптимизированные проекты - проели кучу денег, на запуск и раскрутку тупо не хватило.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено rshadow , 11-Июл-11 11:33 
Согласен полностью. Если им не хватает чего то пусть пишут. Нам главное учесть их опыт и пропускать мимо ушей все эти "нанотехнологии". А то уже гугль пол инета готов закопать, эти вот sql готовы закопать ...

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено gegMOPO4 , 10-Июл-11 15:26 
Интересно, они думают, что если SQL записывать в нижнем регистре, это избавит от проблем масштабируемости?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено 1 , 10-Июл-11 15:34 
интересно, ты думаешь что написав пару язвительных комментариев о том, чего не понимаешь, ты сможешь казаться специалистом в данном вопросе?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено all_glory_to_the_hypnotoad , 10-Июл-11 15:38 
ты уже научился "по фотографии" определять кто специалист и кто нет?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено gegMOPO4 , 10-Июл-11 15:54 
Нет. А вы так думаете?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 10-Июл-11 16:26 
>> написав пару язвительных комментариев о том, чего не понимаешь,
>> ты сможешь казаться специалистом в данном вопросе?

а вдруг наоборот?


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 10-Июл-11 17:57 
>> Интересно, они думают, что если SQL записывать в нижнем регистре,
>> это избавит от проблем масштабируемости?

Усовершенствования это круто, но ОТХОДИТЬ ОТ СТАНДАРТОВ SQL-синтаксиса -- нехорошо в кубе.
Граждане не просто регистром балуются, а мостырят какую-то "феню".


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено volax , 10-Июл-11 19:36 
Это их сайт, их язык, их программисты и их сообщество, нифиг им совместимость? ИМХО, главное, чтобы работало

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 10-Июл-11 21:57 
"Их сайт", то есть Фейсбук, как раз нуждается в совместимости, ибо на MySQL.
А Stonebraker просто рядом стоит.
Соблазняя Фейсбуков отойти от ANSI синтаксиса.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 11-Июл-11 09:27 
ну так многие уже отошли от стандарта, NoSQL используют

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 11-Июл-11 15:49 
Ткните пальцем. Во многих.

И:
Вас ист дас "nosql"? "Key-value"?
Какое отношение "k-v" имеет к обсуждаемому тут NewSQL?



"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено ананим , 11-Июл-11 07:29 
>Усовершенствования это круто, но ОТХОДИТЬ ОТ СТАНДАРТОВ SQL-синтаксиса -- нехорошо в кубе.

тем более не понятно, как изменение синтаксиса решит вопрос масштабирования и производительности.
Зыж
ну давайте все говорить по-английски.
Глядишь и ввп удвоится.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 10-Июл-11 22:06 
Этот человек производит впечатление психа.
На сайте, кстати, ничего, кроме рассуждений о том, что "синтаксис SQL громоздок".
И цель проекта заявлена, собственно, как новый синтаксис и только новый синтаксис.
О движке и его производительности ни звука.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено rshadow , 11-Июл-11 11:36 
Насколько я знаю SQL в mysql регистронезависим. Так что проблему производительности можно решить решить простой заменой. <сарказм>

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено gegMOPO4 , 11-Июл-11 11:44 
Именно! ;)

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено metallic , 10-Июл-11 15:38 
А что, кому-то от этого плохо? Думаю сообщество только от этого выиграет, они же не будут исходники зажимать? Так и появляются хорошие открытые проекты, которые разрабатываются за деньги больших богатых контор.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено gegMOPO4 , 10-Июл-11 15:50 
Это не плохо. Это просто выглядит несколько… забавно. Весёлая компания.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 11-Июл-11 15:55 
> А что, кому-то от этого плохо? Думаю сообщество только от этого выиграет,
> они же не будут исходники зажимать? Так и появляются хорошие открытые
> проекты, которые разрабатываются за деньги больших богатых контор.

КТО и ЧТО "выиграет" от синтаксиса НАД SQL???

Вы на сайт NewSQL заходили?


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Иван Иванович Иванов , 10-Июл-11 15:44 
Смахивает на рекламу NewSQL.

Вообще, FB отлично на MySQL работает, и, кажется, всё это профанация для личной выгоды.


"Проект NewSQL призван решить проблемы, с которыми..."
Отправлено anonymous , 10-Июл-11 17:34 
> Смахивает на рекламу NewSQL.

чем и является, собственно. «мы наш, мы новый мир построим! дайте бабла уже!»


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 15:48 
Гугль давно свой велосипед изобрел для таких целей. Фэйсбук тоже доэволюционировал до этого, видимо

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено all_glory_to_the_hypnotoad , 10-Июл-11 15:53 
У гугла немного другой круг задач, т.е. цели там другие. А так есть похожие открытые велосипеды как у гугла - apache hadoop. Ява, но конторы с аналогичными целями его успешно используют.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 15:50 
не понял, за счет чего повышается производительность?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено all_glory_to_the_hypnotoad , 10-Июл-11 15:55 
Кто сказал что она повышается? Кроме кучи текста пока ещё ничего нет.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено anonymus , 10-Июл-11 17:58 
В статье представлены 6 компаний, у которых есть масштабируемые СУБД.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 10-Июл-11 21:59 
> В статье представлены 6 компаний, у которых есть масштабируемые СУБД.

-- ни одна из которых проблем, которые "6 компаний" берутся порешать, -- не решила.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено VoDA , 11-Июл-11 18:34 
> не понял, за счет чего повышается производительность?

за счет разнесения на разные сервера и развязывания обработки. поскольку нет требования консистентности, то не требуется координатор транзакций - а он бутылочное горлышко любой распределенной БД. Раз убрали боттел-нек, то и скорость серьезно повышается. Минус - переход от консистентности к "Eventual consistency"

Eventual consistency - это что при прекращении нагрузки система самостоятельно раскатит все транзакции по всем серверам и вся БД придет в согласованное состояние. Но поскольку нагрузка никогда не будет уменьшена, то и согласованность БД не будет достигнута ;)


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 16:09 
Когда до людей дойдёт, что централизованные сервисы ненужны?

Всем известный пример - есть ICQ, которая стабильно падает и глючит, и есть джаббер, который работает. И есть распределённый email, который спокон веков работал на любом копеечном железе и как-то обходился без ВЫСОКИХ НАГРУЗОК, МАСШТАБИРОВАНИЯ и NOSQL. И для социальных сетей давно есть распределённая Diaspora, в которой каждый сам хозяин своих даных - но нет, мыши плакали, кололись, но упорно несли свои личные фконтактик и ффейсбук. А создатели вктонактика и фейсбука мужественно борются с проблемами масштабирования, которые сами же себе и придумали. Воистину, все беды от дурости.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 16:30 
> давно есть распределённая Diaspora

Официально ещё не вышла, но да - есть серверы со свободной регистрацией.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 16:43 
Что значит "не вышла"? git clone git://github.com/diaspora/diaspora.git

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 19:24 
THIS IS ALPHA SOFTWARE AND SHOULD BE TREATED ACCORDINGLY. IT IS FUN TO GET RUNNING, BUT EXPECT THINGS TO BE BROKEN.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 19:40 
Вконтактик всю жизнь ALPHA SOFTWARE, и разве кого-то это останавлиет?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 16:45 
> Официально ещё не вышла, но да - есть серверы со свободной регистрацией.

Гугол+ тоже ещё официально не вышел, а все уже бегут в очередь становиться, лол.



"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Алексей Морозов , 10-Июл-11 18:32 
> Когда до людей дойдёт, что централизованные сервисы ненужны?

Тогда, когда некоторая [коммерческая] компания проведёт, по сути, рекламную акцию среди _некомпьютерного_ населения по внедрению распределённой социальной сети. Для этого должны быть созданы и отшлифованы пригодные для _некомпьютерного_ населения клиенты и _сервера_ , налажено взаимодействие с аналогичными службами (гейты в твиттер, фейсбук и blogger.com - популярная тема) и так далее и тому подобное.

А на выходе, напомню, - _распределённая_ социальная сеть. С такой сети и персональные данные фиг поколлекционируешь :) В общем, не слишком очевиден способ монетизации, ведь вводить абонентку или перегрузить рекламой - это подписать себе смертный приговор ещё на взлёте. Вот и не занимается этим никто всерьёз.

А "мыши" и прочие "хомячки", с одной стороны, не воспринимают свои персональные данные как нечто коммерчески ценное и приватное, а с другой - чаще всего не задумываются над тем, что хозяин ресурса обладает полным доступом к тому, что они показали хоть кому-то.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 19:26 
>монетизации

Причём тут монеты?


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Алексей Морозов , 10-Июл-11 19:32 
>>монетизации
> Причём тут монеты?

Для поднятия ЧСВ себе и оплаты еды программистам, пишущим код.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 11-Июл-11 08:46 
Нумизмат?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено XoRe , 12-Июл-11 02:01 
> Когда до людей дойдёт, что централизованные сервисы ненужны?

Фейсбук приносит деньги акционерам фейсбука?
Значит, фейсбук нужен.
Как минимум, нужен этим самым акционерам.

Вложить бабло в разработку красивого сайта, прорекламировать, нагнать пользователей, поднять посещаемость, ввести платные услуги, получить ещё больше бабла на выходе.
Вот и вся любовь.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 17:32 
> есть только один выход из сложившейся проблемы - сделать невозможное и переписать весь код. Эта проблема касается и многих других web-компаний

Вообще почему ограничились только Web-компаниями мне например не нравиться что ядро подтормаживает когда make QT в сто потоков ставишь ;)


"Проект NewSQL призван решить проблемы, с которыми..."
Отправлено anonymous , 10-Июл-11 17:35 
> make QT

у тебя есть исходники QuickTime? поделись!


"Проект NewSQL призван решить проблемы, с которыми..."
Отправлено Аноним , 10-Июл-11 17:40 
Млин, кругом тролли... Ты вот зачем опять троллишь тут красноглазая?

Ссылка на исходники qt:

http://qt.nokia.com/downloads


"Проект NewSQL призван решить проблемы, с которыми..."
Отправлено anonymous , 10-Июл-11 17:53 
> Млин, кругом тролли… Ты вот зачем опять троллишь тут красноглазая?
> Ссылка на исходники qt:
> http://qt.nokia.com/downloads

а что такое «qt»? QT — это QuickTime. Qt — это тулкит от нокии. а «qt» — это что такое?


"Проект NewSQL призван решить проблемы, с которыми..."
Отправлено Odity , 11-Июл-11 11:50 
>> make QT
> у тебя есть исходники QuickTime? поделись!

^)))))))))))))))) блин. я долго так не плакал на работе...


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 19:27 
Выкинь systemd и включи автогруп шедулинг.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 17:38 
> который имеет значительно более высокую производительность, чем обычные SQL DB,
> при этом гарантирует выполнение требований ACID. NewSQL пока находится на
> стадии проектирования, ещё даже не принят язык запросов - решается вопрос о
> выборе между синтаксисом похожим на Java и синтаксисом, напоминающим
> обычные SQL-запросы.

Отлично... Еще не начали делать, а уже говорят что будет быстрее. Запросы лучше писать в виде функций и запросов примитивных. То есть в идеале уход от SQL и приход к чуть ли не ручному foreach. Только тогда программисты смогут сами понимать на сколько сложно искать что-то... И не потребуеться много времени на разор SQL.


"Проект NewSQL призван решить проблемы, с которыми..."
Отправлено anonymous , 10-Июл-11 17:54 
> Только тогда программисты смогут сами понимать на сколько сложно искать что-то...

ты не поверишь: компьютеры были придуманы как раз для того, чтобы поменьше тупой ручной работы делать. сюрпрайз?


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено all_glory_to_the_hypnotoad , 10-Июл-11 18:57 
>То есть в идеале уход от SQL и приход к чуть ли не ручному foreach. Только тогда программисты смогут сами понимать на сколько сложно искать что-то... И не потребуеться много времени на разор SQL.

Большинство программистов не сможет написать "форичами" план выполнения быстрее чем это делают оптимизаторы запросов в нормальных СУБД. А php быдлокодеры были, есть и будут независимот ни от чего делать на каждый чих по 1000 запросов к БД.

> И не потребуеться много времени на разор SQL.

на разбор SQL выражений времени и так много не требуется.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Fantomas , 11-Июл-11 16:05 
> А php быдлокодеры были, есть и будут независимот ни от чего делать на каждый чих по 1000 запросов к БД

SELECT current_date;
:-)))))))))))))))


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено getfr , 10-Июл-11 18:05 
Похоже, что проекту, указанному в новости, не хватает одного, но грамотного руководителя проекта.

При грамотном руководителе проекта мы бы знали, что проект работает, а не видели периодические отмазки, выполнзающие наружу.

IMHO, естественно.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено pro100master , 10-Июл-11 19:06 
1) sql - гавно, перепишем
2) реляционный БД - гавно - перепишем

Ну да - такой подход  veni, vidi, vici крут. Чего там - стандарт SQL придумали трусы. Почитать известнейших теоретиков БД тоже не судьба - читать тоже придумали трусы. Объектные БД уже были (и еще есть - ниша специфичная) и как-то популярности не набрали.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 19:28 
"NewSQL пока находится на стадии проектирования", но уже "имеет значительно более высокую производительность, чем обычные SQL DB"

у них бенчмарк через libastral работает?


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Vitaly_loki , 10-Июл-11 19:59 
Еще круче - у них машина времени

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено lucentcode , 10-Июл-11 20:43 
А про то, что при разработке вначале пишут прототип на чём-то лёгком из ООП-языков, вы слышали? Если прототип показывает увеличение производительности, то релиз данной БД будет намного производительней прототипа.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено all_glory_to_the_hypnotoad , 10-Июл-11 22:52 
Не смешите, с такими ёмкими проектами так не бывает. И лёгкий язык даст слишком большую просадку по скорости какая бы там продвинутая архитектура не была. И существенно продвинутую архитектуру придумать практически невозможно, из статьи же что говорит сам автор о NoSQL:

"Кроме этого, по мнению Стоунбрейкера NoSQL обладает не сильно возросшей производительностью относительно традиционных SQL-ориентированных СУБД"

Т.е. ноэскюэльщики с наскока существенно решить ничего не смогли. И прототипы всегда имеют более облегчённый функционал, который потом становится ещё сложнее.

Подобные проекты пишутся только "на удачу", т.е. с надеждой что выбранная архитектура и дальнейшая многогодовая разработка действительно даст хороший результат. Не может у него быть такого прототипа сейчас.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено lucentcode , 10-Июл-11 20:40 
Правильно мыслит товарищ, надеюсь что синтаксис запросов выберут единственно верный: NewSQL, вариант 'Jdb'. Очень правильный синтаксис. А мерзкий недоязычок SQL надо закопать.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 10-Июл-11 21:52 
до... превратить:
WHERE T.ID=T2.ID
в:
t1.join(t2[t1.id==t2.id])
это круто, это правильно, это мега правильно. представляю как будет выглядеть что-нить типа:

SELECT p.*, pa.`id_product_attribute`, pl.`description`, pl.`description_short`, pl.`available_now`, pl.`available_later`, pl.`link_rewrite`, pl.`meta_description`, pl.`meta_keywords`, pl.`meta_title`, pl.`name`, i.`id_image`, il.`legend`, m.`name` AS manufacturer_name, tl.`name` AS tax_name, t.`rate`, cl.`name` AS category_default, DATEDIFF(p.`date_add`, DATE_SUB(NOW(), INTERVAL 0 DAY)) > 0 AS new, (p.`price` * ((100 + (t.`rate`))/100) - IF((DATEDIFF(`reduction_from`, CURDATE()) <= 0 AND DATEDIFF(`reduction_to`, CURDATE()) >=0) OR `reduction_from` = `reduction_to`, IF(`reduction_price` > 0, `reduction_price`, (p.`price` * ((100 + (t.`rate`))/100) * `reduction_percent` / 100)),0)) AS orderprice
                 FROM `ps_category_product` cp
                 LEFT JOIN `ps_product` p ON p.`id_product` = cp.`id_product`
                 LEFT JOIN `ps_product_attribute` pa ON (p.`id_product` = pa.`id_product` AND default_on = 1)
                 LEFT JOIN `ps_category_lang` cl ON (p.`id_category_default` = cl.`id_category` AND cl.`id_lang` = 4)
                 LEFT JOIN `ps_product_lang` pl ON (p.`id_product` = pl.`id_product` AND pl.`id_lang` = 4)
                 LEFT JOIN `ps_image` i ON (i.`id_product` = p.`id_product` AND i.`cover` = 1)
                 LEFT JOIN `ps_image_lang` il ON (i.`id_image` = il.`id_image` AND il.`id_lang` = 4)
                 LEFT JOIN `ps_tax` t ON t.`id_tax` = p.`id_tax`
                 LEFT JOIN `ps_tax_lang` tl ON (t.`id_tax` = tl.`id_tax` AND tl.`id_lang` = 4)
                 LEFT JOIN `ps_manufacturer` m ON m.`id_manufacturer` = p.`id_manufacturer`
                 WHERE cp.`id_category` = 63 AND p.`active` = 1
                 ORDER BY `quantity` DESC
                 LIMIT 76610,10

это-то фиг поймешь и осмыслишь, а с ждб вообще себе пулю в лоб можно сразу пускать.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено zoonman , 11-Июл-11 14:14 
Или такое http://juick.com/zoonman/1343226

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено brother anon , 11-Июл-11 17:55 
Такие портянки в приличных местах не показывают.
Одни только магические константы чего стоят.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 12-Июл-11 09:06 
> Такие портянки в приличных местах не показывают.
> Одни только магические константы чего стоят.

вы с этим к 1с сходите.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено brother anon , 12-Июл-11 14:20 
> вы с этим к 1с сходите.

В 1с код пишется на языке 1с, а не на голом SQL-е, так что мимо кассы.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено mf , 10-Июл-11 22:40 
Баян, работающая версия которого называется LINQ(2db). Проблема выразительности языка, что в его работающем решении, что в примерах не решена.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Coder , 10-Июл-11 23:07 
Любишь кататься, люби и саночки возить

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено evgeny_t , 11-Июл-11 02:26 
наконец они решили делать Google Big Table

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 11-Июл-11 15:57 
> наконец они решили делать Google Big Table

Откуда этот забавный вывод?


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено екщддук , 11-Июл-11 07:53 
Почему не запилят соцсеть по принципу i2p?


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 11-Июл-11 08:48 
Диаспора по принципу джаббера - этого достаточно.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено ptr , 11-Июл-11 09:25 
На мой взгляд, бесполезное занятие себе господа выдумали. Да, у SQL есть проблемы. Много случаев, когда приходится заниматься копированием подзапросов или плодить пачки VIEW. Полный бардак с хинтами. Беда с объединением множеств (UNION тормоз, а FULL JOIN повесишься фильтровать). А здесь предлагается просто изменением синтаксиса SQL решать проблемы производительности. Не поддерживаю...

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Аноним , 11-Июл-11 10:14 
UNION ALL еще не изобрели?

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено ptr , 11-Июл-11 21:46 
> UNION ALL еще не изобрели?

Я же сказал - тормоз. Пусть есть у меня достаточно сложный запрос по двум десяткам таблиц с вложенными SELECT. Пусть мне надо выбрать из него два пересекающихся подмножества с разными GROUP BY. В итоге мне приходится или оформлять этот запрос как VIEW и объединять два запроса через UNION, либо просто копировать этот запрос для второй части. В любом случае, ни Postgres, ни MSSQL, ни Oracle, ни MySQL не понимают, что можно сделать одну выборку, а не две.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено all_glory_to_the_hypnotoad , 12-Июл-11 00:44 
Неправда. В Pg, Оракл и некоторых других СУБД есть оконные функции, часть подобных задач с их помощью решать можно.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено ptr , 13-Июл-11 08:06 
> Неправда. В Pg, Оракл и некоторых других СУБД есть оконные функции, часть
> подобных задач с их помощью решать можно.

Вот и подтверждение моему утверждению. Проблема известна, некоторые разработчики БД придумывают расширения для SQL, пытаясь решить проблему. Хотя более правильным, была бы разработка либо нового стандарта SQL(что хуже), либо нового языка запросов к БД.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено anonymous , 12-Июл-11 01:41 
> В любом случае, ни Postgres, ни MSSQL, ни Oracle, ни MySQL
> не понимают, что можно сделать одну выборку, а не две.

http://www.postgresql.org/docs/9.0/static/queries-with.html


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено ptr , 13-Июл-11 08:08 
>> В любом случае, ни Postgres, ни MSSQL, ни Oracle, ни MySQL
>> не понимают, что можно сделать одну выборку, а не две.
> http://www.postgresql.org/docs/9.0/static/queries-with.html

Знаю. Но при построении отчета дополнительные условия WHERE я могу наложить только на последний SELECT. Из-за этого вложенные гребут все не фильтруя - прощай оптимизация.


"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Sw00p aka Jerom , 11-Июл-11 16:15 
даёшь JITSql

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Кодер , 11-Июл-11 21:57 
Переписывать SQL в синтаксисе Джабы (ну или в другом регистре! :) ) - смысла нет, тут нужен принципиально другой подход. Мне вот, извините за кощунство, принцип FoxPro кажется чем-то перспективным. Т.е. мы не просто закинули на сервер монстр-запрос, а на низком уровне говорим серверу, что-откуда взять, как отфильтровать и куда приджойнить. Каков бы ни был оптимизатор, человек лучше знает СЕМАНТИКУ данных, т.е. его запросы будут априори лучше. Да и сам SQL довольно неуклюж для нетривиальных задач - он оперирует множествами, а это не всегда удобно.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено Щекн Итрч , 12-Июл-11 10:02 
Мне тоже нравится подход, когда любой запрос (даже если движок имеет другой фронт) транслируется в SQL, который предоставляется мне для ревизии.

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Отправлено ptr , 13-Июл-11 08:11 
> Каков бы ни был оптимизатор,
> человек лучше знает СЕМАНТИКУ данных, т.е. его запросы будут априори лучше.

Увы, это часто совсем не так. Человек не знает, да и не может знать, статистик таблиц БД.

> Да и сам SQL довольно неуклюж для нетривиальных задач - он
> оперирует множествами, а это не всегда удобно.


"Статья бред и выдумка"
Отправлено Аноним , 19-Дек-11 15:47 
Автор этой статьи АБСОЛЮТНО не понимает о чем пишет. И ни один(!) комментатор не понял этого.

Этот тупица взял отличную статью от GigaOM и приписал туда несуществуюший _проект_ NewSQL. Несуществующий проект затем был привязан к _проекту синтаксиса_ мертвого с 2003го (!) года на sourceforge.

VoltDB кстати работает отлично.


"Заголовок"
Отправлено Аноним , 26-Сен-12 19:11 
блять, ну почему базы сразу в Jdb было не сделать??