Oracle SQL e PL / SQL - 8. Modelagem de dados e banco de dados design

Postado por admin

23 de setembro de 2008 333 visualizações

Quando nós criamos o banco de dados, é preciso considerar cuidadosamente o componente-componente. Para obter instruções relacionadas com a concepção, podemos seguir os conceitos discutidos no debate desta vez.

Desenvolvimento de um sistema de ciclo
Desenho da Base de Dados
Desafio para o Gerenciamento de Dados

8.1. Desenvolvimento de um sistema de ciclo

Partindo do conceito para a produção, vamos construir um banco de dados usando o sistema de desenvolvimento do ciclo. Este ciclo é composto por várias fases de desenvolvimento.

Abordagem "top-down e desenvolvimento sistemático desta base de dados para transformar as necessidades de informações de negócios para a base de dados operacionais.

8.1.1. Fases de desenvolvimento

Estratégia e Análise

Aprender e analisar necessidades de negócio. Entrevistou o gestor e os usuários para identificar necessidades de informação. Combinando a empresa e sua aplicação, tal como as especificações do sistema no futuro.
Construir um modelo do sistema. Transferir as histórias que foram construídas sobre a estratégia e análise da fase de representação gráfica da informação e das necessidades das empresas-regra política. Confirme com o modelo e filtro de analistas e especialistas.

Projeto

Projetando um banco de dados. Entidade modelo relacional para mapear entidades para os quadros, os atributos para as colunas, um enorme chaves para o estrangeiro, e as regras comerciais em contraints.

Desenvolvimento e Documentação

Construir um sistema protótipo. Escrever e executar comandos para criar as tabelas e os objetos de sua base de dados.
Colocar a documentação do utilizador, ajudar a tela texto, e manual de apoio à exploração da utilização e funcionamento do sistema.

Transição

Protótipo filtro. Movendo o requerimento para a produção de prova contra os usuários das receitas, a conversão dos dados que já existem, e operações paralelas.
Que institui as mudanças necessárias

Produção

Aplicando o sistema para os usuários. Operar o sistema de produção. O desempenho, bem como reforçar e sistema de filtragem.

8.2. Desenho da Base de Dados

Conceber um sistema de banco de dados relacional que envolvem o processo de conversão para as representações no modelo de software que pode trabalhar. Entidades (ou objetos) que é sentida pelo usuário transformada em uma mesa-tabela no banco de dados. Durante o processo de planejamento, nosso objetivo é projetar um confiáveis, de alta performance de sistemas que utilizam tudo o que é produzido por todos os negócios realizados na fase de análise. Factores chave para explicar a razão pela qual os seguintes pormenores que devem conceber o segundo período.

Desempenho

A concepção inicial do sistema tem uma grande influência sobre o desempenho final. Em geral, o impacto é muito maior quando comparado a melhoria Tuning sistema tenha sido executado.

Aplicações Integradas
Sistema aplicações são normalmente construídos por uma equipe de desenvolvedores. Sem alguns de especificação da concepção de como esses sistemas de trabalho, cada desenvolvedor irá construir com o seu próprio estilo. Bom design não é apenas útil para levantar o olhar eo gosto, mas também convencido de que cada um dos componentes do sistema de cada aplicativo integrado com um outro.

Integração com outros sistemas

Muitas vezes, existem necessidades que o novo sistema está integrado com os sistemas que têm sido ali, ou mesmo com outros sistemas, que recentemente construída. Bom desenho para aumentar os benefícios da integração que tem sido descrito acima para o sistema em geral.

Documentação e Comunicação

A principal parte do trabalho de um designer é a esforços para as decisões de design com os outros. No fim das contas, as decisões precisam ser documentados.

Escalabilidade

Talisman problemas de desempenho durante a concepção do que no momento da produção. Por exemplo, para construir o sistema no ambiente de pequenas e controladas sem mengujinya sobre a situação ou, na verdade, na recolha de dados que os grandes fatores que podem revelar defeitos no desenho-defeito.

Evite se encontrar uma roda traseira

Muitos dos problemas que poderá encontrar, foram encontrados por alguém antes de nós. Use uma concepção que tem sido bem sucedido antes, se possível.

8.2.1. Modelo de Dados

O modelo é a base do projeto. Os engenheiros construir um modelo do carro antes memproduksinya trabalho e torná-los sobre os detalhes de cada um. Da mesma forma, os designers de sistemas para desenvolver modelos de explorar idéias e aumentar a compreensão da concepção da base de dados.

8.2.1.1. A utilização de meta Modelo

Modelo esforços para ajudar os conceitos da mente humana. O modelo pode ser usado para os seguintes fins:

Os esforços para
Subsumir
Descreva
Definir
Examinando
Arranjar
Analisando
Mímico

Os seus objectivos são o resultado adequado modelo para muitos usuários, pode ser compreendido pelo usuário, mas os detalhes são suficientes para o dono da obra a construir um sistema de base de dados.

8.3. Modelagem entidade relacionamento

Entidade relacionamento modelo derivado das especificações ou um negócio história. Este modelo é uma representação gráfica da informação e das necessidades das empresas-regra política.

Entidade relacionamento modelo para separar as informações necessárias para que a empresa de as actividades desenvolvidas pela empresa. Embora as actividades empresariais possam mudar, o tipo de informação tende a segurar firme. Por isso, a estrutura dos dados também tendem a segurar firme.

8.3.1. Lucro entidade relacionamento modelo

Documentando as necessidades de informação das empresas, com um formato que seja clara e precisa
Fornecer um mapa imagem que é facilmente entendido no contexto da concepção de um banco de dados
Desenvolver e facilmente filtrar modelo
Proporcionando uma visão clara sobre o alcance das necessidades informação
Oferece um quadro eficaz para integrar múltiplas aplicações, desenvolvimento de projetos, aquisição e aplicação pacotes

8.3.2. Componentes-chave

Modelo de Relacionamento entidade estruturada entidade, atributo, e da relação

Entidade
- Algo importante sobre as necessidades de informação dmana a necessidade de saber. Entidade que representa algo importante de um sistema de negócios, ou explicar as categorias ou grupos de dados relacionados entre si. Por exemplo, se o cliente, a fim de, e do Trabalhador. Para representar a entidade no modelo, podemos usar as seguintes disposições:
  - Caixa com as dimensões de determinadas
  - Nome de uma entidade única e exclusiva
  - Nome em maiúsculas entidade
  - Os nomes dos sinônimos facultativo em letras maiúsculas sinal fechado "()"
Atributo
- Algo que descreve e pressupõem uma entidade. Atributo explicar e entidade que detém a informação específica que deve ser conhecido sobre uma entidade. Por exemplo, a entidade para o cliente, ele pode ser um atributo cliente número, nome, número de telefone e endereço. Se uma entidade não possui um atributo que deve ser a partir de uma perspectiva comercial, ele não está no alcance das necessidades do sistema, e ele não deve aparecer no modelo. Cada lata é obrigada a atribuir (obrigatórios) e opcionais. Essa condição é chamada denan opsionalitas (facultativo). Para representar o atributo no modelo, podemos usar as seguintes disposições:
  - Use um único nome em letras pequenas
  - Identificar o atributo obrigatório, ou o valor que deve ser conhecido, usando o "*"
  - Identificar o atributo é opcional (não obrigatório), usando o "o"
Relacionamento
- As relações entre a entidade que mostra opsionalitas ou graus. Cada entidade deve ter um relacionamento que representa as necessidades da informação e das regras comerciais. Relação é uma relação biunívoca entre as duas entidades, ou da própria entidade. Quando uma entidade tem uma relação com relação a si própria, a chamada recursiva.
- Sintaxe de Relacionamento
  - Cada entidade fonte [pode ser | devem ser] relacionamento nome [uma e uma só | um ou mais] destino entidade
  - Nota: As regras são lidos no sentido horário
- Relação Gráfico regras
  - Linha tracejada (-)
    - Elementos opcionais que "pode ser"
  - Linha sólida (-)
    - Elementos obrigatórios que "devem ser"
  - Crow's Foot (corvos pés)
    - Elementos que indiquem o grau de "uma ou mais"
  - Single-line (-)
    - Elementos que indiquem o grau de "uma e só uma"
- Relacionamento recursivo
  - Relação entre a própria entidade chamada recursiva e relacionamento. Representada pela "orelha de porco's" (orelhas de porco).
- Tipos de Relacionamento
  - Um-para-um
    - Graus uma e apenas uma em ambas as direções. Este tipo raro de maio e na verdade é a mesma entidade, ou atributo da entidade. Exemplo: As relações entre marido e mulher.
  - Muitos-para-um
    - Um ou mais graus em uma direção e um grau, e apenas uma na outra direção. Este é um tipo muito comum. Exemplo: Relações entre passageiros e aviões.
  - Muitos para muitos
    - Um ou mais graus em ambas as direções. Este é um tipo muito comum. Exemplo: As relações entre os empregados e especialização.
UID (Identificador Único)
- Identificador Único é uma combinação de atributos ou de relacionamento, ou ambos, que funciona como pembeda desempenho de cada entidade. O aparecimento de cada entidade deve ser única pode ser identificado.
  - Conhecem cada atributo que deve fazer parte do UID símbolo com o número (#)
  - Segundo sei UID com um número de símbolos dentro de aspas simples ('#')
- Identificador exclusivo através de relacionamento
  Uma entidade pode ser identificada através de uma relação única. Use UID barra para indicar que um relacionamento é parte de uma única entidade identificador. Relação incluídos na UID deveria ter um carácter obrigatório, e apenas um na relação que participam do UID.
  - Exemplos de quando vamos fazer uma ordem de compra, nós temos o número de ordem ea linha de itens com um único item de número. Mas, quando a encomenda é efectuada outras compras, o item de número já não é único. Por isso, esses itens são identificado exclusivamente por seu atributo número de ordem e um certo número onde o item berelasi.
  O número de ordem, o item de número, número de produtos
  100, 1, 209
  100, 2, 399
  100, 3, 876
  101, 1, 630
  101, 2, 297

8.4. Normalisasi

Antes de criar um banco de dados design, temos de minimizar os problemas de redundância de dados normalisasi a ver com o modelo de dados. Temos de modificar o modelo de dados para apoiar as necessidades de diferentes funcional e modificar o design de banco de dados com dados de armazenamento normalisasi fazer antes de se criar a base de dados.

8.4.1. Benefícios Normalisasi

Minimizar a redundância de dados
Reduzir os problemas de integridade
Identificar a entidade, relacionamento, e no quadro terlewatkan

8.4.2. Regras Normalisasi

Primeira forma normal (1NF)
- Todo o único atributo a ser valorizado e não repetida
Segunda forma normal (2NF)
- Cada atributo deve depender de todo o identificador único (UID) é entidade
Terceira forma normal (3NF)
- Não pode ser não-UID, que depende de outros não-UID

8.5. Key Integrity e constrangimento

Certifique-se de que os usuários só permitem realizar operações que o banco de dados para estar em consonância com a execução coerciva Integridade. Todos os dados Integridade constrangimento deve ser aplicada pelo servidor de banco de dados ou software aplicativo. Key (a chave) pode conciliar com Integridade constrangimento. Três tipos de chave é a chave primária, chave única e chave estrangeira.

8.5.1. Tipos de integridade constrangimento

Entidade
- Não pode ser parte da chave primária é NULL, e seu valor deve ser exclusivo (com um outro diferente)
Referencial
- Os valores da chave estrangeira deve estar de acordo com o valor que diacunya chave primária, ou NULL
Coluna
- Valores da coluna deve estar em conformidade com o tipo de dados que tenha sido definido para a coluna
Definido pelo usuário
- Os valores deverão ser sujeitos a regras comerciais (business rules)

8.5.2. Tipos de chave

Chave Primária
Cada linha (registro) em cima da mesa é identificada por uma única coluna ou conjunto de coluna denominada chave primária (PK). Chave primária está definido para não permitir que o valor da segunda via e não podem ser avaliados NULL.
Chave principal que consiste em várias coluna chamada com o compósito chave primária ou um composto chave primária. Coluna coluna de compósitos a partir da chave primária devem ser únicos em combinação, mesmo se ficar para trás indivíduo pode ter uma segunda via. Nenhuma parte da chave primária que pode ter um valor NULO.
Candidate-chave
A tabela pode ter alguns candidatos chaves. Candidate-chave é uma combinação de uma coluna ou a coluna que pode funcionar como a chave primária para a tabela.
Escolher um candidato a ser a chave primária como chave para a tabela. Candidate-chave serão a chave ou outros suplentes chave única. Eles devem ser únicos e NOT NULL.
Chave estrangeira
Chave estrangeira (FK) é uma coluna ou uma combinação de uma coluna na tabela refere-se a chave primária ou única chave na mesma mesa ou na outra tabela. Chave estrangeira com base no valor dos dados ea lógica pura, e não o ponteiro física. O valor de uma chave estrangeira deve estar de acordo com a chave primária ou única chave é diacunya, ou pode ser NULL. Se uma chave estrangeira parte da chave primária, ele não pode conter valores nulos, porque lá não pode ser parte da chave primária valor NULL. Exemplo: no item tabela, coluna ORD_ID não pode conter valores nulos, porque é parte da chave primária.

8.6. Design Database

Fases de especificação da concepção gerar um banco de dados design especificações para bancos de dados relacionais, incluindo a definição para a tabela, índice, ver e espaço de armazenamento.

8.6.1. Mapeamento entidade relacionamento modelo para a tabela exemplo gráfico

Entidade de mapeamento para o Quadro
Criar uma tabela exemplo gráfico para o novo quadro. Quadro instância cartas devem conter colunas para a tabela nome, o nome coluna, os principais tipos, nulo e único, a informação, a chave estrangeira, e uma coluna datatype comprimento máximo, e dados da amostra. Salvar tablenya nome.
Atributo de mapeamento de coluna
Mapa cada atributo da entidade em relação ao modelo o nome da coluna na tabela, adicione a amostra de dados do gráfico para mostrar o conteúdo da tabela em um formato visual. Mapa um atributo obrigatório, que é marcado com asterisco (*), para que a coluna é definida como NOT NULL (NN).
Não designar coluna SQL com palavras reservadas, como o número de inscrição. Dê o nome da coluna com a abreviação-consistentes abreviaturas, tais como NO ou NUM (mas nem tanto) para evitar confusão, programadores e usuários.
Mapeamento identificador exclusivo para a chave primária
Mapa UID que foram identificados no modelo entidade relacionamento com o número símbolo (#) para a coluna chave primária e marcá-lo como uma chave PK. UID mapa que contém o único atributo de uma única coluna de PK. Mark não nulo e único com NN e U. UID mapa que contém muitos atribuem ao exame compósitos. Marque a coluna de coluna com NN e U1. Se existe uma chave primária alternativos, com a marca NN e U, mas escolher somente um exame.
Se UID contidas nas relações (indicada pela barra UID), adicione uma coluna para cada FK relacionamento com a marca e PK e FK. Adicionar a coluna de coluna FK no final da tabela exemplo gráfico do lado direito ou de toda a coluna, embora o FK é parte do exame. Escolha um nome exclusivo para cada coluna FK e adicione o exemplo de dados.
Mapeamento de Relacionamento com a Chave Estrangeira
O passo final é o de mapear o relacionamento de chave estrangeira. Existem dois tipos de relação que tem de ser: Muitos-para-um e um-para-um. Se um relacionamento é parte do UID, então temos memetakannya. Certifique-se de que marca uma relação obrigatória com a NN. Escolha um nome exclusivo para a chave estrangeira columnt.
- Muitos-para-um Relacionamento
  Para mapear muitos-para-um relacionamento, colocando uma chave primária do lado de "um" e colocar uma chave estrangeira sobre os "muitos". Essa técnica também pode ser aplicado na relação recursiva.
- Um-para-um Opcional Relacionamento
  Podemos colocar uma chave estrangeira de um lado para o relacionamento deste tipo de relacionamento. Certifique-se de adicionar a U.
- Um-para-um Obrigatória Relacionamento
  Coloque a única chave estrangeira na lateral e uma mesa com a marca obrigatória NN para impor um carácter obrigatório e as necessidades para impor um U-para-um relacionamento.

8.6.2. Necessidades adicionais

Design índice, que é o objeto de dados que oferece acesso rápido e directo para a Fila em cima da mesa. Podemos também precisará criar um índice para a chave suplente, chave primária e coluna de coluna, que é frequentemente utilizado na pesquisa de dados.
Determinando a definição do ponto de vista, o que é lógico uma tabela baseada em uma ou mais tabela ou vista. Vista pode limitar o acesso, melhorar a apresentação das informações, e pode conter complexas questões que foram criados anteriormente.
Plano de espaço físico de armazenamento, que é o valor total do espaço necessário para armazenar os dados da tabela no banco de dados.
A Integridade constrangimento

8.6.3. Símbolos para documentar o quadro Instância Gráfico

PK
- Chave principal
FK
- Chave estrangeira
FK1, FK2
- Duas chaves estrangeiras na mesma mesa
FK1, FK1
- Dois coluna na chave estrangeira composto é o mesmo
NN
- Não nulo
U
- Unique
U1, U2
- Dois coluna na combinação única

8.6.4. Orientações

Nome tabela deve ser facilmente monitorado de volta para o nome da entidade. Multi-entidade é por vezes utilizado como nome da tabela vai conter muitos Row.
Nome coluna deve ser facilmente monitorado de volta para a entidade relacionamento modelo. Nome do curto coluna irá reduzir o tempo necessário analisar o comando SQL.
Devemos construir a sua própria nomeação regras e normas.

Por favor continue lendo o debate Criando o quadro

Nota:
Para colocar os artigos sobre SQL e Oracle PL / SQL script você pode fazer o download da tabela aqui, e executado de acordo demo ao vivo (o seu navegador deve ser compatível com o Flash Player).