|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 23 Aug 2002 18:49:36
To : Andrew Lesnichenko
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
ru> <3D5A3458.3070909@mts.ru> <ajj2p9$tnn$1@gavrilo.mtu.ru>
ru> <3D5D277D.1020403@mts.ru> <ajq6jm$2cib$1@gavrilo.mtu.ru>
ru> <3D60CF92.4080705@mts.ru> <71t9musmaikib2dv04tr30m76d4vf1eu8f@4ax.com>
ru> <3D65E5F0.4020309@mts.ru>
From: Tolik Tentser <tolik@katren.ru>
Hi, Andrew Lesnichenko!
В чреве акулы, пойманной Fri, 23 Aug 2002 07:37:22 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'Re: ответственная БД':
>> Оно будет видно с главного сервера как единый экземпляр
>
>Как определяется главный сервер ? И как другие сервера узнают, что они
>подчиненные.
Это тот сервер, на котором определено distributed view
Про остальные серверы приложения вообще не знают
>> Он обратится к главному серверу - а тот все найдет сам
>
>Получается, что приложение должно знать, какой сервер главный для какой
>таблицы и коннектиться только к главному серверу ?
Hа главном сервере определяются VIEW
Про остальные серверы приложение не знает вообще.
>>>MS> Hе совсем так. Можно разделить таблицу на куски по первичному ключу и
>>>MS> разместить эти куски на разных серверах, а для доступа использовать
>>>MS> специальную view.
>>>
>>>А в чем выиграш в производительности?
>>
>> В чтении с диска.
>
>Только если межсоединение быстрее дисков. В каком случае это так ?
Hичего похожего.
Кто тебе сказал, что на главный сервер будут переданы ВСЕ записи с
подчиненного ? Передадут только найденные и нужные, хотя просмотрят
всю таблицу.
Простой аналог - выполнение SQL-запроса к серверу не требует чтения
всей таблицы по сети.
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
