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

Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..., opennews (??), 05-Сен-13, (0) [смотреть все] Если так использовать любую нормальную реляционную базу данных, то она запросто , Аноним (-), 12:21 , 05-Сен-13, (16) // А репликацию и автоматическое восстановление после сбоев вы как сделаете PS не с, VoDA (ok), 12:26 , 05-Сен-13, (17) // В нормальных промышленных реляционках уже давно сделано , Аноним (-), 12:36 , 05-Сен-13, (18) +1 // назовите их, пожалуйста, Аноним (-), 13:09 , 05-Сен-13, (23) OracleИз бесплатного Postgress, Аноним (-), 13:29 , 05-Сен-13, (25) +1 В Postgres нету встроенного multi-master-а, только stream master-slave Все оста, Фтщтнь (?), 14:43 , 05-Сен-13, (27) Postres-XC, drake (?), 15:32 , 05-Сен-13, (34) –1 Мы с вами прям как в анекдоте про ту ти ту ту Я грю Нет встроенной мастер-ма, Фтщтнь (?), 16:11 , 05-Сен-13, (35) +2 - на массиве в 300 Тб , MVK (??), 12:45 , 05-Сен-13, (19) // И что тут такого , Аноним (-), 12:51 , 05-Сен-13, (20)   // SELECT-ы из Postgres и MySQL при больших размерах БД это жопа, я вам скажу, так , Фтщтнь (?), 14:45 , 05-Сен-13, (28)   Postgres вполне активно ворочает сотни терабайт информации, на простых то запрос, Аноним (-), 15:00 , 05-Сен-13, (31)   Приплел потому что с точки зрения здравого смысла MySQL вроде как и не годится д, Фтщтнь (?), 15:10 , 05-Сен-13, (33)   на практике так выходит по вполне очевидной причине на заре проекта им занимали, agent_007 (ok), 10:17 , 06-Сен-13, (40)   Нууу, если Postgres попилить как Кассандру на кучу нод, то будет уже не жопа П, Аноним (-), 15:01 , 05-Сен-13, (32)   Смотрим план запроса, разбираемся в причинах, оптимизируем запрос и или строим н, Аноним (37), 18:12 , 05-Сен-13, (37)   Да, но зачем, если например в NOSQL это можно сделать без лишних телодвижений , Фтщтнь (?), 22:54 , 05-Сен-13, (38)   А как они jemalloc в код на Java привернули Они отрубили GC Java oo_O , MaMoHT (?), 12:54 , 05-Сен-13, (21) // В кассандре off-heap кэш, аллоцируемый через нативные вызовы malloc free , Stax (ok), 14:46 , 05-Сен-13, (29) В Netty его тоже используют GC только для кучи работает Есть способы не размещ, ДяДя (?), 14:58 , 05-Сен-13, (30) О, транзакции для хранилищ огромных массивов данных, для чего они в принципе , Т0т самый ан0ним (?), 13:08 , 05-Сен-13, (22) // чтобы обеспечить ту самую атомарность обновления данных, Аноним (-), 13:22 , 05-Сен-13, (24) –1 Чота кажется мне, что скоро Cassandra NOSQL превратится в CassandraSQL , Фтщтнь (?), 17:25 , 05-Сен-13, (36) тысячи запросов в секунду тут слегка приуменьшили вот в этом тесте например, Dmitry77 (ok), 01:02 , 06-Сен-13, (39) // Java это минус, Вонни пух (?), 14:16 , 06-Сен-13, (41) // http hypertable org , Вонни пух (?), 14:22 , 06-Сен-13, (42) 16,21,22,36,39

Сообщения

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

	20. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от Аноним (-), 05-Сен-13, 12:51
	И что тут такого?
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от Фтщтнь (?), 05-Сен-13, 14:45
	> И что тут такого? SELECT-ы из Postgres и MySQL при больших размерах БД это жопа, я вам скажу, так что как бы ничего, они просто тормозят.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от Аноним (-), 05-Сен-13, 15:00
	Postgres вполне активно ворочает сотни терабайт информации, на простых то запросах. Oracle тоже этим славен. А к чему вы приплели MySQL  вообще не понятно. Сия база данных никогда и не собиралась возится с большими объемами данных. Её вотчина - мелкие простые БД.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от Фтщтнь (?), 05-Сен-13, 15:10
	> Postgres вполне активно ворочает сотни терабайт информации, на простых то запросах. Oracle > тоже этим славен. > А к чему вы приплели MySQL  вообще не понятно. Сия база > данных никогда и не собиралась возится с большими объемами данных. Её > вотчина - мелкие простые БД. Приплел потому что с точки зрения здравого смысла MySQL вроде как и не годится для чего-то более серьезного, чем сайты-визитки, но в реальности Activision (точнее их сетевое подразделение Daemonware) используют оную в качестве одной из своих подсистем вполне успешно, ну о Facebook я надеюсь вам не стоит говорить. Так что в теории вроде как "фу, брось каку", а на практике совсем-совсем по другому все выходит.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от agent_007 (ok), 06-Сен-13, 10:17
	> на практике совсем-совсем по другому все выходит. на практике так выходит по вполне очевидной причине: на заре проекта им занимались ниасиляторы. в любых проектах, которые изначально делали люди с головой, никакого mysql нет, и не может быть в принципе.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от Аноним (-), 05-Сен-13, 15:01
	>> И что тут такого? > SELECT-ы из Postgres и MySQL при больших размерах БД это жопа, я > вам скажу, так что как бы ничего, они просто тормозят. Нууу, если Postgres попилить как Кассандру на кучу нод, то будет уже не жопа... Правда, инструментов для этого этого нет.  Но если если сделать формат данных аля Кассандра (простые столбцы, никакой поддержки целостности на уровне вторичных ключей и тому подобного), то делать не так уж и много. Тогда возникает разумный вопрос - а не проще было просто инструментарий для готовой БД накрутить, чем весь этот огород на Java городить?
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	37. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от Аноним (37), 05-Сен-13, 18:12
	> SELECT-ы из Postgres Смотрим план запроса, разбираемся в причинах, оптимизируем запрос и/или строим недостающие индексы. Вообще изучаем матчасть в области повышения производительности реляционных БД и скорости выполнения отдельных запросов.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	38. "Релиз БД Apache Cassandra 2.0 с поддержкой триггеров и  легк..."	+/–
	Сообщение от Фтщтнь (?), 05-Сен-13, 22:54
	>> SELECT-ы из Postgres > Смотрим план запроса, разбираемся в причинах, оптимизируем запрос и/или строим недостающие > индексы. Вообще изучаем матчасть в области повышения производительности реляционных БД > и скорости выполнения отдельных запросов. Да, но зачем, если например в NOSQL это можно сделать без лишних телодвижений?
	Ответить | Правка | Наверх | Cообщить модератору

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

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