форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Проект 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.dev/opennews/art.shtml?num=30983)  и VoltDB (http://www.opennet.dev/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.dev/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. "Заголовок"	+/–
Сообщение от Аноним (??) on 26-Сен-12, 19:11
блять, ну почему базы сразу в Jdb было не сделать??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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