Добрый день.

Есть две базы с 200+ таблицами. Есть пожелания от разработки - узнать какие таблицы используются, а какие остатки древних времён. То есть через 2 месяца посмотреть и увидеть: "так эти 10 таблиц никому нужны не были удаляем".
Select + Update + Delete.
Варианты на конкретные таблицы видел через триггеры, аудит. Но там на конкретные таблицы, а на 200+ не особо удобно, плюс нужны и просто чтения данных.

Представляется что-то похожее на доп.таблицу со списком всем таблиц и полем 0\1, где значение меняется на 1, если таблица встретилась в запросе. Но тут нужно включаться проверку всего кода и скорее всего триггер. Решение кажется каким-то корявым.

Кто-то сталкивался с похожей задачей и более адекватным решением?
Заранее спасибо за ответ!

Konst_One,

На изменение, из статьи можно получить что-то вроде:



Но опять же не включает чтения.

В его основном варианте обращение к динамическим таблицам. А при перезапуске же они обнуляются. На этом хосте не только СУБД и ночные рестарты бывают.

Да, вариант отключить\переименовать всегда актуален:)

TaPaK,

Кстати, да. Это дата изменения таблицы как объекта, включая пастеризованный индекс, а не данных в таблице.
Но даже будь это изменение данных в таблице, не включает нужное.

TaPaK,

Это автозамена издевается:) Кривое написание кластеризованного изменило на пастеризованный

Обратил, общее со всеми динамическими:
При запуске службы SQL Server (MSSQLSERVER) счетчики сбрасываются в нуль. Кроме того, когда база данных отсоединяется или останавливается (например, если аргументу AUTO_CLOSE присвоено значение ON), из представления удаляются все строки, связанные с этой базой данных.

Если сервер хотя бы месяц без рестарта проработает, то можно применить.

TaPaK,

Какие результаты? Насколько я вижу, скрипт выдаёт таблицы по которым с момента перезапуска не использовался индекс.
Например, сейчас мне показывает 180+ таблиц. Это что значит, что они не нужны? Нет, это значит только то, что индексы по ним не использовались с ночного перезапуска.

TaPaK,

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

Konst_One,

auto_close и не включен, это просто был один из пунктов с docs.microsoft.com.

По периодическим ночным рестартам - сервер аналитиков, там кроме СУБД ещё куча всего. Рестартуют весь хост. Вынос СУБД на отдельный сервер планируется.

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

Руслан ДамировичDanion,

Т.е. аналитик написал тяжелый запрос, запустил на ночь, а следующим днем будет в носу ковырять в ожидании результатов, потому что ты ночью сервер ребутнул, и он запустил запрос уже утром.

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

трустори- Почему годовая отчетность в ЦБ не сдана вовремя? Нас оштрафовали на миллионы и почти лишили лицензии!
- Это не мы, это админ Danion без согласования дропнул таблицы, нужные для расчета балансов! На восстановление ушло 2 месяца!


Прекрасно! Только админ Danion ничего дропать не будет. А по запросу от аналитиков предоставит им список таблиц в их базах, которые не использовались определенный срок. И они уже сами будут решать, что с ними делать. Совет, что не факт что неиспользуемая пару месяцев таблица им не понадобится через пол-года уже предоставлен.

Критик,

Интересный вариант. Весьма обстоятельный подход к задаче.

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

Бекапы перед любым вариантом удаления\переименования естественно нужно делать. И бекап должен лежать не на том же диске\сервере, так что проблема с нехваткой места не затрагивает. А бекап с сжатием положенный на хранение на пару лет занимает не так много ресурсов.

Всем спасибо за ответы.

Руслан Дамирович,

1) Я не являюсь ответственным за систему, работы если и будут проводиться, то этими же ответственными. Оказываю помощь по некоторым вопросам.
2) На этом сервере сами базы не хранят эксклюзивную информацию. Там всегда можно все вытянуть селектами с продуктива. И это позиция самих аналитиков.
3) Не во всех конторах ищут крайнего и делают стрелочника. У нас сначала решается проблема, а вариантов тут выходит много. При этом, если будут вопросы почему вообще этим занимались, то есть официальное обращение на предоставление информации.