Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Преимущества 3-звенной архитектуры над 2-х звенной  [new]
hey
Guest
В книжке Microsoft.Press.Inside.Microsoft.SQL.Server.2005.Query.Tuning.and.Optimization (Кален Дилэйни) написано следующее:

Besides business logic, the middle tier can be leveraged to provide better performance and scalability to the application. Some common ways are the following:

- By caching the results of common client requests to minimize recomputations. This would not be possible with two-tier architecture.

- By using multiple servers to host this tier so as to distribute the workload for better scalability and availability. This would not be possible with two-tier architecture.

- By pooling connections (that is, sessions) to a SQL Server and reusing them to execute database requests on behalf of application users. This is possible because not all active users need to access the database at the same time. Connection pooling offers performance improvement at two levels. First, it minimizes that number of connections/sessions that the database server, in our case a SQL Server, needs to manage. Each connection takes approximately 50 KB of memory. As you can imagine, if the application tier opens a separate database connection for each of its million active users, it can be a huge drain on the SQL Server memory. Second, it takes both time and CPU resources to open and close a session every time to access SQL Server. Using connection pooling, you can minimize the number of required SQL Server connections and also minimize the memory overhead of connections. You will need to analyze your application workload to find the appropriate number of connections for the pool. Connection pooling is not possible with two-tier architecture as each user of the application has to establish its own connection, thereby limiting the number of concurrent users that can be supported by an application.


что-то я непойму, откуда взялись эти факты.

- SQL Server сам умеет кэшировать данные, чем станет лучше от еще одного промежуточного кэша на апп-сервере ?

- Также нет никаких проблем с масштабированием

- Пуллинг тоже есть вроде ?
10 июл 09, 10:06    [7400294]     Ответить | Цитировать Сообщить модератору
 Re: Преимущества 3-звенной архитектуры над 2-х звенной  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8969
hey
- SQL Server сам умеет кэшировать данные, чем станет лучше от еще одного промежуточного кэша на апп-сервере ?

Насколько я понимаю, речь идёт о кэшировании результатов запросов.
hey
- Также нет никаких проблем с масштабированием

В MS SQL нет Load Balanced Server Clusters.
10 июл 09, 11:05    [7400624]     Ответить | Цитировать Сообщить модератору
 Re: Преимущества 3-звенной архитектуры над 2-х звенной  [new]
hey
Guest
Le Peace
Насколько я понимаю, речь идёт о кэшировании результатов запросов.

это настолько критично, что заслуживает создания отдельного звена ?

Le Peace

В MS SQL нет Load Balanced Server Clusters.

ну так появится когда-нибудь, это-же не недостаток клиент-сервера как такового ?
10 июл 09, 11:31    [7400801]     Ответить | Цитировать Сообщить модератору
 Re: Преимущества 3-звенной архитектуры над 2-х звенной  [new]
Ennor Tiegael
Member

Откуда:
Сообщений: 3197
hey
Le Peace

В MS SQL нет Load Balanced Server Clusters.
ну так появится когда-нибудь, это-же не недостаток клиент-сервера как такового ?
Совершенно верно, это недостаток (вернее, особенность) класса приложений в целом - СУБД это stateful applications, для них классическая балансировка невозможна.

Поэтому вендоры извращаются, как могут - у оракла RAC, у MSFT это Peer-to-peer replication topology, и т.д., но в чистом виде балансинга нет нигде.
10 июл 09, 11:41    [7400887]     Ответить | Цитировать Сообщить модератору
 Re: Преимущества 3-звенной архитектуры над 2-х звенной  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8969
hey
Le Peace
Насколько я понимаю, речь идёт о кэшировании результатов запросов.

это настолько критично, что заслуживает создания отдельного звена ?
Для Вас, может, и не критично, а Кален, может, сталкивалась с ситуациями, когда было критично.
10 июл 09, 12:53    [7401468]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить