Як приховати / відключити таблиці, не скидаючи їх, щоб перевірити надмірність?

Мені доводиться підтримувати і розширювати стару застарілу систему, яка містить методи веб-сервісу та таблиці баз даних, які більше не використовуються. Оскільки я не зовсім впевнений, що таблиці справді зайві, я боюся їх скинути.

Чи є якийсь інший спосіб досягти такого ж ефекту (таблиці більше не можна використовувати), не скидаючи їх? Моя ідея полягала в тому, щоб перевести їх в іншу схему (наприклад, Deleted) від поточної замовчуванням dbo.

IF NOT EXISTS (SELECT * FROM sys.schemas WHERE name = 'Deleted')
BEGIN
   EXEC('CREATE SCHEMA Deleted')
END

ALTER SCHEMA Deleted TRANSFER dbo.TableName;

Чи є якийсь інший варіант чи є недоліки у підході до схеми?

Чи є якийсь інший спосіб досягти того ж (таблиці не можна використовувати більше), не скидаючи їх?

Зміна схеми - дуже швидка операція - потрібна лише зміна метаданих. Оригінальна ідея, яку я отримав, була з блогу Аарона Бертран - Schema Switch-A-Roo .

Ви можете слідувати крокам з моєї відповіді тут

Очевидно, є й інші методи, такі як sp_rename N'old table ', N'new table' або просто забороняють дозволу на таблицю.

Кілька інших варіантів - просто перейменувати таблиці, або якщо вони мають кластерні індекси, ви можете відключити кластерний індекс.

Видаліть дозволи в таблиці з Рольових груп / груп / облікових записів, які [, можливо], використовують її.

Якщо щось підірветься, поверніть їх [швидко].

Підказка: Використання сценарію для внесення цих змін було б дійсно, дуже гарною ідеєю.

Видалення дозволів, як правило, не спрацьовує, оскільки ви не можете ПІДТРИМАТИ, що хтось не має дозволів. Можливо, через групу, роль чи навіть через те, що вони є систематичними (хоча сподіваємось, що ні).

Для таблиць їх можна відключити. І це швидкий процес. Однак для їх включення потрібно перебудувати їх та створити великий стіл, який може зайняти у вас досить тривалий час.

Вашою найкращою ставкою буде переміщення об'єкта в нову схему (як ви запропонували) або перейменування об'єкта. Обидві ці операції є швидкими та простими як для виконання, так і для скасування. Дозволи також залишатимуться в обох напрямках.

Додатковим кроком, який ви можете зробити, є додавання "примітки про TBD" у розширені властивості об'єкта. Ви можете зробити помітку про те, коли ви внесли зміни, та / або будь-які замітки, про які ви вважаєте, що безпечно позбутися.

Все, що було сказано, я проведу розширений сеанс подій (або простеження профілю) протягом декількох днів, щоб бути впевненим, що у вас є всі використовувані об'єкти. Ви можете сильно обмежити сеанс лише іменем об'єкта та коли його торкнулося, щоб зменшити накладні витрати. Також переконайтеся, що ви запускаєте цей сеанс протягом декількох днів в обидві сторони кінця місяця і, можливо, навіть в кінці кварталу, щоб бути впевненим, що у вас є все.

Видаліть дозволи, як пропонує Філ В.

Також видаліть дозволи з усіх збережених процедур, які використовують таблиці. У SQL Server (я не знаю про інших) дозволи дозволені ланцюжком від викликаючого об'єкта (наприклад, збереженої процедури) до об'єкта, що викликається (наприклад, таблиці).