Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
30.03.2018, 14:14
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
приветствую Имеется таблица с большим кол-вом записей приблизительно 210М. Код: sql 1. 2. вІьполняется около двух часов. Вопрос: есть ли возможность ускорить ? на таблице 2-а индекса. В доках не нашел упоминания что если дропнуть индексІь, перед добавлением то ето повлият на скорость ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:16
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
_human, а проставить ваши 210М должно мигом? после дропа индекса его прийдётся ещё и создавать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:17
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
нужно было сначала новую таблицу сделать, перелить данные в неё из старой, дропнуть старую, а потом переименовать новую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:20
|
|||
|---|---|---|---|
|
|||
Продолжительнй ALTER TABLE |
|||
|
#18+
альтернатива: 1) создать поле NULL 2) посчитать его порциями 3) повесить логику вычисления MONTH(<date_column>) на триггер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:23
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
TaPaK, ситуация такая что индексьІ будут дропрутьІ позже, но как я понимаю ето не поможет. Konst_Oneнужно было сначала новую таблицу сделать, перелить данные в неё из старой, дропнуть старую, а потом переименовать новую хм, имеете ввиду SELECT *, MONTH(<date_column>) INTO <new TABLE> FROM ... ? не вижу как ето ускорит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:26
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
это не будет мешать работе основной системы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:30
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
_human, индексы вообще не причём. Серверу надо сохранить все значения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:33
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
Konst_Oneэто не будет мешать работе основной системы идею понял, но тут не тот случай. Knyazev Alexey2) посчитать его порциями 3) повесить логику вычисления MONTH(<date_column>) на триггер а можете чуть делальнее ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:35
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
_human, вы с какой целью добавляете PERSISTED ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 14:36
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
TaPaK, partitioning ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 15:02
|
|||
|---|---|---|---|
|
|||
Продолжительнй ALTER TABLE |
|||
|
#18+
_human, А чем 2 часа плохо? Один раз можно и подождать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 15:07
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
Владислав Колосов, Так и будет если ничего бьІстрее не напишу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:07
|
|||
|---|---|---|---|
|
|||
Продолжительнй ALTER TABLE |
|||
|
#18+
_humanpartitioning Не хочу тупить в пятницу, но разве нужно чтобы вычисляемое поле было PERSISTED, чтобы могло участвовать в функции секционирования? И почему не подсунуть в функцию секционирования поле DATETIME, а не плодить еще один столбец? Который еще и будет ложить в одну секцию данные с разных годов (март 2017, март 2018). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:13
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
AlanDenton, AlanDentonНе хочу тупить в пятницу ну ето как бьІ закон давньІм давно Да, поле должно бьІть PERSISTED. AlanDentonИ почему не подсунуть в функцию секционирования поле DATETIME Потому что только 12 кусков. + не нужно постоянно поддерживать парт. ф-ию +Целевая таблица не хранит и не будет хранить исторических данньІх ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:14
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
AlanDenton_humanpartitioning Не хочу тупить в пятницу, но разве нужно чтобы вычисляемое поле было PERSISTED, чтобы могло участвовать в функции секционирования? И почему не подсунуть в функцию секционирования поле DATETIME, а не плодить еще один столбец? Который еще и будет ложить в одну секцию данные с разных годов (март 2017, март 2018). для самого секционирования не надо, но вопрос как они потом будут работать, ну и последнее предложение в точку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:15
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
_human, авторну ето как бьІ закон давньІм давно закон чего? джунглей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:17
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
Knyazev Alexey, Knyazev Alexeyальтернатива: 1) создать поле NULL 2) посчитать его порциями 3) повесить логику вычисления MONTH(<date_column>) на триггер Можете пояснить свое решение ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:18
|
|||
|---|---|---|---|
|
|||
Продолжительнй ALTER TABLE |
|||
|
#18+
TaPaKдля самого секционирования не надо Спасибо. То начал думал, что чего-то таки не знаю. Если раньше на обычном вычисляемом столбце все крутилось. _human не нужно постоянно поддерживать парт. ф-ию А не легче нагенерить диапазон на несколько лет вперед и складировать в рамках одной файловой группы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:19
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
AlanDentonА не легче нагенерить диапазон на несколько лет вперед и складировать в рамках одной файловой группы? нет не лучше. давайте по теме, если больше предложений нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:22
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
AlanDenton, не по полю должно быть persisted, но секционировать можно и по существующему полю date_column ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.03.2018, 16:25
|
|||
|---|---|---|---|
Продолжительнй ALTER TABLE |
|||
|
#18+
_humanAlanDentonА не легче нагенерить диапазон на несколько лет вперед и складировать в рамках одной файловой группы? нет не лучше. давайте по теме, если больше предложений нет быстрого способа нет. Либо проставить целиком, или проставить частями и считать дальше чем угодно. Второй способ точно не быстрее, но объект не умрёт на время выполнения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&mobile=1&tid=1690011]: |
0ms |
get settings: |
9ms |
get forum list: |
25ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
57ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
2ms |
| others: | 245ms |
| total: | 433ms |

| 0 / 0 |
