Los años ’90 fueron propicios para el desarrollo de aplicaciones de bases de datos lo suficientemente poderosas como para resolver muchos requerimientos insatisfechos y muy deseados por los usuarios desde hacía años. Las nuevas tecnologías extendieron el poder de las bases de datos relacionales sin resolver sobre el rendimiento en las actualizaciones y la productividad de las consultas para obtener información de los datos almacenados ni de su eficacia. Esto significa que podríamos tener una base de datos con un diseño ejemplar y, sin embargo, no servir para nada. Hoy en día, ningún profesional de la informática puede abstraerse totalmente del modelado de datos sólo que hablar de modelado de datos para sistemas de bases de datos relacionales no debe significar sólo hablar acerca del tradicional diseño relacional. Por otra parte, las organizaciones generan en el paradigma actual volúmenes sorprendentes de datos tanto en el proceso de transacciones como en sus sistemas para el soporte de decisiones y los usuarios demandan buenos diseños de bases de datos. En ese contexto, el modelo relacional no es una herramienta suficiente para diseñar una base de datos. Si el sistema de información de una organización no tiene bases de datos automatizadas, obviamente este modelo no tiene ninguna importancia pues es definitivamente inútil; si, en cambio, las bases de datos del sistema de información están informatizadas, es muy útil pero no se comporta como una herramienta cabal pues sólo garantiza el control de la redundancia de datos, de la integridad referencial y del resultado de las operaciones pero no el rendimiento del sistema. En consecuencia, modelar una base de datos para profesionales de sistemas implica trabajar con algún modelo como puede ser el relacional pero también implica manejar otras herramientas para cubrir los aspectos que el modelo relacional no abarca, pues algunas aplicaciones, especialmente las nuevas, requieren conceptos adicionales y tecnología adicionales. Pero... ¿Qué pasa con los usuarios de los sistemas de información que no son de las áreas informáticas? Podemos ver a innumerables profesionales y técnicos de áreas ajenas a la informática y a las áreas de sistemas necesitar resolver sus problemas en términos de datos y no poder hacerlo por, –obviamente— no manejar ni la teoría ni la práctica que puede avalar un diseño de bases de datos, aún tratándose de aplicaciones triviales. Desde hace algún tiempo ya, muchos de los usuarios de sistemas de información abocados a cualquier actividad relacionada con estos tienen que enfrentarse a una nueva forma de entender la información que se ha convertido en un centro de atención organizacional de manod de la informática y telemática. En este marco, este libro trata sobre la elección de los datos, de las restricciones que deben imponérseles y de las estructuras de datos que conformarán una base de datos, en especial, si es no corporativa. En el Capítulo I, “Introducción al Modelado de datos” se acerca al lector una terminología con la que quizás no esté familiarizado y se lo inicia en el tema. En el Capítulo II, “ El Modelo Entidad-Relación” se trata una herramienta útil para construir modelos de información que fue propuesta por Peter Chen en el año 1976 y que ha sido tratada por numerosos autores y adaptada a diversas necesidades en variadas oportunidades. Este modelo utiliza un diagrama sencillo de construir para cualquier persona con capacidad para abstraer del mundo que la rodea ciertos elementos basándose en reglas predefinidas y se puede completar con el uso de otra herramienta, textual esta, que documenta todos los aspectos relacionados con los elementos del modelo que se llama diccionario o repositorio de datos. A través del Capítulo III, “El Modelo Relacional” y del Capítulo IV, “La Integridad de la Base de Datos”, se presenta al lector en forma introductoria al modelo de diseño de bases de datos más difundido en la actualidad en las implementaciones comerciales: El modelo relacional. Este modelo permite elegir en forma metodológica las estructuras de datos que formarán parte de una base de datos; puesto que para derivar esas estructuras es necesario conocer los datos del sistema, se requiere de una investigación previa de los datos y las relaciones entre los datos que puede realizarse mediante un modelo tal como el que se introdujo en el Capítulo II. En el Capítulo V, “Transformación de un Modelo Entidad-Relación en un Modelo Relacional”, se propone volcar el análisis realizado con el modelo aprendido en el segundo capítulo en un modelo relacional de forma intuitiva en lugar de seguir los pasos propuestos por el padre del modelo relacional, Edward F. Codd. Para ello se analizan previamente ciertas medidas informales de calidad del diseño y se observa qué problemas puede ocasionar un mal diseño. Por último, en el Capítulo VI, “Normalización de Datos” se trabaja un poco más la idea presentada en el capítulo anterior acerca de los efectos indeseables de un mal diseño y se presentan las formas normales. Este capítulo pretende no sólo introducir al lector en el tema de la normalización sino también darle herramientas para rever su propio trabajo ya que habiendo interpretado las cuestiones de calidad tratadas y habiendo avanzado en el modelo de datos, será bastante sencillo aplicar la normalización.