Início / dba / Perguntas / 4075
Accepted
anon
Asked: 2011-07-25 19:18:25 +0800 CST

Quais são algumas práticas recomendadas para usar esquemas no SQL Server?

  • 772

Entendo os recursos dos esquemas do SQL Server, mas quais são as práticas recomendadas? Claro que eles oferecem outra camada de segurança e fornecem agrupamento lógico de objetos de banco de dados dentro do banco de dados, mas o que é típico lá fora? Muitas vezes, em minha experiência, não vejo muitos esquemas personalizados utilizados. Isso é típico? É o cenário menos frequente em que os esquemas personalizados devem ser usados?

sql-server sql-server-2008

3 respostas

  1. Best Answer

    Nos os utilizamos

    • para separar permissões por cliente (por exemplo, temos esquemas de desktop, WebGUI, etc.)
    • para agrupamento lógico, por exemplo (esquemas de dados e preparação para nossas tabelas).

    Observações úteis e práticas além do white paper mencionado por Marian:

    • GRANT no esquema: sem mais permissões por objeto. Portanto, um novo proc no esquema WebGUI tem automaticamente as permissões do esquema
    • Agrupamentos agradáveis ​​no SSMS Object Explorer
    • OBJECT_SCHEMA_NAME
    • Você é forçado a qualificar nomes de objetos (o que é uma prática recomendada)
    • 19

  2. Acho que uma resposta pode ser encontrada neste artigo do MSDN: SQL Server Best Practices – Implementation of Database Object Schemas .

    Citação: "Este white paper discute as oportunidades de melhorias na administração de segurança de um banco de dados do usuário e descreve algumas práticas recomendadas sobre o uso de esquemas para gerenciar objetos de banco de dados em bancos de dados de desenvolvimento e produção. Especificamente, ele aborda três cenários do mundo real:

    • Proteger os objetos do banco de dados de serem alterados por usuários sem o conhecimento do proprietário do banco de dados
    • Prevenção de objetos de base de banco de dados, bancos de dados de fornecedores independentes de software (ISV) em particular, de acesso ad hoc ou incorreto do usuário, levando a um baixo desempenho do aplicativo
    • Reunir grupos relacionados de objetos (entidades lógicas) em um banco de dados físico para reduzir a sobrecarga administrativa do banco de dados físico".

    Eu uso especialmente a terceira parte - relacionar grupo de objetos com base em seu significado lógico - diferentes esquemas pertencentes a diferentes projetos dentro do mesmo banco de dados.

    • 15

  3. Você pode querer consultar alguns dos textos fundamentais sobre isso para responder a algumas de suas perguntas. Os documentos sobre o modelo de banco de dados relacional de EF Codd e CJ Date abordam muitas questões comuns relacionadas a design, desempenho, segurança, design de esquema ideal etc. ORACLE, SQL Server (Microsoft e Sybase), Ingres, MySQL e qualquer outra solução de banco de dados relacional disponível.

    • -2

relate perguntas