промежуточная и производственная база данных

Question

Мне нужно выполнить вычисления на очень большой базе данных. Приложение значительно замедляется, когда я запускаю вычисления. Возможный обходной путь - скопировать это во вторую базу данных и запустить вычисления в автономном режиме Когда это будет сделано, переключите его с действующей базой данных. Может ли этот процесс быть автоматизирован?

это то, что Google делает с их поисковым индексом?

Answer 1

Да, это можно автоматизировать с помощью репликации, задач агента (при условии SQL Server) или даже пользовательского приложения.

Answer 2

Конечно, и это может быть автоматизировано. Но данные не могут быть изменены, если вы собираетесь их заменить.

Я бы только перенес данные, которые нужно перенести, и агрегировал, какие данные можно агрегировать во время переноса, - и индексировал бы таблицы назначения для оптимизации вычислений. Однако оба эти варианта возможны без извлечения данных из базы данных и просто создания других таблиц в базе данных.

Если вы выполняете операцию на той же машине, возможно, вы по-прежнему будете испытывать ту же медлительность, поскольку сервер будет выполнять те же операции ...

Если "медлительность" на самом деле вызвана блокировкой / блокировкой behvaior и данные не будут изменены, вы можете использовать опцию WITH(NOLOCK) в своих таблицах, чтобы избежать блокировки других операций во время ваших длинных операций.

Answer 3

Есть несколько способов сделать это. Вы можете автоматизировать использование агента сервера sql.

, не зная больше деталей, и какие расчеты для вас могут реализовать хранилище данных, используйте агрегирование, если это возможно

Answer 4

Я бы сказал, что лучшей идеей будет извлечь вычисления в их собственный модуль, а затем выполнить их отдельно в другом процессе или на другом компьютере, используя ту же базу данных. Трудно сказать точно, будет ли это правильно делать без дополнительной информации о вашей конкретной настройке.