Техника рефакторинга SQL Server для переименования таблиц и переименования представлений

Question

Я изучал общие правила именования таблиц и представлений и натолкнулся на вопрос: " Таблицы и представления базы данных имен".

Один из пользователей опубликовал этот ответ:

Использование v for view в качестве стандарта особенно плохо, на мой взгляд, потому что мешает вам использовать один из лучших способов рефакторинга базы данных, который заключается в переименовании таблицы и создании представления со старым именем, которое имитирует старую структуру, так что ничто не нарушает в то время как вы вносите изменения, но вы можете начать находить и исправлять все старые ссылки без необходимости исправлять их все, прежде чем изменение будет введено в prod.

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

Как бы вышеупомянутая техника была полезна для следующих сценариев:

1. Таблица: Users_Tbl; Просмотр: Пользователи. Я хочу переименовать Users_Tbl, но не прерывая звонки на Users.

2. Таблица: Users_Tbl; Просмотр: Пользователи. Я хочу переименовать пользователей, но не прерывая звонки пользователям.

Когда я говорю "прерывание вызовов", я имею в виду задания SQL, SP, которые могут использовать таблицы и представления, пакеты служб SSIS, вызовы DB на стороне сервера и т. Д.

Спасибо за помощь.

Answer 1

Этот вопрос привлечет взвешенные ответы, однако этот ответ (который не является) слишком длинный для комментария.

Это не то, к чему человек стремится. Они говорят, что у вас есть стол под названием Users (нет просмотра). Позже по какой-то причине вам необходимо перейти к новому объекту, который будет иметь другое имя. Когда вы перемещаете объект, вы также создаете VIEW вызов Users, который указывает на новый объект.

Лично, однако, я чувствую, что суть сейчас немая, так как у вас есть синонимы; так что вы можете просто создать один из них.

Как я уже говорил в своем вступительном слове, стандарты именования весьма самоуверенны. Разные предприятия имеют разную логику и правила. Не существует "международного" стандарта, как такового, но компания, в которой вы работаете, вполне может иметь такой. Хотя я предлагаю против sp_ префикс: префикс sp_ по-прежнему нет-нет?