|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 27 Aug 2002 10:52:13
To : Tolik Tentser
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>
From: Andrew Lesnichenko <les@mts.ru>
Tolik Tentser wrote:
> Hi, Edward Shevtsov!
>
>>>А Ораклу при этом надо обеспечить когерентность кэшей на всех
>>>компьютерах, что нетривиально (если вообще реализуемо)
>>
>>так уже реализовано
>
> При общем диске.
> А не при shared nothing
Какая, блин, когерентность кэшей при shared nothing ?
> Is SQL Server2000's federated architecture available on multiple
> platforms?
> Answer: No.
>
> Само собой.
> Hо, аналогичная архитектура от ИБМ - доступна где угодно
Причем тут IBM вообще ? Подмена объекта разговора, как метод ведения
дискуссии ?
> If a server fails in SQL Server2000's federated architecture,does the
> application continue to run successfully?
> Answer: No.
>
> Остается спросить, что будет с Оракловским кластером, если загнется
> общий диск :-)
Повысить доступность storage'а всегда проще и дешевле, чем повысить
досупность хоста.
> In SQL Server2000's federated architecture, can user processing
> continue without interruption if a server fails?
> Answer: No.
> SQL Server2000 applications have no concept of seamless application
> reconnection. Therefore, in the event of a server failure and restart
> on another server, users must manually reconnect to their database
> applications.
> Only Oracle9i Database supports the concept of transparent application
> failover--automatically and transparently reconnecting users to their
> database in the event of a system failure.
>
> Бред.
> Автореконнект - несколько строчек кода.
1. А куда вы будете делать реконнект, если главных хост издох ?
2. Сколько времени пройдет, пока вы его реанимируете ?
3. Большинство приложений - покупные и вы не сможете вставить туда ни
сколько строчек кода.
4. То что контекст сессий будет потерян вам, конечно, по барабану ...
5. И все это будет называться without interruption ?
> Can I manage my SQL Server2000 federated database(s) as a single
> database?
> Answer: No.
> The management overhead of SQL Server2000 federated database is
> proportional to the number of servers in your federated cluster.
> Therefore, the more servers in your cluster, the greater your
> management overhead becomes. In a federated configuration, every
> database will require separate backup and recovery, tuning, security,
> user management, space management, etc. The thousands of tables and
> indexes typical of real-world complex OLTP applications will also have
> to be split across the participating federated server. And managing
> each object will require tremendous extra work per server.
>
> Hе совсем. "security, user management" - пользователи видят только
> главный сервер и менеджить их на остальных - не обязательно, точнее -
> не нужно.
"Hе совсем" (иными словами, почти) не считается. Кроме user management,
который в работах по настройке и управлению практически не занимает
времени, все остальное придется делать.
> Пиар - он и есть пиар
У вас все неприятные факты являются "пиаром" ?
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
