The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Проект NewSQL призван решить проблемы, с которыми столкнулся..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от opennews on 10-Июл-11, 15:06 
Майкл Стоунбрейкер (Michael Stonebraker (http://ru.wikipedia.org/wiki/%D0%A1%D1%8...,_%D0%9C%D0%B0%D0%B9%D0%BA%D0%BB)), один из основоположников теории баз данных, принимавший участие в разработке архитектуры СУБД как 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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +10 +/
Сообщение от Онаним on 10-Июл-11, 15:06 
И кто им мешал PostgreSQL использовать??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от 1 (??) on 10-Июл-11, 15:32 
отсутствие нормального орма видимо
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

8. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +8 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 10-Июл-11, 15:37 
орм не нужен, особенно в таких нагруженных проектах.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

37. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  –5 +/
Сообщение от pro100master (ok) on 10-Июл-11, 18:52 
> И кто им мешал PostgreSQL использовать??

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

90. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Tormal on 13-Июл-11, 12:56 
Да ну неужели ?
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

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


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +13 +/
Сообщение от gegMOPO4 (ok) on 10-Июл-11, 15:22 
Сперва они упираются в тормознутость PHP и решают написать компилятор из PHP в C. Потом они упираются в MySQL и решают написать свою БД. Что дальше? Небольшой [свечной] микропроцессорный заводик? Собственная сеть спутников?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

  

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

67. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от rshadow (ok) on 11-Июл-11, 11:33 
Согласен полностью. Если им не хватает чего то пусть пишут. Нам главное учесть их опыт и пропускать мимо ушей все эти "нанотехнологии". А то уже гугль пол инета готов закопать, эти вот sql готовы закопать ...
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

4. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  –4 +/
Сообщение от gegMOPO4 (ok) on 10-Июл-11, 15:26 
Интересно, они думают, что если SQL записывать в нижнем регистре, это избавит от проблем масштабируемости?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +9 +/
Сообщение от 1 (??) on 10-Июл-11, 15:34 
интересно, ты думаешь что написав пару язвительных комментариев о том, чего не понимаешь, ты сможешь казаться специалистом в данном вопросе?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 10-Июл-11, 15:38 
ты уже научился "по фотографии" определять кто специалист и кто нет?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

17. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от gegMOPO4 (ok) on 10-Июл-11, 15:54 
Нет. А вы так думаете?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

20. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +2 +/
Сообщение от Щекн Итрч (ok) on 10-Июл-11, 16:26 
>> написав пару язвительных комментариев о том, чего не понимаешь,
>> ты сможешь казаться специалистом в данном вопросе?

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

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

32. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +3 +/
Сообщение от Щекн Итрч (ok) on 10-Июл-11, 17:57 
>> Интересно, они думают, что если SQL записывать в нижнем регистре,
>> это избавит от проблем масштабируемости?

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

45. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +5 +/
Сообщение от volax on 10-Июл-11, 19:36 
Это их сайт, их язык, их программисты и их сообщество, нифиг им совместимость? ИМХО, главное, чтобы работало
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

52. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Щекн Итрч (ok) on 10-Июл-11, 21:57 
"Их сайт", то есть Фейсбук, как раз нуждается в совместимости, ибо на MySQL.
А Stonebraker просто рядом стоит.
Соблазняя Фейсбуков отойти от ANSI синтаксиса.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

65. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от Аноним (??) on 11-Июл-11, 09:27 
ну так многие уже отошли от стандарта, NoSQL используют
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

72. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Щекн Итрч (ok) on 11-Июл-11, 15:49 
Ткните пальцем. Во многих.

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


Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

54. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Щекн Итрч (ok) on 10-Июл-11, 22:06 
Этот человек производит впечатление психа.
На сайте, кстати, ничего, кроме рассуждений о том, что "синтаксис SQL громоздок".
И цель проекта заявлена, собственно, как новый синтаксис и только новый синтаксис.
О движке и его производительности ни звука.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

68. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от rshadow (ok) on 11-Июл-11, 11:36 
Насколько я знаю SQL в mysql регистронезависим. Так что проблему производительности можно решить решить простой заменой. <сарказм>
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

69. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от gegMOPO4 (ok) on 11-Июл-11, 11:44 
Именно! ;)
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

9. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от metallic (ok) on 10-Июл-11, 15:38 
А что, кому-то от этого плохо? Думаю сообщество только от этого выиграет, они же не будут исходники зажимать? Так и появляются хорошие открытые проекты, которые разрабатываются за деньги больших богатых контор.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от gegMOPO4 (ok) on 10-Июл-11, 15:50 
Это не плохо. Это просто выглядит несколько… забавно. Весёлая компания.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Аноним (??) on 10-Июл-11, 15:48 
Гугль давно свой велосипед изобрел для таких целей. Фэйсбук тоже доэволюционировал до этого, видимо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 10-Июл-11, 15:53 
У гугла немного другой круг задач, т.е. цели там другие. А так есть похожие открытые велосипеды как у гугла - apache hadoop. Ява, но конторы с аналогичными целями его успешно используют.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +2 +/
Сообщение от Аноним (??) on 10-Июл-11, 15:50 
не понял, за счет чего повышается производительность?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +3 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 10-Июл-11, 15:55 
Кто сказал что она повышается? Кроме кучи текста пока ещё ничего нет.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

33. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  –1 +/
Сообщение от anonymus on 10-Июл-11, 17:58 
В статье представлены 6 компаний, у которых есть масштабируемые СУБД.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

78. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от VoDA (ok) on 11-Июл-11, 18:34 
> не понял, за счет чего повышается производительность?

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

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Аноним (??) on 10-Июл-11, 16:30 
> давно есть распределённая Diaspora

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

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Аноним (??) on 10-Июл-11, 16:43 
Что значит "не вышла"? git clone git://github.com/diaspora/diaspora.git
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

40. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  –1 +/
Сообщение от Аноним (??) on 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.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

47. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от Аноним (??) on 10-Июл-11, 19:40 
Вконтактик всю жизнь ALPHA SOFTWARE, и разве кого-то это останавлиет?
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

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

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


Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

41. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  –1 +/
Сообщение от Аноним (??) on 10-Июл-11, 19:26 
>монетизации

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

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

61. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Аноним (??) on 11-Июл-11, 08:46 
Нумизмат?
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

25. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  –2 +/
Сообщение от Аноним (??) on 10-Июл-11, 17:32 
> есть только один выход из сложившейся проблемы - сделать невозможное и переписать весь код. Эта проблема касается и многих других web-компаний

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Проект NewSQL призван решить проблемы, с которыми..."  –7 +/
Сообщение от anonymous (??) on 10-Июл-11, 17:35 
> make QT

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

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

29. "Проект NewSQL призван решить проблемы, с которыми..."  –1 +/
Сообщение от Аноним (??) on 10-Июл-11, 17:40 
Млин, кругом тролли... Ты вот зачем опять троллишь тут красноглазая?

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

http://qt.nokia.com/downloads

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

42. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Аноним (??) on 10-Июл-11, 19:27 
Выкинь systemd и включи автогруп шедулинг.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Проект NewSQL призван решить проблемы, с которыми..."  +/
Сообщение от anonymous (??) on 10-Июл-11, 17:54 
> Только тогда программисты смогут сами понимать на сколько сложно искать что-то...

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

38. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +2 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 10-Июл-11, 18:57 
>То есть в идеале уход от SQL и приход к чуть ли не ручному foreach. Только тогда программисты смогут сами понимать на сколько сложно искать что-то... И не потребуеться много времени на разор SQL.

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

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

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от Аноним (??) on 10-Июл-11, 19:28 
"NewSQL пока находится на стадии проектирования", но уже "имеет значительно более высокую производительность, чем обычные SQL DB"

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +1 +/
Сообщение от Vitaly_loki (ok) on 10-Июл-11, 19:59 
Еще круче - у них машина времени
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

50. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от lucentcode (ok) on 10-Июл-11, 20:43 
А про то, что при разработке вначале пишут прототип на чём-то лёгком из ООП-языков, вы слышали? Если прототип показывает увеличение производительности, то релиз данной БД будет намного производительней прототипа.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

49. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  –2 +/
Сообщение от lucentcode (ok) on 10-Июл-11, 20:40 
Правильно мыслит товарищ, надеюсь что синтаксис запросов выберут единственно верный: NewSQL, вариант 'Jdb'. Очень правильный синтаксис. А мерзкий недоязычок SQL надо закопать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +5 +/
Сообщение от Аноним (??) on 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

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

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

71. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от zoonman (ok) on 11-Июл-11, 14:14 
Или такое http://juick.com/zoonman/1343226
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

77. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от brother anon on 11-Июл-11, 17:55 
Такие портянки в приличных местах не показывают.
Одни только магические константы чего стоят.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

55. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от mf on 10-Июл-11, 22:40 
Баян, работающая версия которого называется LINQ(2db). Проблема выразительности языка, что в его работающем решении, что в примерах не решена.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Coder on 10-Июл-11, 23:07 
Любишь кататься, люби и саночки возить
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от evgeny_t (ok) on 11-Июл-11, 02:26 
наконец они решили делать Google Big Table
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Аноним (??) on 11-Июл-11, 08:48 
Диаспора по принципу джаббера - этого достаточно.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

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

66. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Аноним (??) on 11-Июл-11, 10:14 
UNION ALL еще не изобрели?
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

76. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Sw00p aka Jerom on 11-Июл-11, 16:15 
даёшь JITSql
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

85. "Проект NewSQL призван решить проблемы, с которыми столкнулся..."  +/
Сообщение от Щекн Итрч (ok) on 12-Июл-11, 10:02 
Мне тоже нравится подход, когда любой запрос (даже если движок имеет другой фронт) транслируется в SQL, который предоставляется мне для ревизии.
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Заголовок"  +/
Сообщение от Аноним email(??) on 26-Сен-12, 19:11 
блять, ну почему базы сразу в Jdb было не сделать??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру