Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
uaggsterА минимально протоколируемые операции - минимально протоколируются что в полной модели, что в простой. нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2019, 19:46 |
|
||
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
uaggsterА минимально протоколируемые операции - минимально протоколируются что в полной модели, что в простой. очень интересное представление о полной модели, этакая "не совсем полная модель" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2019, 20:21 |
|
||
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовalexeyvgпропущено... Как это, разве разница не одинаковая, не зависящая от стоимости? Например, если сравнивать SAS и простое SATA решение.В смысле, если у вас SAS диск, то разнесение источника и приёмника на разные шпиндели не повлияет на скорость? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2019, 21:13 |
|
||
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Я понял. Во втором случае даже при разнесении ситуация будет хуже, т.к. SATA плохо справляется с одновременной обработкой обращений к хранилищу. Разве что удастся изолировать как-то поток данных. Хотя сомнительно, т.к. сервер будет не только писать, но и читать на получателе. SAS интерфейс, емнип, обладает пропускной способностью, намного превышающей возможности дисков. Но я полностью не уверен. Просто мнение :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2019, 11:33 |
|
||
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
Возможно позже стоит подумать о смене концепции "big bang copy 100500K rows" На более хайповую репликацию в фоновом режиме. Помониторьте сервер, может у вас ещё полно ресурсов для подобного процесса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2019, 21:18 |
|
||
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
AR®Есть необходимость периодически переливать из таблиц в таблицы данные в общем объёме где-то до 100 млн. записей. В каком случае это будет работать быстрее: 1) таблицы источника и назначения в одной базе 2) таблицы источника и назначения в одной базе, но разнесены в разные файлы 3) таблицы источника и назначения в разных соседних базах Во всех случаях подразумевается, что всё происходит на одном и том же сервере. Практика 10-15-и летней давности говорила о том, что скорость сильно возрастает, если источник и приёмник находятся на отдельных физических носителях (в разных базах). (были базы до 500Gb) Но с того времени много чего поменялось в железе. Надо экспериментировать - Попробуйте - поделитесь результатами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2019, 07:10 |
|
||
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
Другое дело, что делать что-то в одной базе с эталонной таблицей я бы не стал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2019, 07:56 |
|
||
|
Как будет работать быстрее?
|
|||
|---|---|---|---|
|
#18+
Я тоже склонился к двум разным базам, хотя и, скорее, по административно-правовым причинам. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2019, 15:10 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=39874924&tid=1687133]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
59ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 252ms |
| total: | 430ms |
| 0 / 0 |
