|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 23 Aug 2002 19:26:16
To : Tolik Tentser
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
x.com> <3D6270C4.1020108@mts.ru> <ajvh5r$2rbh$1@serv2.vsi.ru>
x.com> <ak2s5k$30h6$1@gavrilo.mtu.ru> <ak2tj5$20sn$1@serv2.vsi.ru>
x.com> <ak2umm$1d8$1@gavrilo.mtu.ru> <ak4ms6$9hn$1@serv2.vsi.ru>
x.com> <fvicmu0qi2b0r65p0a8rlmlumnlmrr6bo8@4ax.com>
From: Andrew Lesnichenko <les@mts.ru>
Tolik Tentser wrote:
>
>>>Hу хорошо, а каков же тогда кошерный способ добиться масштабируемости? Вот
>>>все данные консолидированы в одной БД - что делать, если нагрузка на нее
>>>удвоилась?
>>
>>Обычный апгрейд вам чужд? Hужно собирать статистику, анализировать характер
>>нагрузки и убирать узкое место в системе.
>
> Это тупик.
А распределенная база в исполнении Микрософт и вовсе не решение ...
> В конце концов - упрешься в физическую пропускную способность одной
> системы.
>
> Кластер - он все одно быстрее.
Кластер, это тоже тупик, только в этот тупик значительно длиннее :-)).
И кроме того, как мы выяснили, Микрософт кластеров делать не умеет :-).
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
