|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 27 Aug 2002 10:41:56
To : Edward Shevtsov
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
x.com> <ak5o3v$eh6$1@gavrilo.mtu.ru>
x.com> <vdsemu0rs0tr4k97cuadr1qcp7t1vq8lqd@4ax.com>
x.com> <aka178$goq$1@gavrilo.mtu.ru>
x.com> <q8phmu02s5clnebdinvfo5jtnietf0dmrb@4ax.com>
x.com> <akbdkn$179o$1@gavrilo.mtu.ru>
x.com> <6dfkmu89488m4btcb75dpf0upgvt46987p@4ax.com>
x.com> <ake7sn$ihg$1@gavrilo.mtu.ru>
From: Andrew Lesnichenko <les@mts.ru>
Edward Shevtsov wrote:
>>Can SQL Server2000's federated database architecture run any
>>application unchanged?
>> Answer: No.
>>
>>SQL Server 2000 runs real applications on single server systems only.
>>Any transaction processing application that runs on Microsoft SQL
>>Server2000's federated architecture must be modified to support
>>sharing of data across the servers in the federated cluster. This
>>means you cannot take full advantage of the performance, scalability
>>and reliability that clustered servers provide to run your business
>>critical applications.
>>
>>Hе совсем правда.
>>БД придется переделать, приложение - не обязятельно, поскольку внешне
>>распределенная таблица вкак обычная.
>
> а кто из третьих поставщиков софта, находясь в уме и добром здравии позволит
> вам менять структуру БД для их софта? Поменяете - всплывет - лишитесь
> поддержки. Легальный путь - это сертификация производителем софта для данной
> конфигурации. Есть примеры такого софта?
Особенно, если выяснится, что для секционирования таблицы нет нужного
ключа. Или во время эксплуатации выяснится, что нагрузка не разлеглась
ни хрена по другим серверам равномерно ...
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
