Friday, July 28, 2006

Como diseñar una DB ??? (Parte 1)

Analisis y Diseño de Datos
(Parte 1)


Volviendo al mundo informatico, estuve revisando información acerca de SQL en lo que respecta a T-SQl; y me encontre con algo que ya habia hecho antes (del cual no tenia la más mínima idea) en el proyecto DULAS: El análisis y Diseño de la DB. Leendo este librito comprendí varias cosas que habia hecho hasta ese tiempo, y la necesidad de hacer este análisis previo.

Para empezar, debemos tener en cuenta que nuestra DB debe de ser una fiel representación de la realidad que se esta abstrayendo y que además debe de ser un servidor operacional y eficiente de los datos. Para lograr estos objetivos, se plantea construir una arquitectura de 3 capas:


  • Nivel Externo: Nivel más cercano a los usuarios, donde se definen los datos como van a ser visualizados por el usuario. Para desarrollar este nivel se tiene que limitarse solamente a pensar que necesitan los usuarios de la DB, sin tener en cuenta como lo voy a construir, o que requerimientos de hardware necesito
  • Nivel Conceptual: El cual proporciona una descripción más amplia de la DB, pero sin tener en cuenta cuestiones físicas (hardware requerido por ejemplo). Ejm: organización de los datos, restricciones de seguridad, confidencialidad.
  • Nivel Interno: Nivel más bajo en la abstracción, el cual describe la estructura interna de la DB como el tamaño de la DB para el almacenamiento fisico de los datos, dispositivos a usar (tamaño de memoria)

Para poder diseñar nuestra base de datos tenemos en cuenta el modelo E/R (Entidad Relación). Dicho modelo se basa en la representación gráfica de la información por medio de estructuras tipo tabla relacionadas entre si (denominadas RELACIONES) el cual almacenan información para una determinada entidad.

Bueno es hora de ir a almorzar =P, más adelante ire describiendo con mayor detalle todo lo referente a este modelo (E/R) .....

Notas: Las principales ideas de este comentario han sido extraidas del libro"Bases de Datos con SQL Server 2000. Transact SQL" de Jorge Moratalla del grupo "EIDOS", muy bueno de por cierto.

0 comments: