Re: Задача фильтрации множества значений

<rant>Ну чего ты троллишь? Ты спросил, человек с десятком лет опыта
тебе ответил, второй человек с похожим опытом поддержал его идею и тд.
А ты, бля, продолжаешь дрыгаться и строить из себя непонятно
что.</rant>

По теме: Любое железо с достаточным объемом памяти (смотреть по объему
данных обычно) и нормальным I/O (RAID10, BBU + SAS15k если есть
деньги) сможет достаточно долго показывать вам ваши комментарии.

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

--
Oleksiy Kovyrin
http://kovyrin.net/

--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "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