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

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

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

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

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

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

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

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

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

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

1 Ответ

0 голосов
/ 25 февраля 2019

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

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

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

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

...