1.1. Etapas do proxecto de base de datos

O proxecto de base de datos non é doado. Normalmente, a complexidade da información eo número de requisitos de sistemas de información fan complicadas. Polo tanto, ao proxecto base de datos é interesante aplicar a vella estratexia de dividir para conquistar.

Polo tanto, debe romper o proceso de deseño en varios estadios de cada resultado intermediario obtense, que serve como punto de partida para a seguinte fase, e última fase, temos o resultado desexado. Así, non hai necesidade de resolver dunha soa vez todos os problemas inherentes ao proxecto, pero en cada fase, ante un único tipo de subproblema. Isto divide o problema e, ao mesmo tempo, simplifica o proceso.

Descompoñer o proxecto de base de datos en tres etapas:

O resultado do proxecto conceptual

Se tomamos a idea de tres mundos, podemos dicir que a fase de proxecto conceptual xera un resultado que está no mundo das representacións.

1) fase de proxecto conceptual: nesta fase, temos unha estrutura de tecnoloxía da información futura BD independente de ser empregado.Aínda sen ter en conta o tipo de base de datos utilizado-relacional, orientado a obxectos, xerárquico, etc .-, polo tanto, non ter en conta como DBMS específico de lingua ou de como ha aplicar a base de datos.Así, a fase de proxecto conceptual nos permite concentrar-se unicamente sobre o problema da estrutura da información, sen ter que se preocupar á vez para resolver cuestións técnicas.

Como desenvolver un proxecto conceptual expresado no modelo ER descritos no parágrafo 2 desta unidade.

O resultado da fase de proxecto conceptual é expresada por un modelo de datos de alto nivel. Un dos máis utilizados é o entidadinterrelación modelo (entidade-relación), que abreviado coa sigla ER.

O resultado do proxecto lóxico

O resultado do proxecto lóxico-se agora no mundo das representacións.

2) Proxecto lóxico Fase: Esta etapa é parte do resultado do proxecto conceptual, que está cambiando para adaptarse a tecnoloxía a ser empregada. En concreto, é necesario axustar o modelo do SGBD co que quere implantar a base de datos.Por exemplo, se é un SGBD relacional, este paso terá un conxunto de relacións con atributos, claves primarias e claves estranxeiras.

Esta fase do feito de ter resolto o problema de estruturación da información nun nivel conceptual, e pode concentrarse en cuestións tecnolóxicas relacionadas co banco de datos modelo.

O proxecto lóxico de base de datos relacional descrita no parágrafo 3 desta unidade.

Máis tarde, describe como o proxecto lóxico de base de datos relacional, tomando como punto de partida dun modelo de proxecto conceptual expresado coa ER, que é, vexa como pode converterse nun modelo ER nun modelo relacional.

O resultado do proxecto físico

O resultado da fase de proxecto físico está no mundo das representacións, como o resultado da fase de proxecto lóxico.
A diferenza do paso anterior é agora tida en conta aspectos dun mundo máis físico de representacións.

3) fase de deseño física: Esta etapa transforma a estrutura obtidos na etapa de proxecto lóxico, co obxectivo de acadar unha maior eficiencia, ademais, completa, con cuestións de implementación física vai depender do SGBD.

Por exemplo, se é unha base de datos relacional, a transformación da estrutura pode consistir no seguinte: Contas e calquera relación que é a combinación de varias relacións que foron obtidos na etapa de proxecto lóxico, de relación número, engade un atributo calculáveis ​​a relación de parella, etcOs problemas de implementación física que debe ser rematada normalmente consisten na elección de execución física das relacións, a selección do tamaño dos amortecedores (buffers) ou páxinas, etc.

Como desenvolver un proxecto conceptual expresado no modelo ER descritos no parágrafo 2 desta unidade.

O resultado do proxecto lóxico

O resultado do proxecto lóxico-se agora no mundo das representacións.

O proxecto lóxico de base de datos
de datos relacional se explica
n º 3 desta unidade de ensino.

Na fase de proxecto físico, a fin de conseguir un bo rendemento da base de datos, "debe ter en conta as características dos procesos que consultar e actualizar a base de datos, tales como camiños de acceso mediante ea frecuencia de execución.Tamén é necesario considerar os volumes que se espera que sexan distintos dos datos a ser almacenada. </ P>