|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Edward Shevtsov 2:5020/400 25 Aug 2002 11:33:52
To : Tolik Tentser
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> <ak5o64$ej6$1@gavrilo.mtu.ru>
s.ru> <dqremuka3fol05alfn5fkq5kmn8tp7v7jh@4ax.com>
From: "Edward Shevtsov" <edward.shevtsov@mtu-net.ru>
> >Здесь ты прав. Разница принципиальная и более эффективно эта задача решается
> >одной SMP-машиной.
>
> Откуда данные ?
> А я, MS и www.tpc.org утверждаем обратное.
Вам уже сказали насчет сравнения tpc.org. И сколько уже было сказано на этот
счет.
Hеужели Вы думаете, что кто-то в здравом уме будет выбирать платформу/БД на базе
той таблички с tpc.org ?
>
> Можешь привести ФАКТЫ, подтверждающие твою точку зрения
>
Сделайте простой тест в рамках MS на 2х конфигурациях например для 3-4 таблиц на
разных серверах vs одной таблицы с 3-4 партициями
на одном сервере. А я могу сделать аналогичный тест на Оракле. Думаю результаты
будут такими же.
[skip]
>
> По данным того же tpc - MS-овский.
> Давай, кроме общих рассуждений приводить факты. А рассуждать можно
> долго и бездоказательно. Hапример, о том, как эти "параллельные"
> процессы на одной машине выстроятся в очередь к одному физическому
Почему к *одному* контроллеру? А что MS не умеет работать с несколькими
контроллерами?
И потом, Вы мне предлагает сравнить несколько машин, в каждой из которых
собственный контроллер с *одной* машиной у которой *один*
контроллер? По-моему это некорректно.
> дисковому контроллеру. И будут параллельно в этой очереди стоять, пока
> он их последовательно обслужит.
>
Вы себе представляете порядок времени при обработке SCSI команды и выполнении
операции дискового ВВ ?
Regards,
Ed
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
