|
|
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
допустим у нас есть два или больше источников данных (одинаковых по структуре) на каждом из них выполняем один и тот же запрос, например Код: plaintext 1. 2. будет ли тоже самое, если эти источники объединить в один и выполнить тот же запрос? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 11:16 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
логически - да, физически - нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 11:30 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
miksoftлогически - да, физически - нет. А подробнее? будем считать, что данные не меняются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 11:31 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
Naf miksoftлогически - да, физически - нет. А подробнее? будем считать, что данные не меняются.Результат получите тот же самый. А выполняться будет по-разному, с разными требованиями по памяти и прочим ресурсам. Возможно, вам стоит подробнее раскрыть ваше "тоже самое". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 11:39 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
Тоже самое по результату. Интересует не данный запрос, а произвольные. Для чего все это? Допустим есть центральная база предприятия и распределенные (например супермаркеты). В базах супермаркетов есть информация с точностью до чека. В центральной базе такой детализации возможно не надо: экономим размеры базы, улучшаем скорость работы с ней, экономим трафик передачи репликаций. Но периодически появляются желания аналитиков делать более детальные запросы (редко, но все же): продажи по часам работы, продажи по кассам (равномерно ли работают кассы). Либо информацию вливать в ЦБ, либо спрашивать с филиалов инфу и клеить, либо вот распределенные запросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 11:50 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
Имхо, зависит от периода "периодически появляются желания", экономической обоснованности этих желаний и от технико/экономических возможностей. Например, если раз в полгода от нечего делать хочется посчитать какую-то статистику по магазину, в котором только GPRS с дорогущим тарифом - считать на месте и передавать только запрос туда и сводную информацию обратно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 12:01 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
NafТоже самое по результату. Интересует не данный запрос, а произвольные.Не с любыми запросами можно так обращаться. Например, с Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 12:03 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
miksoft NafТоже самое по результату. Интересует не данный запрос, а произвольные.Не с любыми запросами можно так обращаться. Например, с Код: plaintext 1. 2. 3. Возможно такие примеры есть, но этот с этим запросом все нормально ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 12:15 |
|
||
|
распределение запросов
|
|||
|---|---|---|---|
|
#18+
Ну вот, нашел тупой неприятный пример Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 12:24 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=35138581&tid=1544023]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
155ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 455ms |

| 0 / 0 |
