Curso de Access 2016: Relacionar Tablas. Crear Relaciones con Integridad Referencial. Emisión 0007.

Seguimos dentro del Curso de Access 2016 con las emisiones dedicadas a crear la estructura básica que contendrá los datos. En esta ocasión, vamos a ver como Relacionar Tablas y qué ventajas tiene controlar la Integridad Referencial de los Datos, al crear las Relaciones. Disponible ya, la grabación de la emisión en directo, para su visionado en diferido.

Curso:	Access 2016.
Formato:	Emisión en Directo.
Archivo necesario:	Agenda v0.01.accdb
Acceso a la emisión en Youtube:

El paso más importante que hay en la fase inicial de la creación de una Base de Datos, sin ninguna duda, es el de relacionar las Tablas. Todo lo que hagamos después se verá afectado por las Relaciones que creemos y por las opciones que establezcamos en esas Relaciones. Es muy importante que lo hagamos bien desde el principio, porque si no lo hacemos, puede que algo tan importante como la Integridad Referencial de los datos, so se pueda activar después de tener las Relaciones ya creadas.

En esta emisión vamos a llevar a la práctica las relaciones que hemos ido creando en algunos de los ejemplos prácticos de diseños previos. En concreto relacionaremos el ejemplo de la Agenda y yo realizaré algunas pruebas con el diseño de las inscripciones a un curso. Veremos como establecer Relaciones de Uno a Varios y de Varios a Varios. Y también veremos que problemas y ventajas podemos encontrar cuando activamos o no activamos la exigencia de la Integridad Referencial en las Relaciones.

Exigir la Integridad Referencial cuando se crean las Relaciones, nos da un control extra que no permitirá que se puedan cometer errores tan graves como, por ejemplo, que de una cita a un cliente que no existe, o que elimine clientes que tienen información relacionada en otras tablas. Esto último provocaría que en esas otras tablas se quedara información huérfana, por ejemplo, tendríamos Facturas asignadas a clientes que ya no existen. Es una opción muy interesante que todo el mundo debería activar y que nos ahorra problemas similares a los que os acabo de comentar. En la emisión os daré más detalles. Es una emisión que nadie debería perderse.

Todo lo que ves aquí es gratis, pero si te gusta mucho mi trabajo, puedes apoyar este proyecto, con una aportación económica. Pulsa aquí y elige la opción que más te guste. 

Gracias!!!!!

A continuación, tenéis los datos y el acceso a la emisión que se realizará el 17/01/2016. Y también tenéis el enlace para descargar la Base de Datos que uso en la primera parte de la emisión.

Descargar Base de Datos Agenda v0.01.accdb

• Nombre: Curso de Access 2016: Relacionar Tablas. Crear Relaciones con Integridad Referencial. Emisión 0007.
• Fecha en la que se emitió: 17/01/2016.
• Duración: 2h:11m:10s.
• Versión de Access: ES/Español.
• Audio: Español.

La próxima emisión de Access no está programada todavía, se irá para la próxima semana. La próxima emisión será de Excel 2016, se realizará el Miércoles 20, a las 22:00 horas de Madrid, 15:00 horas México D.F.

Curso de Access 2016: Diseño Previo de Tablas y Relaciones. Emisión 0006.

Acabamos con los diseños previos de Bases de Datos en papel y lo hacemos con un ejemplo, el de una Facturación, que pongo para comentares detalles muy importantes que debéis tener en cuenta a la hora de crear vuestras Bases de Datos. Disponible ya, la grabación para visionado en diferido.

Curso:	Access 2016.
Formato:	Emisión en Directo.
Acceso a la emisión en Youtube:

A la hora de crear el diseño previo de una Base de Datos, hay que tener en cuenta muchos factores. Uno de los que se nos suele pasar es que la Base de Datos siga funcionando perfectamente cuando haya pasado un tiempo y se modifiquen datos importantes, como pueden ser precios o porcentajes de impuestos, por ejemplo. El no prestar atención a estos detalles, puede hacer que, no guardemos correctamente toda la información necesaria, para posteriormente realizar consultas correctas sobre esos datos. Por ejemplo, podría ser, que de una factura no guardemos correctamente todos los datos y posteriormente al consultarla, no obtengamos lo que en el momento de la venta pretendíamos guardar. El caso que os propongo hoy, es un ejemplo perfecto para explicar este tipo de detalles, se trata de ejemplo de una Facturación. Este ejemplo es de los más complicados que se pueden dar e incluso requeriría el trabajo de varias personas, por eso no lo voy a desarrollar al 100% y solo voy a plantear las partes que me van a permitir explicar los detalles que os voy a comentar a continuación.

Al igual que en las emisiones anteriores empezaremos creando el diseño en papel e iremos cometiendo los errores más típicos que se suelen dar en este ejemplo. Veremos como de nuevo, la solución correcta será una combinación de tablas relacionadas con relaciones de uno a varios y de varios a varios. En esta ocasión, vamos a ver como necesitaremos de nuevo una relación de varios a varios para guardar la información de un objeto, en este caso una Factura.

Cuando acabemos la parte fundamental del diseño es cuando os empezaré a plantear detalles que se nos pueden haber pasado en el diseño e iremos descubriendo que nos faltaba guardar información sin la que posteriormente no podríamos consultar de forma correcta, las facturas guardadas. Al final, veréis que como siempre, todo se soluciona añadiendo más tablas.

Este es el último ejemplo que vamos a desarrollar de diseño previo. En su momento os comenté que ,viendo tres o cuatro diseños, podríamos solucionar prácticamente el 100% de lo que nos encontremos. Con una combinación de todo lo que hemos visto en las emisiones no deberíamos tener problemas. Pero bueno, en emisiones futuras habrá más comentarios al respecto, pero serán detalles muy concretos, para situaciones muy específicas.

Todo lo que ves aquí es gratis, pero si te gusta mucho mi trabajo, puedes apoyar este proyecto, con una aportación económica. Pulsa aquí y elige la opción que más te guste. 

Gracias!!!!!

A continuación, tenéis los datos y el acceso a la emisión que se realizó el 10/01/2016. Para esta emisión no hay que descargar archivos.

• Nombre: Curso de Access 2016: Diseño Previo de Tablas y Relaciones. Emisión 0006.
• Fecha en la que se emitió: 10/01/2016.
• Duración: 1h:39m:27s.
• Versión de Access: ES/Español.
• Audio: Español.

Mañana si todo va bien, empezaré con el Curso de Excel 2016 y la próxima emisión dedicada a Access, será el 13/01/2016, en la que crearemos las relaciones de una Base de Datos, pero ya en Access. 

Curso de Access 2016: Diseño previo de Tablas y Relaciones de varios a varios. Emisión 0004.

En determinadas situaciones podemos necesitar que dos Tablas se relacionen a través de una tercera Tabla. Esta situación es lo que se conoce como Relaciones de Varios a Varios. En esta emisión os muestro un ejemplo de su uso. Disponible ya, la grabación para visionado en diferido.

Curso:	Access 2016.
Formato:	Emisión en Directo.
Acceso a la emisión en Youtube:

Las Relaciones de Varios a Varios son necesarias cuando dos objetos, necesitan guardar información del otro objeto en un número indeterminado, me explico con el ejemplo que realizaremos en la emisión. Por ejemplo, vamos a suponer que debemos guardar en una Base de Datos, la información relacionada con las inscripciones de unos alumnos a unos cursos. Esta sería una situación típica de Relación de Varios a Varios. Un alumno se podría inscribir a varios cursos y en un curso podría haber inscritos varios alumnos, por lo tanto, en ambas tablas debería guardar varias veces información de la otra tabla. En los dos extremos de la relación entre las tablas de los alumnos y los cursos debería haber un símbolo de varios en la relación.

Como esto no es posible, el problema se soluciona creando una tabla intermedia en la que se guardará la información que debe estar relacionada entre ambas tablas, y esta tabla se relaciona con las otras dos mediante relaciones de uno a varios. En nuestro ejemplo deberemos crear una Tabla para guardar las inscripciones, en la que podremos saber a qué cursos se ha inscrito un alumno y que alumnos están inscritos a un curso. En realidad, las relaciones de varios a varios entre dos tablas no son posibles físicamente y esa relación se realiza a través de una tabla intermedia, tal y como veremos en esta emisión.

Además de esto que os acabo de comentar, con este mismo ejemplo os explicaré el uso de Claves Compuestas. Yo no recomiendo su uso ya que añade complejidad a las posibles relaciones que se puedan realizar con la Tabla que tienen la Clave compuesta. Pero, el ejemplo que os voy a poner en esta emisión, es una de las situaciones en las que se podría justificar su uso. Aunque también os voy a mostrar cómo podríamos conseguir lo mismo, sin necesidad de usar claves compuestas. Ya os digo, que es algo que yo no recomiendo, pero sí que creo que es interesante que lo conozcáis.

Hablaremos de más temas y como siempre responderé a vuestras dudas, pero a grandes estos son los temas principales de esta emisión. De momento este será el último diseño previo que realizaremos, en la próxima emisión empezaremos con el trabajo directo en Access. A continuación, tenéis los datos y el acceso a la emisión. Para esta emisión no hay que descargar archivos.

• Nombre: Curso de Access 2016: Diseño previo de Tablas y Relaciones de varios a varios. Emisión 0004.
• Fecha en la que se emitió: 15/12/2015.
• Duración: 1h:32m22s.
• Versión de Access: ES/Español.
• Audio: Español.

El próximo Jueves volveré a emitir material de Programación en Excel, pero si no hay problemas, el Domingo volveremos con Access 2016.