melhores práticas para aplicações de banco de dados

Question

Eu me perguntei, o que a comunidade considera as "melhores práticas", quando se trata de construir uma interface para um banco de dados.

por exemplo:.

deve todas as formas tem sua própria conexão?

deve todo o banco de dados de coisas relacionadas ir em uma camada separada? Ou seja: a criação de uma classe, que lida com todas as coisas de banco de dados, que, em seguida, instanciar dos meus formulários e assim por diante

?

como estrito deve a regra de separação ser seguido, que é: onde colocar cadeias SQL, seqüências de conexão. Em cada código de formas (encontrável), em um arquivo (source-) separada como variáveis ??globais, em um arquivo XML ou mesmo em nenhuma parte do código fonte, somente no servidor SQL?

etc.

Answer 1

Quando a construção de um aplicativo da Web que você normalmente tem 3 camadas de lógica.

1. Apresentação camada
2. Business Logic Camada
3. Acesso a Dados Camada

A última camada faz tudo sobre gerenciamento de banco de dados.

A camada de lógica de negócios nunca deve falar com o banco de dados diretamente, sem usar o Data Access Layer.

Esse é o meu melhor aconselhar

Answer 2

Não faça estes erros .

Answer 3

Leia-se sobre as melhores práticas para arquiteturas de aplicativos em seu idioma, e ler sobre os quadros populares. A resposta a esta pergunta pode facilmente encher-se 3 ou 4 semestres no valor de classes de arquitetura do aplicativo.

Answer 4

Entender o modelo de transação do banco de dados. Oracle e SQL Server ambas as transações de apoio, mas como eles funcionam é tranquila diferente.

Answer 5

Este é um muito amplo pergunta sem resposta simples. Se este é um pequeno a médio projeto eu iria colocar a seqüência de conexão no (seção connectionStrings) web.config e usar o built-in de controle SqlDataSource para acessá-lo.

Answer 6

É sempre melhor para separar as diferentes camadas de seu projeto. Olhar para o framework MVC.

MVC na Wikipedia