Если вы просматриваете код, вы можете найти SQL, который никогда не используется, потому что пользователи никогда не выбирают эти параметры в приложении.
Вместо этого я предлагаю вам включить аудит в базе данных и зарегистрировать, какой SQL фактически используется. Например, in Oracle you would do it like this. Другие основные серверы баз данных имеют схожие возможности.
Из данных журнала вы можете идентифицировать не только таблицы, которые используются, но и их частоту использования. Если в схеме есть какие-либо таблицы, которые не отображаются в течение недели аудита, или отображаются редко, то вы можете исследовать это в коде с помощью инструментов текстового поиска.
После того, как у вас есть таблицы-кандидаты для удаления из базы данных и утверждения от вашего менеджера, то не просто отбрасывайте таблицы, создавайте их снова как пустую таблицу или помещайте одну фиктивную запись в таблицу, в основном с нулевыми значениями (или нулевой или пустой) в полях, за исключением полей имени и описания, где вы можете поместить что-то вроде «DELETED» «Сообщить об ошибке DELE для поддержки центра» и т. д. Таким образом, приложение не сбой с жесткой ошибкой, и у вас есть шанс узнать, что делают пользователи, когда заканчиваются этими неиспользуемыми таблицами.
Аналогично, это даст вам только то, что использовалось с тех пор, как вы начали смотреть. Лучше оценить всю заявку и определить, что будет сделано при обновлении. –