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.

Curso de Access 2016: Diseño Previo de Tablas y Relaciones de uno a varios. Emisión 0003.

Muchas veces nos vamos a encontrar que una parte de la información de un objeto, en realidad, puede ser a su vez, varios objetos. En esta emisión, entre otras cosas, vamos a ver cómo solucionar esta situación usando Relaciones de uno a varios. Disponible ya, la grabación para visionado en diferido.

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

En esta emisión vamos a ver dos casos típicos de esta situación. Tenemos que guardar la información de unos clientes y nos damos cuenta que, de cada uno de ellos, puede ser que tengamos que guardar varios teléfonos y varias direcciones. No conocemos el número exacto, unos pueden tener un teléfono, otros dos, otros tres... No sabemos ni cuantos números de teléfono ni direcciones vamos a guardar de cada cliente. Bueno, pues estos casos, hay que solucionarlos sacando esa información de la tabla que en principio parecía la adecuada... Y guardar esa información en tablas separadas que se relacionaran con la otra tabla mediante relaciones de uno a varios.

Este es el principal contenido de la emisión, seguir conociendo los aspectos básicos del diseño de Tablas y de cómo se pueden relacionar. Ya os comenté en la emisión anterior, que hay tres o cuatro situaciones básicas que se suelen repetir en el diseño de tablas y que una vez que las conozcamos todas, no se nos resistirá ningún diseño... Bueno, pues esta es una de las situaciones que más se suelen repetir. Además de esto, como sé que el tema de usar códigos autonuméricos como campos clave, es una de las cosas que más os suele costar aceptar... Creo un formulario en el que uso las tablas que vamos a crear en el diseño previo, para que así veáis como no hay ningún problema y que no vais a tener que usar los códigos para nada.

A continuación, tenéis los datos y el acceso a la emisión, que ya se realizó el 13/12/2015 y que ahora podéis ver en diferido con el siguiente vídeo. Aunque voy a crear el formulario que os acabo de comentar, no hay que descargar archivos para esta emisión, ya que no quiero que lo hagáis, simplemente quiero que veáis como las tablas relacionadas con campos autonuméricos y numéricos, funcionan perfectamente.

• Nombre: Curso de Access 2016: Diseño Previo de Tablas y Relaciones de uno a varios. Emisión 0003.
• Fecha en la que se emitió: 13/12/2015.
• Duración: 1h:25m:42s.
• Versión de Access: ES/Español.
• Audio: Español.

El Martes, 15 de Diciembre, si no pasa nada raro, tendremos la siguiente emisión de este curso.

Curso de Access 2016: Diseño Previo de una Base de Datos. Diseño de Tablas. Emisión 0002.

A la hora de crear Bases de Datos, se suele cometer el error de encender el ordenador y empezar a trabajar directamente en su creación, sin haber realizado un diseño previo de la estructura básica que contendrá los datos. En esta emisión os explico cómo no cometer ese error y que es lo que deberíamos tener claro, antes de empezar con el trabajo directo en Access. Disponible ya, la grabación para visionado en diferido.

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

Como ya os he comentado, es muy importante que antes de empezar con el trabajo directo sobre Access, tengamos lo más claro posible, la estructura básica que almacenará los datos en la Base de Datos. Es decir, es muy importante que, entre otras cosas, sepamos cuantas Tablas vamos a necesitar, que datos y de que tipo se almacenarán en su interior y cuáles son las relaciones que se establecerán entre dichas Tablas. En esta emisión vamos a empezar a crear una serie de diseños previos, con los qué partiendo de ellos, podremos solucionar la mayoría de los casos que nos podamos encontrar en la vida real, con solo adaptarlos a nuestras necesidades.

Empezaremos con un ejemplo muy sencillo de dos Tablas, pero nos va servir para explicar algunos de los errores más importantes que se suelen cometer al crear Bases de Datos, por ejemplo, el de la repetición de la información. Es una emisión en la que hablaremos de Tablas, Tipos de Datos, Campos Clave, Relaciones... Y muchas más cosas que os iré contando en la emisión. Es una sesión que también debería ser muy interactiva entre vosotros y yo, ya que seguramente os irán saliendo muchas dudas en cuanto empiece con las explicaciones. Es muy importante que entendáis y asimiléis todo lo que voy a explicar en estas primeras emisiones, porque sobre esto irá todo lo vienen después. Si la Base no se entiende bien, seguramente cometeremos algún error que más tarde será muy difícil de solucionar.

A continuación, tenéis los datos y el acceso a la emisión, que ya se realizó el 07/12/2015 y que ahora podéis ver en diferido con el siguiente vídeo. Para esta emisión no necesitáis descargar archivos. 

• Nombre: Curso de Access 2016: Diseño Previo de una Base de Datos. Diseño de Tablas. Emisión 0002.
• Fecha de Emisión: 07/12/2015.
• Hora de Inicio: 2h:14m:41s.
• Versión de Access: ES/Español.
• Audio: Español.

El Jueves, 10 de Diciembre tendremos la siguiente emisión de este curso, no te la pierdas!!!!!

Curso Access 2010/2013. Diseño Inicial de una Base de Datos. Sesión 04.

Saludos!!!!!!!!!!!!!!!!!!!

Volvemos a los cursos de Access, esta vez con una sesión única para ambos cursos. Esta es la última sesión que dedico exclusivamente a los diseños en papel de Bases de Datos. Como no uso Access para nada, solo muestro pantallas estáticas, he decidido crear una sola sesión para ambos cursos.

Esta sesión la voy a dedicar a dos cosas principalmente. Para empezar afianzaremos los conocimientos que hemos ido adquiriendo en las sesiones anteriores dedicadas a este tema. Volveremos a crear un diseño en papel en el que repasaremos todo lo que hemos visto en las sesiones anteriores. El ejemplo que usaremos en esta sesión es el de una "Facturación", una base de datos para almacenar las facturas, pero muy simple. Este diseño es muy complejo de diseñar y requiere mucho más tiempo del que tenemos aquí. Quizás en un futuro sea interesante crear un ejercicio en el que lo desarrollaremos por completo, pero ya veremos.

En realidad conforme lo vayamos desarrollando os daréis cuenta que es más de lo mismo. Tablas relacionadas con relaciones de uno a varios y relaciones de varios a varios simuladas con relaciones de uno varios. Llega un momento que lo único que cambia es el problema, las necesidades... Pero las soluciones son todas muy parecidas. Por lo tanto volveremos a realizar el mismo trabajo que en las sesiones anteriores: Diseñar tablas, establecer campos clave, definir relaciones, etc...

Cuando acabemos esa primera parte, usaré el diseño para intentar mentalizaros de la necesidad de dedicar a esta parte de la creación de la base de datos, todo el tiempo necesario. Os pondré ejemplos de cómo en esta base de datos habría que pensar muy bien las cosas para que la base de datos funcione ahora... y en el futuro. Es muy importante tener en cuenta este detalle. No vale con cubrir las necesidades actuales, hay que pensar también en lo que puede pasar en el futuro.

Como os he comentado al principio esta será la última sesión dedicada a este tema. Todos los detalles que me quedan por comentar sobre el diseño de la estructura de las tablas, lo explicaré en Access. Este ejemplo es el último que solía poner en los cursos presenciales y a partir de él, ya empezábamos con el trabajo en Access. Aquí he variado un poco el orden, pero a partir de ahora ya será igual... 100% Access.

Curso Access 2010. Diseño Inicial de una Base de Datos. Sesión 03.

Saludos!!!!!!!!!!!!!!!!!!!

Aquí tenéis la siguiente sesión dedicada a Access 2010. Es la misma que publiqué el Martes de Access 2013 pero usando Access 2010. En esta sesión interrumpimos temporalmente las sesiones en las que trabajamos directamente en Access para volver a los diseños en "papel". Ya os he comentado muchas veces que es fundamental que os acostumbréis a crear un diseño previo antes de poneros a trabajar en Access o en cualquier otro programa que permita crear bases de datos.

En esta sesión nos vamos a centrar en explicar otro tipo de relaciones que no hemos utilizado hasta ahora, las Relaciones de Varios a Varios. Muchas veces nos vamos a encontrar con situaciones en las que necesitaremos que dos tablas se relacionen, pero esa relación no podrá ser directa. El ejemplo que veremos en el vídeo es uno de ellos. Desarrollaremos un diseño que permite que una serie de alumnos se inscriban a unos cursos. Como vamos a permitir que los alumnos se inscriban a todos los cursos que quieran, nos vamos a encontrar con que las soluciones que usamos en las sesiones anteriores no sirven, necesitaremos algo más, necesitaremos una relación de Varios a Varios.

En realidad, es curioso, porque cuando acabéis con el vídeo os daréis cuenta que las relaciones de Varios a Varios no existen. Son un tipo de relación Virtual que se simula interponiendo una tabla entre las dos tablas que necesitaban relacionarse y relacionando esa tabla con las otras dos, mediante relaciones de uno a varios. Es completamente normal encontrarnos con esta situación, una tabla que sirve para relacionar otras dos, pero como es algo complejo de explicar os remito al vídeo que os quedará todo mucho más claro.

Por otro lado en esta sesión también os voy a poner un ejemplo de Campos Clave Compuestos. Hasta ahora hemos utilizado como campos clave los campos de Autonumeración, que en la mayoría de los casos son la mejor opción. Pero hay determinadas situaciones en las que quizás sean una mejor opción los Campos Clave Compuestos, su uso puede añadir cierto control a la hora de rellenar la información en las tablas y por eso pueden ser interesantes. En el vídeo os muestro como una clave compuesta puede evitar que la misma persona se inscriba varias veces al mismo curso. Lo mismo, os remito al vídeo que así os quedará todo mucho más claro.

Igual que en las sesiones anteriores, además de mostrar el diseño en papel os iré mostrando cómo funcionan los diseños que creemos en Access 2010. Así iréis viendo cómo se aplican de forma práctica y os vais quitando todas esas dudas y miedos que os suelen "Atormentar" en Access. ;)

Curso Access 2013. Diseño Inicial de una Base de Datos. Sesión 03.

Saludos!!!!!!!!!!!!!!!!!!!

Seguimos con las sesiones dedicadas a Access 2013. Interrumpimos temporalmente las sesiones en las que trabajamos directamente en Access para volver a los diseños en "papel". Ya os he comentado muchas veces que es fundamental que os acostumbréis a crear un diseño previo antes de poneros a trabajar en Access o en cualquier otro programa que permita crear bases de datos.

En esta sesión nos vamos a centrar en explicar otro tipo de relaciones que no hemos utilizado hasta ahora, las Relaciones de Varios a Varios. Muchas veces nos vamos a encontrar con situaciones en las que necesitaremos que dos tablas se relacionen, pero esa relación no podrá ser directa. El ejemplo que veremos en el vídeo es uno de ellos. Desarrollaremos un diseño que permite que una serie de alumnos se inscriban a unos cursos. Como vamos a permitir que los alumnos se inscriban a todos los cursos que quieran, nos vamos a encontrar con que las soluciones que usamos en las sesiones anteriores no sirven, necesitaremos algo más, necesitaremos una relación de Varios a Varios.

En realidad, es curioso, porque cuando acabéis con el vídeo os daréis cuenta que las relaciones de Varios a Varios no existen. Son un tipo de relación Virtual que se simula interponiendo una tabla entre las dos tablas que necesitaban relacionarse y relacionando esa tabla con las otras dos, mediante relaciones de uno a varios. Es completamente normal encontrarnos con esta situación, una tabla que sirve para relacionar otras dos, pero como es algo complejo de explicar os remito al vídeo que os quedará todo mucho más claro.

Por otro lado en esta sesión también os voy a poner un ejemplo de Campos Clave Compuestos. Hasta ahora hemos utilizado como campos clave los campos de Autonumeración, que en la mayoría de los casos son la mejor opción. Pero hay determinadas situaciones en las que quizás sean una mejor opción los Campos Clave Compuestos, su uso puede añadir cierto control a la hora de rellenar la información en las tablas y por eso pueden ser interesantes. En el vídeo os muestro como una clave compuesta puede evitar que la misma persona se inscriba varias veces al mismo curso. Lo mismo, os remito al vídeo que así os quedará todo mucho más claro.

Igual que en las sesiones anteriores, además de mostrar el diseño en papel os iré mostrando cómo funcionan los diseños que creemos en Access 2013. Así iréis viendo cómo se aplican de forma práctica y os vais quitando todas esas dudas y miedos que os suelen "Atormentar" en Access. ;)

Curso Access 2013. Diseño Inicial de una Base de Datos. Sesión 02.

Saludos!!!!!!!!!!!!!!!!!!!

Aquí tenéis la siguiente sesión del curso de Access 2013. Es la misma que publiqué ayer de Access 2010 pero usando la versión 2013 en los momentos que se ve el Interface de Access. En esta sesión finalizaremos el diseño de la base de datos que empezamos en la sesión anterior. Como ya os comenté, antes de empezar el trabajo en Access es necesario realizar un diseño previo para no cometer errores graves de diseño.

En la sesión anterior fuimos cometiendo algunos de los errores más habituales a la hora de crear bases de datos y en esta sesión seguimos en la misma línea. Modificaremos el diseño de la Agenda para poder guardar varios teléfonos y direcciones de los clientes. Antes de llegar a la solución correcta seguiremos cometiendo errores para ir aprendiendo lo que no se debe hacer. El trabajo será similar, definiremos tablas, campos y las relaciones que debe haber entre las tablas. A lo largo de las sesiones que dediquemos a crear diseños os daréis cuenta que al final todo se soluciona de la misma manera, creando más tablas. Todos los problemas que nos encontremos en esta sesión se solucionarán de esa manera y usando las relaciones de uno a varios.

Para finalizar la sesión comentaré algunos detalles más sobre los datos de Autonumeración y las Relaciones que se crean entre las tablas.  En cuanto a las relaciones entre tablas seguiremos usando relaciones de uno a varios que son las más habituales. Así, poco a poco iremos conociendo detalles que más adelante veremos en profundidad.

Curso Access 2010. Diseño Inicial de una Base de Datos. Sesión 02.

Saludos!!!!!!!!!!!!!!!!!!!

Seguimos con las sesiones dedicadas a Access 2010. En esta sesión finalizaremos el diseño de la base de datos que empezamos en la sesión anterior. Como ya os comenté, antes de empezar el trabajo en Access es necesario realizar un diseño previo para no cometer errores graves de diseño.

En la sesión anterior fuimos cometiendo algunos de los errores más habituales a la hora de crear bases de datos y en esta sesión seguimos en la misma línea. Modificaremos el diseño de la Agenda para poder guardar varios teléfonos y direcciones de los clientes. Antes de llegar a la solución correcta seguiremos cometiendo errores para ir aprendiendo lo que no se debe hacer. El trabajo será similar, definiremos tablas, campos y las relaciones que debe haber entre las tablas. A lo largo de las sesiones que dediquemos a crear diseños os daréis cuenta que al final todo se soluciona de la misma manera, creando más tablas. Todos los problemas que nos encontremos en esta sesión se solucionarán de esa manera y usando las relaciones de uno a varios.

Para finalizar la sesión comentaré algunos detalles más sobre los datos de Autonumeración y las Relaciones que se crean entre las tablas.  En cuanto a las relaciones entre tablas seguiremos usando relaciones de uno a varios que son las más habituales. Así, poco a poco iremos conociendo detalles que más adelante veremos en profundidad.

Curso Access 2013. Diseño Inicial de una Base de Datos. Sesión 01.

Saludos!!!!!!!!!!!!!!!!!!!

Seguimos con este primer maratón de Access. En esta ocasión os traigo la siguiente sesión del curso de Access 2013. Es la misma que la que he publicado para Access 2010 pero en las partes en las que se ve el programa, uso la versión 2013 en lugar de la 2010.  En esta sesión, sí que ya empezamos con el trabajo duro, empezamos a explicar cuestiones muy importantes a  la hora de diseñar una base de datos.

En los cursos presenciales, cuando los impartía... Siempre empezaba realizando unos ejemplos prácticos de diseño previo de bases de datos. Esto consistía, en que yo contaba a los alumnos una serie de detalles sobre un problema que tenía que solucionar con una base de datos. A continuación ellos debían pensar un diseño para resolver el problema. Les daba un tiempo y cuando acababan los poníamos en común para ver en que se habían confundido y en que no.

En este diseño previo debían pensar que tablas se necesitaban para solucionar el problema y que relaciones se establecían entre ellas. Esta es una parte fundamental de la creación de una base de datos. Si os saltáis esta parte, seguramente cometeréis errores muy graves que luego tendrán difícil solución. Es algo a lo que os tenéis que acostumbrar, a pensar antes del trabajo en Access que estructura tendrá vuestra base de datos. En el vídeo yo hago el diseño en papel y os voy mostrando como quedaría en Access para que entendáis mejor porque unas cosas están bien y otras mal. Hay otras maneras de crear diseños previos, pero ese es el método que yo suelo utilizar.

Entonces, fundamentalmente lo que os voy explicar en esta sesión es como llegar a decidir que tablas necesitaremos para almacenar la información y como se relacionarán entre ellas. Pero os lo voy a explicar cometiendo muchos errores para que quedéis más convencidos del porqué de mis decisiones. Mientras vamos mejorando el diseño también os hablaré de cómo son las tablas, que tipos de datos podemos utilizar en los campos de las tablas y porque se usan unos u otros, de los campos clave, campos de Autonumeración... De muchas cosas, es fundamental que no os saltéis estas sesiones.

El diseño que empezamos en esta sesión lo acabaremos en la siguiente. Aquí quedará más o menos cerrado pero en esa sesión posterior haremos un par de modificaciones para seguir viendo más posibilidades en cuanto a cómo se relacionan unas tablas con otras y como se guarda la información en las tablas.

Curso Access 2010. Diseño Inicial de una Base de Datos. Sesión 01.

Saludos!!!!!!!!!!!!!!!!!!!

Esta vez no habéis tenido que esperar nada. Seguimos con el recién estrenado curso de Access 2010. En esta sesión, sí que ya empezamos con el trabajo duro, empezamos a explicar cuestiones muy importantes a  la hora de diseñar una base de datos.

En los cursos presenciales, cuando los impartía... Siempre empezaba realizando unos ejemplos prácticos de diseño previo de bases de datos. Esto consistía, en que yo contaba a los alumnos una serie de detalles sobre un problema que tenía que solucionar con una base de datos. A continuación ellos debían pensar un diseño para resolver el problema. Les daba un tiempo y cuando acababan los poníamos en común para ver en que se habían confundido y en que no.

En este diseño previo debían pensar que tablas se necesitaban para solucionar el problema y que relaciones se establecían entre ellas. Esta es una parte fundamental de la creación de una base de datos. Si os saltáis esta parte, seguramente cometeréis errores muy graves que luego tendrán difícil solución. Es algo a lo que os tenéis que acostumbrar, a pensar antes del trabajo en Access que estructura tendrá vuestra base de datos. En el vídeo yo hago el diseño en papel y os voy mostrando como quedaría en Access para que entendáis mejor porque unas cosas están bien y otras mal. Hay otras maneras de crear diseños previos, pero ese es el método que yo suelo utilizar.

Entonces, fundamentalmente lo que os voy explicar en esta sesión es como llegar a decidir que tablas necesitaremos para almacenar la información y como se relacionarán entre ellas. Pero os lo voy a explicar cometiendo muchos errores para que quedéis más convencidos del porqué de mis decisiones. Mientras vamos mejorando el diseño también os hablaré de cómo son las tablas, que tipos de datos podemos utilizar en los campos de las tablas y porque se usan unos u otros, de los campos clave, campos de Autonumeración... De muchas cosas, es fundamental que no os saltéis estas sesiones.

El diseño que empezamos en esta sesión lo acabaremos en la siguiente. Aquí quedará más o menos cerrado pero en esa sesión posterior haremos un par de modificaciones para seguir viendo más posibilidades en cuanto a cómo se relacionan unas tablas con otras y como se guarda la información en las tablas.