Я ищу политику выполнения по умолчанию для работы с префиксом .dbo.
Я понимаю, что дбо. префикс - это больше, чем синтаксический шум, однако я прошел через последние 8 лет разработки на основе MS, пропустив ввод dbo. префикс и игнорирование его функции.
Помимо проблемы с производительностью с сохраненными блокировками компиляции proc, существует недостаток в пропуске ввода ".dbo" в SQLqueries и хранимых процедурах?
Дальнейший справочник: вся моя разработка - это средний уровень среднего уровня, основанный на интегрированной безопасности на основе учетной записи службы среднего уровня.
[DBO]. [Ххх]
Механизм SQL Server всегда анализирует запрос на куски, если вы не используете префикс, который определенно будет искать объект схожим именем с разными пользователями, прежде чем он будет использовать [dbo]. Я бы посоветовал вам следовать префиксному механизму не только для того, чтобы удовлетворить лучшие практики, но и избежать сбоев в производительности и сделать код масштабируемым.
Я не знаю, что ответил на ваш вопрос, но это только моя доля знаний.
В большинстве случаев вы можете его игнорировать. Иногда вам придется вводить его. Иногда, когда вы должны вводить его, вы можете просто ввести дополнительный ".":
SELECT * FROM [LinkedServer].[Database]..[Table]
Вам нужно будет начать просмотр, если вы начнете использовать дополнительные схемы намного больше, где у вас могут быть две схемы в одной базе данных, в которых есть таблицы с тем же именем.
Основной проблемой является не безопасность, это разрешение конфликтов имен, в случае, когда ваше приложение когда-либо будет развернуто бок о бок с другим приложением, использующим те же имена в базе данных.
Если вы упаковываете и продаете свой продукт, я бы настоятельно советовал использовать схемы, ради ваших клиентов. Если вы разрабатываете для одного конкретного магазина, то это не вызывает большого беспокойства.
Да, вы можете игнорировать - по большей части - если вы никогда не создавали ничего за пределами (по умолчанию) схемы "dbo". Одно место, которое вы не можете игнорировать, - это вызов функции сохранения, которая всегда должна иметь "двухчастную" нотацию:
select * from dbo.myFunc
Однако считается, что всегда рекомендуется использовать "dbo". префикс (или другие префиксы схемы, если ваша база данных имеет несколько схем).
Марк
", однако я прошел через последние 8 лет разработки на основе MS, пропустив ввод dbo prexfix и игнорируя его функцию.
Это ваш ответ. Если ваша БД работает нормально, вы в порядке. Лучшие практики не заменяют реальных испытаний на вашей реальной системе. Если ваша производительность прекрасна, а обслуживание в порядке, ваше время лучше проводить в другом месте, где вы можете получить лучший взмах для своей пословичной доллар.
После работы в мире оракула я бы посоветовал не пропускать объявление схемы. Помните, что версии SQL Server после 7.0 поддерживают несколько схем на базу данных - важно различать их, чтобы убедиться, что вы захватываете правильные таблицы.
Если вы можете убедиться, что в базе данных никогда не будет двух отдельных пространств имен схемы, вы можете игнорировать их. ДБО. префикс не должен ничего делать, чтобы влиять на производительность сам по себе - синтаксический анализ - такая небольшая часть SQL-запроса, чтобы быть незначительной.