|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 24 Aug 2002 15:51:25
To : Andrew Lesnichenko
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
s.ru> <71t9musmaikib2dv04tr30m76d4vf1eu8f@4ax.com> <3D65E5F0.4020309@mts.ru>
s.ru> <okicmus9k2kdfhnudnq1smujnse2sc40am@4ax.com> <3D6651A4.7010607@mts.ru>
s.ru> <ntkcmuo4g2tucldr28srbm8jj686kmpsln@4ax.com> <3D66590E.9080602@mts.ru>
From: Tolik Tentser <tolik@katren.ru>
Hi, Andrew Lesnichenko!
В чреве акулы, пойманной Fri, 23 Aug 2002 15:48:36 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'Re: ответственная БД':
>Видите ли ... как бы так, повежливее выразиться ... подобное чтение
>задача дискового массива, а вовсе не хостов ... Размазываете свои данные
>по дискам и не нужно огород городить ... И следить за расположением
>данных задача не SQL-сервера, и даже не операционной системы ...
У дискового массива тоже есть ограничения как на пропускную
способность, так, равно, и на количество одновременно обрабатываемых
запросов.
>>>И кроме того, как мы выяснили, Микрософт кластеров делать не умеет :-).
>>
>> Ага, лучше всего об этом написано на www.tpc.org в разделе TPC-C -
>> clustred
>
>Hу давайте еще тесты Linpack приведем в аргументирование скорости работы
>базы данных. Этот тест настолько уже далек от реальных проблем ...
Ты можешь предложить другой достаточно объективный и общепризнанный ?
Кстати, твой любимый Оракл тоже там же играет.
>>>Обязательно. Управлять меньшим кол-вом объектов проще и вероятность
>>>ошибки значительно ниже.
>>
>> Hет, не обязательно. Иногда совокупностью ПРОСТЫХ объектов управлять
>> проще, чем одним СЛОЖHЫМ. А стоит кластер из простых компьютеров часто
>> HАМHОГО меньше одного большого.
>
>Примерчик хотелось бы ...
В команде Формулы-1 автомехаников на единицу техники чуть больше, чем
в таксопарке. ;-)
Объект больно сложный ...
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
