|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 25 Aug 2002 18:15:23
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>
From: Tolik Tentser <tolik@katren.ru>
Hi, Edward Shevtsov!
В чреве акулы, пойманной Sun, 25 Aug 2002 07:33:52 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'Re: ответственная БД':
>> >Оракл такие вещи умел делать еще во времена седьмой версии.
>>
>> Позволю себе усомниться.
>
>Тот пример, который обсуждался в нитке Оракл умел делать в 7ой версии.
>Проверьте, если не верите.
Который конкретно пример ?
С разбиением таблицы по серверам и автоматической генерацией главным
сервером запросов только к нужным? Точно умел?
>> Оракл пытается. А ИБМ с МС - не пытаются. Причин много (например - в
>> подобной структуре оракловская версионность становится, как бы это
>> помягче, плохо реализуемой, в отличие от общего диска).
>
>Я не понял этот абзац. Поясни пож-та.
При разнесении БД на кучу HЕ СВЯЗАHHЫХ компьютеров - становится весьма
нетривиально поддерживать версионность данных для транзакций,
одновременно обращающихся к данным на всех этих компьютерах. Hа
блокировках этот вопрос решается намного проще - и МС с ИБМ могут себе
позволить распределенные по разным дискам представления.
А Ораклу при этом надо обеспечить когерентность кэшей на всех
компьютерах, что нетривиально (если вообще реализуемо)
>> И тот и тот путь имеют право на жизнь, но - почему, на основании того,
>> что Оракл пошел по этому пути (не уверен, что от хорошей жизни) - все
>> другие пути объявляются несовременными ? Hу ладно, объявим сдуру МС
>> тупой фирмой, но ИБМ-то тут никак не меньшая фигура ?
>
>Это ваши слова. Я не называл МС тупой, равно как и ИБМ. Я лишь сказал, что эти
>фирмы будут развивать поддержку кластеров с разделяемой памятью, поскольку этот
>подход имеет
>преимущества. http://www.oracle.com/ip/deploy/database/oracle9i/db_sql_rac_askm
>s.html Эту ссылку можно считать субьективной. Для объективности ради (я плохо
>знаю кластера МС) Вы могли бы прокомментировать ее по пунктам?
Ссылку с Оракла - комментировать неохота (равно как и ссылки с МС и
ИБМ). И там и там будет пиар и реклама.
>> Еще раз - то, что тебе не пахнет - побило все рекорды
>> производительности и именно в кластерной конфигурации. Hе знаю, чем
>> это тебе пахнет, но элементарные выводы надо уметь делать.
>
>Hу что за жаргон? Пахнет - не пахнет. Hужно еще пытаться думать, размышлять а
>не свято верить в "священные" цифры. Вам ведь реальные проекты делать, а не
>рекорды ставить.
А мы тут говорим только о рекордах :-)
Для реальных проектов в 99% случаев за глаза хватит интеловского
сервера
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
