|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Edward Shevtsov 2:5020/400 05 Sep 2002 20:51:51
To : Tolik Tentser
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
gf1cctce@4ax.com> <al5cum$2mhp$1@serv2.vsi.ru>
<murenu8bjkhm91mbm1is8d2dcpub5ldj92@4ax.com>
From: "Edward Shevtsov" <edward.shevtsov@mtu-net.ru>
> Которых аргументов ?
> Давай уточним, про какой MS-Cluster мы говорим.
>
> Hадеюсь, не про MS Cluster Server ?
Я так полагаю про тот, о котором весь этот длинный тред.
>
> >Из треда я понял следующее. MS предлагает разделять таблицу по многим нодам,
> >другого предложено не было. При этом балансировку нагрузки, создаваемой при
> >доступе к частям этой таблицы на разных нодах, сделать невозможно. Все
> >пользователи должны держать
коннект
> >на "главный" нод.
>
> Да
>
> >Подавляющее большинство таблиц будут лежать на главном ноде, поскольку сложно
> >найти критерий, по которому можно эффективно делить таблицы.
>
> Hет.
>
> >А значит _всегда_ бОльший объем работы будет выполняться "главным" нодом.
>
> Hет.
>
> >Если бОльшая часть нагрузки БД
> >принадлежит бОльшей группе неразделенных таблиц, лежащих на "главном" ноде,
> >то бессмысленно добавлять новый нод - это никак не поможет в масштабировании.
> >В сухом остатке выходит higher scalability тоже нету :(
>
> Экий ты смешной какой ...
> Если факты мешают теории - тем хуже для фактов ?
>
Hепрошибаемый ты наш ... ответь аргументировано на эти простые практические
вопросы. Если "Hет", то почему, если "ДА", то
повторяться не надо - значит друг друга поняли. А потом (в обязательном порядке)
все вместе восхвалим результаты от tpc.
Regards,
Ed
--- ifmail v.2.15dev5
* Origin: VoronezhSvyazInform ISP News Server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
