(Untitled)

[alexclear]

"Базу NoSQL мы решили не брать, т.к. у нас очень высокие требования к консистентности данных, а ни одна в мире NoSQL-база не может консистентно и транзакционно переложить предмет от одного аватара другому" [...]

Интересно, все остальные факты, изложенные уважаемым Андреем Фроловым в статье, имеют такой же уровень достоверности?

Вот, например, "В

Comments

[alexclear]

Настоящей серебряной пулей в борьбе за перформанс для нас стал SSD. Твердотельные диски позволили нам записывать тысячи транзакций в секунду на диск без дорогостоящих RAID-массивов.

Щито? Без дорогостоящих ZOMG!

И, что для нас очень важно, мы записываем данные на диск синхронно, без отложенных коммитов и отключения fsync.

Щито? Отключение fsync как метод повышения производительности? И только SSD, наконец, позволило не отключать fsync?

[blacklion]

Щито? Отключение fsync как метод повышения производительности?
Эммм… Саша… Я не настоящий сварщик, но всё, что я читал про скорость записи в PostgreSQL упоминало fsync, да.

[alexclear]

Нельзя отключать fsync, если тебе дороги данные.
Такое будет мое мнение.

[nil59]

если у меня навернулась база - пофиг, в какой момент она это сделала, в 12:00 или в 11:50. все одно что-то, да потеряется

про кеширование записи на контроллере с батарейкой тоже мы помним...

[tarkhil]

А существуют ли в NoSQL атомарные апдейты? Если да, то в каких движках?

[alexclear]

Смотря какого размера. Строки в HBase апдейтятся вполне атомарно, но именно с такой гранулярностью. Транзакций более высокого уровня там нет.

[tarkhil]

То есть, перенос артефакта от игрока к игроку может оказаться не вполне тривиальной штукой.

[alexclear]

Да, но эту проблему так или иначе решают - есть всякие расширения для two phase commit.

[alexclear]

Ну и, да, прекрасная логика:

"У MySQL плохой оптимизатор, правда, данные у нас денормализованы (а потому оптимизатор вообще просто пофиг), но мы возьмем PostgreSQL, в котором оптимизатор лучше"

Нет бы просто признаться: "ну не любим мы MySQL", это было бы вполне валидно, зачем нести чушь?

[tarkhil]

Меня одна фича в MySQL довела до изумления

MySQL extends the use of GROUP BY so that the select list can refer to nonaggregated columns not named in the GROUP BY clause.

Причем, это НЕОТКЛЮЧАЕМО!

[nil59]

дык а в чем проблема? боитесь в колонке случайное значение из набора получить? или контроль корректности нужен?

[tarkhil]

Можно случайно написать фигню, которая окажется непереносимой

[blacklion]

Почитав как разваливаются реплецированные NoSQL базы (была серия статей, ты должен был видеть), я бы скорее поверил Андрею Фролову.

[alexclear]

Я собирал развалившийся HBase, ничего не потерялось.

[tonsky]

отличный аргумент - у меня такая же нога, но не болит

[alexclear]

Не, это, как раз, не аргумент. Потерялось бы - был бы аргумент.

[nil59]

вообще - их 7000 транзакций потянул бы и один-единственный сервер mysql.

но - ты что-то знаешь про nosql, которые обеспечивают strict consistency в кластере для транзакции из более чем одной команды? я вот не в курсе.

[alexclear]

из более чем одной команды

Хитрый какой!

[nil59]

скорее - в курсе раскладов...

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