Персистентные временные таблицы в SQL?
Как видно на картинке, я не могу найти стручки. Просто переустановите их с помощью pod update. И, конечно же, не забудьте использовать файлы .xworkspace.
4 ответа
Я бы согласился с вашим планом Б: «создайте другую БД на том же диске, что и tempdb, назовите ее как-то вроде PseudoTempDB и просто обработайте удаление самостоятельно».
Если вы создадите таблицу как tempdb.dbo.TempTable, она не будет удалена до:
a - SQL Сервер перезагружен
b - Вы явно удалили его
Если вы хотите, чтобы он всегда был доступен, вы можете создать эту таблицу в модели, чтобы она была скопирована в базу данных tempdb во время перезапуска (но она также будет создается в любой новой базе данных, которую вы создаете позже, поэтому вам придется удалить ее вручную) или использовать хранимую процедуру запуска для ее создания. Однако не было бы возможности сохранить данные после перезапуска.
Как насчет создания постоянной таблицы? Скажем, MyTable. Раз в 24 часа обновляйте данные следующим образом:
- Создайте новую таблицу MyTableNew и заполните ее
- Внутри транзакции отбросьте MyTable и используйте rename_object, чтобы переименовать MyTableNew в MyTable
Таким образом, вы воссоздаете таблицу каждый день.
Если вас беспокоят файлы журнала, сохраните таблицу в другой базе данных и установите для нее значение Модель восстановления: Простое.
Я должен признать, что двойной подход к этому вопросу: «постоянный» и «временный» обычно не идут вместе! Как насчет нестандартного мышления? Возможно, ваша фоновая задача может периодически запускать тривиальный запрос, чтобы SQL не пометил таблицу как неиспользуемую. Таким образом, вы получите прямой контроль над созданием и уничтожением.