|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Edward Shevtsov 2:5020/400 25 Aug 2002 11:33:52
To : Tolik Tentser
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
x.com> <ak5o3v$eh6$1@gavrilo.mtu.ru>
x.com> <vdsemu0rs0tr4k97cuadr1qcp7t1vq8lqd@4ax.com>
From: "Edward Shevtsov" <edward.shevtsov@mtu-net.ru>
> >Оракл такие вещи умел делать еще во времена седьмой версии.
>
> Позволю себе усомниться.
Тот пример, который обсуждался в нитке Оракл умел делать в 7ой версии.
Проверьте, если не верите.
>
> >Здесь масштабируемостью и не пахнет, хотя бы потому что в общем случае
> >мы получим неравномерную нагрузку на сервера. Сам подход противоречит
> >современным тенденциям. Сейчас пытаются максимально консолидировать данные в
> >одном месте, а здесь обратный подход.
>
> Оракл пытается. А ИБМ с МС - не пытаются. Причин много (например - в
> подобной структуре оракловская версионность становится, как бы это
> помягче, плохо реализуемой, в отличие от общего диска).
Я не понял этот абзац. Поясни пож-та.
Консолидация данных - это не только базы данных. Почему развивается SAN, NAS ?
>
> И тот и тот путь имеют право на жизнь, но - почему, на основании того,
> что Оракл пошел по этому пути (не уверен, что от хорошей жизни) - все
> другие пути объявляются несовременными ? Hу ладно, объявим сдуру МС
> тупой фирмой, но ИБМ-то тут никак не меньшая фигура ?
Это ваши слова. Я не называл МС тупой, равно как и ИБМ. Я лишь сказал, что эти
фирмы будут развивать поддержку кластеров с
разделяемой памятью, поскольку этот подход имеет преимущества.
http://www.oracle.com/ip/deploy/database/oracle9i/db_sql_rac_askms.html
Эту ссылку можно считать субьективной. Для объективности ради (я плохо знаю
кластера МС) Вы могли бы прокомментировать ее по
пунктам?
>
> Еще раз - то, что тебе не пахнет - побило все рекорды
> производительности и именно в кластерной конфигурации. Hе знаю, чем
> это тебе пахнет, но элементарные выводы надо уметь делать.
>
Hу что за жаргон? Пахнет - не пахнет. Hужно еще пытаться думать, размышлять а не
свято верить в "священные" цифры. Вам ведь реальные
проекты делать, а не рекорды ставить.
Regards,
Ed
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
