Size: a a a

2019 November 19

F

Frankie4Fingers in sql_ninja
В смысле запуск службы от sql login?
источник

MC

Max Chistyakov in sql_ninja
Да хотя б просто пакеты повыполнять
источник

MC

Max Chistyakov in sql_ninja
Но вижу, что вроде можно
источник

SV

Stas V in sql_ninja
Max Chistyakov
Но вижу, что вроде можно
Точно можно
источник

K

Kostya in sql_ninja
Какой-то Хмырь
Я, видимо, искусственное ограничение сам себе поставил, что нельзя дропать имеющийся пк =\
Да, можно, только темпу песдец настанет, по-моему )))
Перенос данных пойдет из кластера в кучу
источник

K

Kostya in sql_ninja
Хотя, хз, как жто в скуле реализовано
источник

K

Kostya in sql_ninja
Nick Proskuryakov
дядьки. если бы вам пришлось поменять int на bigint у колонки в таблице с 400кк строками как бы вы поступили? как обычно надо быстро и бесплатно для лога.
я добавляю новую колонку, заполняю ее, дропаю ключи, переименовываю колонки, удаляю старую, возвращаю ключи. но все работает ппц как долго) есть варианты исчо?)
Бесплатных для лога нет )))
источник

NP

Nick Proskuryakov in sql_ninja
Kostya
Бесплатных для лога нет )))
оптимальный бы, до сих пор тестирую варианты
источник

K

Kostya in sql_ninja
Gopneg
We have a large table (containing a large number of records and occupying a large amount of data) that stores transactions.
CREATE TABLE [Transactions] (
 [TransactionID] UNIQUEIDENTIFIER NOT NULL PRIMARY KEY,
 [TimeStamp] DATETIME2 NOT NULL,
 [ClientID] INT NOT NULL,
 [ClientTransactionID] NVARCHAR (20),
 [Sum] MONEY,
 [SomeOtherData] NVARCHAR (MAX)
 );

It is necessary to break down this table into partitions by the [TimeStamp] field, broken down by months. The [TransactionID] field should remain as Primary Key.
Data older than 1.5 years can be stored in one partition (access to them will be very rare).

The operation should go "seamlessly" - with minimal database downtime.
Direct rebuild of the table will take more than a day and not acceptable.

The result of the task should be a plan for the transition to partitioned storage, a list of the necessary technologies / services, as well as the necessary code to complete this plan.
Чтобы я сделал ... арендовал у кого-нить ссд полку или просто рейд на 4 ссдшника
Загнал бы ссд в 10-тку, далее bcp туда сюда
Если скуль позволяет включать отключать логгиррование на уровне файлгруп, воспользовался бы этим
источник

K

Kostya in sql_ninja
Nick Proskuryakov
оптимальный бы, до сих пор тестирую варианты
Строк то херня, 440 000 ты написал, или я не так прочел ?
источник

K

Kostya in sql_ninja
400кк это скока в граммах ?
источник

K

Kostya in sql_ninja
И ср длина строки ?
источник

NP

Nick Proskuryakov in sql_ninja
Kostya
Строк то херня, 440 000 ты написал, или я не так прочел ?
440кк - мильоны)
источник

K

Kostya in sql_ninja
Nick Proskuryakov
440кк - мильоны)
Ай пилять )))
источник

K

Kostya in sql_ninja
Заптра подумаю, а то утром рано вставать млин, сына в сад ... у нас  00
источник

K

Kostya in sql_ninja
Вячеслав
у нас было как:
большая таблица
мало процедур, которые селектят оттуда данные.
1) созали новую таблицу, сделали партишн функцию с одной точкой начиная со следующего месяца. Сделали схему с двумя группами по этой функции
2) перенаправили инсёрт сразу в новую таблицу
3) заапендили селект/апдейт/делит хранимки апдейтом делитом селектом из двух таблиц. Т.к. это транзакции, то вряд ли там что-то апдейтится в старых данных
4)  ну и потом из старой таблицу выбирали помесячно данные в темповую таблицу и шарашили в новую таблицу через слайсинг виндоу
Мы делаем примерно так же, создаем новую таблицу, везде в логике юнионим алл со старой, потом переключаем вставку/обновление на новую и тих по тих подливаем данные за пару последних месяцев
источник

K

Kostya in sql_ninja
Старая рстается как хистори
источник

K

Kostya in sql_ninja
Ну а ..ли елозить (с), Ноганнл
источник

K

Kostya in sql_ninja
Но, я так понял, человека это не устроит.
источник

K

Kostya in sql_ninja
Вопрос открытый, гуглить завтра за комп пойду,
Скуль 2016 позволяет отключить логгиррование на уровне файлгруппы ?
источник