Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
Добрый день. Версия сервера: Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64) Aug 22 2017 17:04:49 Copyright (C) 2017 Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: ) (Hypervisor) Хочу создать в агенте джоб, который каждые 20 минут будет делать Код: sql 1. а затем Код: sql 1. В myVIEW чуть более 22000 записей и количество записей растет ~ на 100 в день. Модель восстановления БД в которой находится myTABLE - FULL. Размер БД ~ Гб (Данные 500 Мб, Лог 2400 Мб). Бекап транз.лога БД делается каждую ночь. С вьюхой myVIEW (на которое смотрит Web-приложение) колдовали как могли. Не получается добиться комфортной скорости отображения. Решили обойтись "малой кровью" и натравить приложение на таблицу. Вопрос: Начнет ли транзакционный лог БД расти быстрее при такой вот схеме " truncate - insert "? Или может быть не мучаться и перевести БД в SIMPLE и бекапить её также раз в ночь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 08:33 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
MAULER, надо объемы не в строках, а в Мб сообщать. инсертите 100Мб за раз? в логе получите свои 100Мб и еще столько же зарезервирует под откат. а вообще вы наверное единственные в мире, кто бэкапит ЛОГ раз в сутки. не хотите, чтобы рос, вот и бэкапьте каждые 20 минут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 08:38 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
Yasha123, нет, не 100МБ в день, а на 100 записей в день. Да, что-то забыл уточнить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 08:42 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
MAULERYasha123, нет, не 100МБ в день, а на 100 записей в день. Да, что-то забыл уточнить.Смысле не кол-ве строк, а к объеме данных в них. Если там БЛОБ с кинофильмом, то даже 3 записи это уже немало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:05 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
После включения кнопки Include Client Statistics и выполнения запроса: Код: sql 1. Получаю такую картинку: Bytes received from server 41429.0000 т.е. примерно 40Кб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:07 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
MAULERт.е. примерно 40КбЛучше просто посмотреть размер таблицы myTABLE. Можно даже мышкой в SSMS Если она действительно 40 кб, то ответ на вопрос:MAULERВопрос: Начнет ли транзакционный лог БД расти быстрее при такой вот схеме " truncate - insert "?будет такой: да, транзакционный лог БД начнёт расти быстрее, на 40 кб в сутки (ну, может, больше, но не принципиально). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:33 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
alexeyvgтранзакционный лог БД начнёт расти быстрее, на 40 кб в сутки (ну, может, больше, но не принципиально). ну как же в сутки-то, если он каждые 20 минут собрался транкейтить и инсерить? авторХочу создать в агенте джоб, который каждые 20 минут будет делать это 3 раза в час * 24 часа * объем таблицы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:37 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Спасибо за ответ. Дело в том, что myTABLE ещё нет. Есть только въюха, которая содержит в себе ~22000 записей за все дни, а выборка по конкретному дню из этой въюхи, как раз и содержит ~100 записей размером 40Кб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:38 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
MAULER, А почему транкейт, может просто 100 записей добрасывать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:45 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
Massa52, Нет, там во вьюхе, записи недельно-месячной давности могут измениться, либо вообще исчезнуть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:49 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
вообще тут какой-то нонсенс: всего 500Мб в базе, в любую память влазит полностью аж несколько раз, сервер вообще Энтерпрайз (т.е. уж памяти точно больше гига) строк на выходе тьфу и обчелся, а скорость их не устраивает. такое даже нарочно не придумаешь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:52 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
что там во вью, 100 джойнов по условиям типа OR? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:54 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
MAULERMassa52, Нет, там во вьюхе, записи недельно-месячной давности могут измениться, либо вообще исчезнуть. Для этого есть конструкция MERGE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:54 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
Yasha123, Да, там логика формирования вьюхи myVIEW достаточно сложная, задействовано около десятка других таблиц и вьюх. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 09:54 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
Yasha123alexeyvgтранзакционный лог БД начнёт расти быстрее, на 40 кб в сутки (ну, может, больше, но не принципиально). ну как же в сутки-то, если он каждые 20 минут собрался транкейтить и инсерить? авторХочу создать в агенте джоб, который каждые 20 минут будет делать это 3 раза в час * 24 часа * объем таблицыОй, да, вы правы, это будет почти 3 мегабайта (ТРИ Мегабайта!) в сутки, разумеется, это неприемлемая нагрузка на Системы Хранения :-) MAULERДело в том, что myTABLE ещё нетТак выполните Код: sql 1. 2. , и потом посмотрите размер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 10:30 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
alexeyvgОй, да, вы правы, это будет почти 3 мегабайта (ТРИ Мегабайта!) в сутки, разумеется, это неприемлемая нагрузка на знаете, у меня на днях ребенок побежал покупать арбуз. бабушка ему сказала: арбузы по 0.19 продают. так он взял двадцадчик одной монеткой и убежал покупать. возвращается возмущенный: так это было 0.19 за кг? --- что за кг, что за 20 кг, это не деньги. весьма "приемлемая нагрузка" для нашего кошелька. но если кто-то не умеет считать или не понял условия, то когда он кричит о приемлемости он просто еще раз прилюдно это признает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 10:43 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
MAULER, если не устраивает скорость отображения из myVIEW и нет возможности или нежелательно добавлять новые индексы для этого представления, то необходимо вместо преставление создать витрину данных (пожертвовать местом хранения). В простейшем случае - это индексированное представление, которое материализуется. В более сложно случае - таблица, которая наполняется триггерами, возможно, асинхронно или через средство CDC. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 12:08 |
|
||
|
Как быстро начнёт расти лог при такой схеме..?
|
|||
|---|---|---|---|
|
#18+
Всем большое спасибо. Сначала попробую с таблицей. Если всё будет страшно, попробую добавить логику обновления таблицы глубиной в месяц. Возможно придется подключить MERGE (как советовали ранее). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2019, 12:30 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=88&tid=1687258]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
27ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 216ms |
| total: | 326ms |

| 0 / 0 |
