Análise de um banco de dados

Introdução

Ao projetar um software que interage com um banco de dados, seja para fazer a interface Desktop ou Web, é dedicado a um uso particular e não para outro, você deve sempre fazer uma análise cuidadosa para evitar ter que lidar com questões como a integridade referencial, a redundância de dados, etc.

O objetivo desta análise é um trabalho importante: para alcançar a melhor otimização de dados e recursos em antecipação de futuras alterações ao banco de dados ou implementações.

O objetivo deste artigo é colocar o leitor a resolver os seus próprios projetos no futuro, começando pé direito durante a organização da informação para gerenciar, ou em uma posição para transportar em torno de um bem concebido banco de dados de software, e mais simples performance.

Quem é o cliente?

É uma pergunta estúpida ou muito grande? Talvez, mas você pode começar a dar dois mark-respostas:

1. Eu tenho que satisfazer o cliente;
2. para satisfazer o cliente ... é um cliente.

Caso 1. Tem certeza de que ter ideias claras sobre o que você precisa? Se você tem todos os considerados todos os todos? Tem certeza de que não tem pressa demais?

Se você não tiver estas perguntas ... ponitele!

Acabo dirigido ao leitor em um tom muito direta, evitando o ponto, ele se vira que eu não posso e agora eu quero evitar responder no segundo caso.

Caso 2. O cliente não é satisfazer o desenvolvedor, mas alguém que possa ter um mínimo de conhecimento de informática ou não. Se você tiver qualquer conhecimento pode simplificar nossas vidas, porque "falamos a mesma língua", ou é um pedante que a vida tende a complicar a próxima. Ou é uma pessoa que não entende nada, mas o computador sabe o que quer (raro) ou você pode deixar-nos saber. Ou não sabem mesmo o que ele quer ou é capaz de fornecer as informações necessárias.

Tome isso como uma lei: nunca tomar nada como garantido, qualquer um que tem enfrentado! É melhor ser petulante, pensar e repensar tudo, para evitar chegar à conclusão de que, porque aqueles que detêm ou tentar cumprir está errado por um motivo ou outro.

Encerro este parêntese necessário probabilidade de dar ao leitor entender que a coisa mais importante, é ter ideias claras, tem um caldeirão de informações ainda não está organizada a fim de organizar melhor, como discutiremos a seguir.

Faça uma boa análise de um banco de dados

Tal como indicado no Guia de SQL do site, a linguagem SQL, em vez de os vários operadores do banco de dados (MS Access, MySQL, e assim por diante) não são difíceis de usar. Claro, há produtos mais ou menos complexas ou intuitiva, mas isso não é o ponto.

O ponto é saber o que fazer!

Ção e, portanto, supor que o leitor tenha um mínimo de cognição em termos de uma gestão de banco de dados relacional, conhecer a linguagem SQL e saber como usar qualquer SGBD, sendo irrelevante para a escolha do produto para fins de compreensão deste artigo.

O que fazer pode ser resumido em seis pontos:

1. reunir informações para gerir;
2. dividi-los em grupos lógicos;
3. bem em pensar sobre as tabelas de divisão e tipos de dados a ser utilizado;
4. pensar que "porcentagem" de redundância que você quer ser;
5. assume uma estrutura diferente;
6. desligue o computador, olhando para o teto, a repensar a estrutura

Esta afirmação é tanto sério e bem-humorado, apesar de um certo ponto: diz-se que a primeira idéia é a certa (este é o significado da seção 5) e que é melhor para notar antes de começar a escrever o software de gerenciamento "ao redor" para o banco de dados.

Exemplo: estrutura de banco de dados de um directório de empresas

É muito popular na Web nos últimos anos o conceito de diretórios, é um diretório de indexação, é um diretório para procurar produtos, serviços, empresas e assim por diante.

Não ser capaz de esgotar todo o conhecimento neste contexto relacionado a um banco de dados para gerenciar (a série vai ao infinito e além) nós tentamos criar uma estrutura de dados para lidar com este tipo de serviço.

O que deve ele fazer este serviço?

1. coletar os usuários;
2. gestão de localizações geográficas;
3. gerenciar as categorias e subcategorias;
4. lidar com os detalhes, associando-as com os pontos 1, 2 e 3;
5. incluem opções como assinaturas pagas e assim por diante.

Nos parágrafos a seguir serão descritas e comentadas em todas as tabelas útil - do meu ponto de vista - para gerenciar o assunto aplicação do presente número. Os tipos de dados são dadas tendo em conta o MS Access como o DBMS fácil de usar, e depois mais perto de compreender tanto o jogador menos experiente do que os mais experientes do usuário, avançado de DBMS.

Com relação ao comprimento do campo, deixo ao critério do leitor para estabelecê-la. Em alguns casos, os comprimentos dos campos são obrigatórios (por exemplo, o código tributário tem 16 caracteres, o CAP tem 5 e assim por diante), enquanto que para outras coisas como um nome, uma URL, eu posso recomendar 50-150 caracteres.

Vobis fazer!

• <<
• 1
• 2
• 3
• >>