говорят, используйте проверенное решение на основе стандартной базы
данных. Решение не требует дополнительных сервисов/систем (всегда плюс
с точки зрения поддержки), довольно быстро до приличного количества
пользователей/транзакций (в моем реальном примере этот join был на
базе под рабочей загрузкой - в день: несколько миллионов
пользователей, сотни тысяч записей добавлаются в каждую из таблиц,
несколько запросов в каждую из таблиц во время пользовательской
сессии), и должно быть вам и вамим коллегам по комманде знакомо
наверняка. Этого должно хватить вам на несколько месяцев/лет пока вы
наберете количество пользователей чтобы рассматривать другие варианты.
Вот теперь и нужно задать ваш вопрос, какой вариант выберет разумный
человек? Я лично активно участвовал в четырех проектах (портал,
facebook apps, e-commerce) где рельсовые приложения достигали уровня
нескольких миллионов посещений в день, и во всех случайх подобный
подход оправдывал себя на 200%.
On Aug 14, 7:08 am, Sergey Petrov <rubywie...@gmail.com> wrote:
> Это стандартная ситуация выбора между "сначала сделаем все по-быстрому
> а потом уж как-нибудь, если пойдет" и "потратим немного времени,
> продумаем дальнейшие действия при росте нагрузки". Разумный человек
> вероятно выберет второе, чтобы не попасть в неприятную ситуацию. Всё-
> таки не все высоко нагруженные проекты являются "Лицемером", где месяц
> туда, месяц сюда - все равно входящий трафик будет бесконечный.
--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "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
Комментариев нет:
Отправить комментарий