Re: про БД

> 3Mb/sec - это что, большой поток? Даже если это в 100 раз больше -

С сетью действительно проблем нет. Но из-за большого потока важное
требование - быстрые вставки при полном отсутствии ALTER TABLE.

> шардинг масштабируется просто отлично и я не вижу проблем. На данный
> момент я бы сделал 2 шарда толстых (просто для того, чтобы весь ваш
> код строился с пониманием того, как шардинг работает и что данные
> раскиданы по ящикам). А дальше - досыпал бы машин просто. И да - в

Огромное спасибо! Собственно, уменя изначально идея была именно
такая, но термина "шардинг" я не знал. Теперь, похоже, меньше руками
придётся писать :)

> идеале я бы сделал это в виде block-map sharding (когда у вас есть
> таблица, которая маппит мелкие блоки данных на определенные шарды).
>
А есть ли у кого-то опыт с шардингом? Хочется сравнить, например,
MongoDB и MyQSL с HSCALE. Есть ли ещё решения для шардинга MySQL/
PostgreSQL, кроме HSCALE?

--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
FAQ группы находится по адресу: http://ru.wikibooks.org/wiki/RubyFAQ

Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ror2ru@googlegroups.com
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-unsubscribe@googlegroups.com
Дополнительные варианты находятся на странице группы http://groups.google.com/group/ror2ru?hl=ru