Использование представлений в SQL

Question

У меня есть представление, которое создается из базовой таблицы. Этот вид в основном является точной копией таблицы без каких-либо условий фильтра и содержит все столбцы и записи таблицы.

Есть ли какие-либо преимущества при использовании представления (которое является прямой копией таблицы) вместо таблицы непосредственно в моем приложении или хранимых процедурах.

Answer 1

в этом случае нет различие между вид и таблица. view - это не копия таблицы, а что-то вроде хранимого оператора select.

Answer 2

Могут быть серьезные недостатки для этого подхода, с точки зрения производительности.

http://www.sql-server-performance.com/tips/views_general_p1.aspx

Я хотел бы предложить, избегая использования взглядов, если это возможно.

Answer 3

Nope.

За исключением индексированных представлений, представления действительно полезны только для чтения очистителя SQL. Выполнение запроса, содержащего представление, по существу совпадает с выполнением запроса с определением вида, скопированным и вставленным в запрос.

Я бы отказался от использования сложных представлений таким образом, как если бы он делал запрос более чистым, это делало процесс диагноза более болезненным (так как вам нужно искать все взгляды, чтобы понять, что исходный запрос делает)

Answer 4

Но вам нужно знать, что вид представления работает немного по-другому, так как в итоге у вас есть избыточный уровень на стороне БД.

Как работает просмотр, выполняется Select *, а затем фильтруется для столбцов, которые вы добавляете к нему.

Мне было бы очень утомительно использовать представления для этого, если бы не были серьезные проблемы с безопасностью.

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

Приветствия

Answer 5

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

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

На стороне безопасности в точке в будущем может быть вставлено предложение where, которое начинает давать вам фильтрацию/безопасность на уровне строк, где, поскольку прямой доступ к таблице предотвращает такое перемещение в будущем.

Answer 6

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

Я лично предпочитаю, имеющие бизнес-логику приложения, определенного в коде однако :)

Answer 7

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