|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Edward Shevtsov 2:5020/400 21 Aug 2002 11:59:41
To : Andrew Lesnichenko
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
x.com> <3D6270C4.1020108@mts.ru>
From: "Edward Shevtsov" <edward.shevtsov@mtu-net.ru>
"Andrew Lesnichenko" <les@mts.ru> сообщил/сообщила в новостях следующее:
news:3D6270C4.1020108@mts.ru...
> Tolik Tentser wrote:
>
> >>>>А чего, он (MSSQL) уже умеет с разных копов одну таблицу брать?
> >>>>С разных дисков - это уже само собой. А чтобы с разных компов...
> >>>
> >>TT> Умеет, умеет ...
> >>
> >>Я HЕ РАСПРЕДЕЛЕHHЫЕ ЗАПРОСЫ имею ввиду.
> >>Ужель и такое умеет
> >
> > For example, the Customers table has been partitioned across three
> > servers (Server1, Server2, and Server3). The distributed partitioned
> > view defined on Server1 is:
> >
> > CREATE VIEW Customers
> > AS
> > SELECT * FROM Customers_33
> > UNION ALL
> > SELECT * FROM Server2.CustomerDB.dbo.Customers_66
> > UNION ALL
> > SELECT * FROM Server3.CustomerDB.dbo.Customers_99
> >
> > This view makes the actual location of the data transparent to an
> > application. When a SQL statement is executed on Server1 that
> > references the Customers partitioned view, the application has no
> > visibility to where the data is located. If some of the rows required
> > to complete the SQL statement reside on Server2 or Server3, the
> > instance of SQL Server on Server1 automatically generates a
> > distributed query that pulls in the required rows from the other
> > servers. This transparency allows database administrators to
> > repartition tables without recoding applications. If the Customers
> > view is updatable, the behavior of the view is the same as a table
> > named Customers
>
> Чем это отличается от распределенных запросов ?
>
Hичем. И масштабируемости тут нет, хотя бы потому что нагрузка на сервера не
балансируется.
Лет пять - семь назад оракл тоже сильно гордился подобными вещами. :)
Regards,
Ed
--- ifmail v.2.15dev5
* Origin: VoronezhSvyazInform ISP News Server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: ответственная БД 
