Este curso me ha sido muy sutil en mi trabajo, muchas gracias. Tengo una inquietud, si el el pedido tiene productos de diferentes (ferretería, juguetes , etc) (Como representaría esa relación y como seria la construcción de la base de datos? PD. Esperando el curso de Access avanzado.
Martin Gonzalez: A la pregunta de "como yo sabria a que tabla tendria que colocarle las dos claves principal ¿que pistas tendria que tomar en cuenta?" la respuesta es siguiendo la lógica de tu BBDD. Tal vez en tu BBDD no necesites crear una relación de varios a varios aunque tengas muchas tablas, o tal vez sí. Intentaré explicarme: pongamos de nuevo el ejemplo de la BBDD Gestión de Pedidos. Imaginemos que tienes que crear esta BBDD desde 0. Antes de ponerte manos a la obra con Access, uno debe coger un papel, un lápiz y una goma de borrar y dibujar en el papel la BBDD. Imaginemos que tenemos un almacén que suministra artículos a una serie de clientes. En el momento de dibujar en el papel la BBDD uno se tiene que plantear sus necesidades futuras, por ejemplo :¿necesito que mi BBDD almacene la información de los clientes como por ejemplo su dirección, teléfono etc? Si la respuesta es sí (porque tal vez en el futuro les tengas que enviar productos y tal vez les necesites llamar por tfno), uno tiene que dibujar en el papel un rectángulo que represente la tabla de clientes. Una vez dibujada la tabla de clientes la siguiente pregunta sería: ¿voy a realizar búsquedas en un futuro en esta tabla? ¿Si es así, qué tipo de búsquedas? ¿necesito para estas búsquedas que cada uno de mis clientes esté identificado de forma única, o no lo necesito? Para realizar búsquedas/consultas por grupos no necesitaría campo clave, por ejemplo "quiero ver todos los clientes de Barcelona". Pero en el caso de que necesite buscar a un único cliente tal vez sería ventajoso que la tabla tenga campo clave. En caso de que necesite realizar búsquedas individuales y que en un futuro vaya a relacionar esta tabla de Clientes con otras, necesitaré un campo clave...Es momento de escribir dentro del rectángulo los campos de la tabla de clientes y cuál será clave. ¿Reúne alguno de estos campos las condiciones para ser campo clave? En caso de que si ya sabemos cuál debe ser clave. En caso de que no tal vez deba crear un campo más por ejemplo un campo llamado ID o llamado Código Cliente ... Es momento de preguntarte además de los datos de los clientes qué mas necesitas almacenar en tu BBDD. ¿Necesito almacenar los pedidos que me van haciendo los clientes? En caso de que si, necesitaré una tabla para almacenar los datos de los pedidos tales como le fecha del pedido, si se le ha enviado o no etc. Es momento de dibujar en el papel otro rectángulo representando la tabla de pedidos. ¿Y qué campos necesitaré en esta tabla? Es momento de escribir dentro del rectángulo dichos campos. ¿Necesitaré en un futuro saber los pedidos que me ha hecho cada cliente? En caso afirmativo ya sabemos que tendremos que relacionar la tabla anterior de Clientes con esta de Pedidos. Ya sabemos que para poder hacer eso ambas tablas han de tener un campo común.... Y así uno va examinando las necesidades de su BBDD y en función de esas necesidades las va dibujando en el papel. Una vez terminado el esquema/dibujo del papel, es el momento de construirlo en Access. He intentado con esta explicación tan larga dar a entender de la manera más clara posible que el diseño de una BBDD de Access no responde a unas leyes fijas. Las tablas de una BBDD de Access no tienen por qué estar relacionadas entre si obligatoriamente. Tan solo han de estarlo si lo necesitas para el futuro. Yo por ejemplo, tengo una BBDD doméstica donde almaceno mis películas y discos comprados a lo largo de toda mi vida. Esta BBDD tiene 5 tablas y no existe relación alguna entre ellas. No lo necesito. De igual manera no es para nada obligatorio crear una relación de varios a varios entre tus tablas ni tampoco una de uno a varios etc. Estas relaciones van saliendo de forma esporádica en el papel cuando vas respondiendo a las necesidades de tu BBDD y solo en el caso de que necesites relacionar las tablas. Muchas veces los que hacéis el curso básico me planteáis estas preguntas y es normal. pero no puedo dar una respuesta a preguntas del tipo ¿qué campo elegiré como campo clave? ¿Qué tablas de mi BBDD debo relacionar entre sí? ¿Qué tipo de relación debo crear entre mis tablas? etc porque la respuesta a todas estas preguntas siempre es "depende". Depende de lo que necesites y eso es algo que solo puede responder el que está creando la BBDD. La siguiente duda que me planteas es " me he dado cuenta que Número de Pedido y Codigo artículo tienen llave principal y la nueva incognita que me vino fue ¿como hizo para colocarle llave principal a Codigo articulo siendo que en este campo hay valores repetidos? " La respuesta es cambiando la propiedad indexado del campo clave a "NO". Esto permite que en un campo clave (que por defecto siempre es indexado SI y eso implica que no se puedan repetir valores) pueda contener valores duplicados. ¿Y es necesario hacer esto en la BBDD Gestión de Pedidos? Pues resulta que en el momento de dibujar la BBDD en el papel, uno se hizo la pregunta de : ¿necesito hacer búsquedas en el futuro que me permitan averiguar qué pedidos me han hecho los clientes y qué artículos les envié en esos pedidos? ¿Necesito hacerme preguntas del tipo cuántas unidades de artículos de deportes he enviado con descuento? Si la respuesta a estas preguntas es SI, tengo que relacionar de alguna forma las tablas de Productos (aquí está el campo sección) con la tabla de Pedidos (aquí está el campo descuento) con la tabla de Productos-Pedidos (aquí está el campo unidades). Luego entonces si necesito esto tengo que relacionar estas tres tablas entre sí, y deberá ser a través de un campo común etc... Tal vez la respuesta a las preguntas anteriores sea: "yo en un futuro no voy a necesitar responder a este tipo de preguntas. Entonces olvídate de relacionar las tres tablas entre si ¿para qué? No es obligatorio. Resumiendo: 1: Antes de ponerse uno en Access a construir una BBDD esta debe estar dibujada en un papel. Este proceso es más laborioso si cabe que construir la BBDD en el programa. Sólo con mucha experiencia uno es capaz de crear BBDD sencillas sin dibujarlas previamente en papel (de cualquier forma la tienes que tener dibujada en la mente). 2: Las preguntas de ¿cómo relaciono mis tablas? ¿Debo crear campos claves? ¿Debo crear relaciones de uno a uno, uno a varios o varios a varios? y muchas otras preguntas, solo las puede responder el que está construyendo la BBDD porque solo él sabrá lo que necesitará en el futuro. Para terminar ya (lo digo de verdad), este curso es para manejar el programa Access. Para responder a otras cuestiones mas generales lo que hay que hacer es un curso de análisis de datos. porque una vez que aprendes a dibujar en el papel o en la mente una BBDD con sus campos, claves relaciones etc, puedes construirla con muchísimos programas diferentes. tan solo uno de ellos es Access. Espero haber aclarado este tipo de dudas que me hacéis bastante. Un saludo
Es verdad mi estimado, en la universidad he llevado un curso de diseño de BDD, el cual comprende el análisis de datos, distintos tipos de BDD (relacionales, estructurales, etc), las llaves principales. las llaves secundarias, las relaciones, sin duda, es lo que acabas de explicar, además, para agregar, en el punto de simplificar las tablas, existe un proceso llamado Normalización, el cual ayuda en el proceso de crear el diagrama lógico de tu BDD (escribir tu BDD en el papel) a simplificarlo. Este consiste en una serie de preguntas que se hacen al momento de diseñar la base de datos. Finalmente, resaltar, lo que mencionas acerca de diseñar tu BDD antes de implementarlo en un programa, saludos. P.D. Muy curso de Acess.
Amigo, uso access desde hace rato, pero luego de ir viendo tus videos me he dado cuenta de que "he tenido un BMW y nunca había pasado de 1era"... Muchas gracias por estos videos!!
Andrés Fernández Hola !! Gracias por el comentario y por seguir mis vídeos. Es muy complicado sacar todo el provecho de estar herramientas ofimáticas. No se si yo llego a meter 5ª.... Un cordial saludo
Llegué a este tutorial sin saber absolutamente nada de Access. Lo único que había hecho es abrir el programa y mirar con cara de extrañada sin saber por dónde empezar. Estoy entusiasmada siguiendo todos los videos y al finalizar este tutorial, seguiré con el de Access avanzado. Muchas gracias! Está excelentemente explicado. Saludos desde Argentina.
Excelente la manera en que compartes tus conocimientos, en realidad tienes tu método didáctico es de primera ... me permití exigir a compañeros que me apoyan a que vean tu curso de excel básico que es muy completo; en lo personal estoy tomando este de Access por mi desconocimiento para realizar una interfaz con el usuario, yo previamente aprendí de manera "lyrica" o bien leyendo manejadores de base de datos como Oracle, pero no en cualquier empresa lo maneja, y esta solución puede ser muy viable par aimplementar algunos controles ... te agradezco tu esfuerzo ... que como dije es de primer mundo ... Saludos!!!!
Pildorasinformaticas, es la primera vez que comento. Y sin duda vale la pena, para darte las gracias por tus vídeos formativos, gracias por compartir tu conocimiento y te felicito por tu forma de explicar y lo fácil que se aprende. De nuevo MUCHISSIMAS GRACIAS!!!
Exelente, Exelente profe usted si que sabe, gracias por gastar tu valiosisimo tiempo en esta respuesta tan larga. Ahora si que lo entendi un 100 x 100. Es muy valorable tu aporte.Una y mil veces gracias. Porque mejor explicado es imposible.=)
TE FELICITO, SOY IVO DE BUENOS AIRES HOY ES 4 DE JULIO DE 2015 SE VE QUE SABES EL TEMA, EL VOCABULARIO QUE USAS ES PERFECTO ESTO ES UN EJEMPLO DE COMO HACER BIEN UN TUTORIAL FELICITACIONES
Realmente lo felicito; no había visto un tutorial tan bien hecho como este; es muy preciso y claro por lo que provoca continuar con las lecciones y en mi caso particular he aprendido mucho. Gracias y continúe así.
Gracias profe Juan por todos tus aportes que siempre sigo capacitándome; te aprecio mucho. Sos el mejor. Muchos éxitos y salud mi estimado, te queremos mucho...
cada dia me convenso que la didactica es un arte de la explicacion de las cosas dificiles en faciles. estoy muy agradecido por sus videos por fin entendi el curso de sistemas en mi ciudad.
Muchas gracias profesor la verdad tenía grandes problemas con relacionar dos campos, uno de clave primaria que aparecía como clave foránea en otra tabla, (tenía como 5 tablas) pero me daba conflictos con los id de la tabla pues había puesto todos los id en las tablas como numéricos y al ver este video al minutos 2 ya usted me había dado ideas y me había resuelto la vida, termine de ver el video porque pienso que todos estan buenisimos y siempre me hacen aprender, recordar conocimientos y practicar. Por favor sigua adelante con su canal yo lo apoyo he inspiro a mis hermanos quienes son más jóvenes que yo que estudien desde su canal porque usted es de los que inspira y demuestra que aprender si se quiere siempre es posible. Gracias
Muchísimas gracias profesor, ya baje todos los vídeos y voy de uno en uno viéndolos, son muy excelentes y estoy aprendiendo bastante. una vez mas muy agradecido por su tiempo.
Un detalle, la relación entre la tabla CLIENTES y la tabla PRODUCTOS_PEDIDOS no es una relación de varios a varios. Sigue siendo una relación de 1 a varios, aunque de por medio esté la tabla PEDIDOS, ya que se produce n 2 relaciones de 1 a varios en cascada. Es diferente en el caso de la tabla PEDIDOS y PRODUCTOS que, al ser una relación de varios a varios, convergen las 2 en la tabla puente PRODUCTOS_PEDIDOS con una misma relación 1 a varios. Por lo demás, aprendí muchísimo con tus vídeos. SALUDOS!!!
Cada vez que avanzo con un nuevo vídeo me siento mucho mas profesional con la creación de base de datos usando relaciones, que maravilla, gracias por este gran aporte 😁😁
Agradecer por tener tanta pasión en la forma de como enseñas en tus videos, en verdad eres espectacular, empecé aprender la programación en Visual Basic 6.0 con base de datos en Access y en verdad tu videos me soy de mucha ayuda.... muchas gracias
Voy ya por el video nº6, estoy aprendiendo mas que en tres meses que he estado con una evaluacion de access, me encanta tu manera de explicar tienes un gran poder para que lo veamos todo con mucha claridad, pienso continuar con todos tus videos, gracias por tu ayuda
Gracias por compartir, hay mucho tiempo de trabajo en ellos. En mi caso los vídeos me sirven para refrescar los conocimientos, pero son muy fáciles de seguir para los que aprenden nuevos conceptos.
Mil gracias por las clases, de verdad me han ayudado un montón en mi curso de Tecnologías en la universidad, tanto así que resulte ser la mejor nota en los exámenes de Access. Saludos!
Hey, te han felicitado un monton pero una más no esta de más... Felicidades, exelente maestro... no se nada de access pero por un proyecto laboral me estoy tirando todos los tutoriales... Gracias
Exelente, simplemete exelente. Gracias por este tutorial, esta muy interesante debido a que explicas paso a paso de forma entendible. Miguel Emilio de Rep. Dominicana.
Gracias por el comentario. Puedes encontrar la BBDD Gestión de Pedidos en este enlace: www.pildorasinformaticas.es/archivos/accessbas/gestion_ejercicios.zip Un saludo!!
Felicitaciones por estos videos y explicaciones. Aunque conocía el tipo de relaciones entre tablas, me ha gustado "quedarme" hasta el final para ratificar los conceptos y si cabe, reforzarlos. Muy claros y concisos. Muchas gracias.
Amigo cada vez me encuentro mas agradecido con estos Videos tutoriales que a la vez son una gran labor social. Seria genial si sabes de microsoft project que hicieras un tutorial de ellos. Muchas Gracias y Dios te bendiga
Muchas gracias por tu comentario. Tengo pensado realizar un curso de Project, pero por peticiones que me realizais antes van otros. Pero lo tengo en cuenta. Un saludo
Gracias Juan, me encantan tus explicaciones. Me has ayudado mucho en cada curso que he visto, estoy pronto a terminar mi carrera de ingeniería en computación y me han sido de mucha utilidad todos y cada uno de tus cursos. Por ahora estoy culminando este y voy al video 100 de java, ganaste un suscriptor y mis recomendaciones. Saludos desde Venezuela.
pildorasinformaticas Muy elegante la forma en que lo explicas y lo gráfica. Estoy tratando de aprender a crear relaciones entre tablas para así optimizar las estructuras de la misma y con estas explicaciones, estoy seguro que estaré por buen camino. El tema de la normalizacion es algo con lo cual espero igual aprender. Aun no veos todos sus videos pero estoy seguro que con este y el segundo tendré la informacion completa para aprender. Mis respetos.
Está genial explicado. Gracias por tu tiempo. Estaría genial también un vídeo explicativo de cómo solucionar los problemas que te da al relacionar tablas. Un saludo.
Buenos días, El tutorial es una maravilla. Mi más sincera enhorabuena. Estoy usandolo para hacer una base de datos para los pedidos de los libros en la biblioteca donde trabajo y me está dando varios problemas que no consigo solucionar.
Sofia Campos Salas Gracias !! Espero que poco a poco te vaya saliendo sin problemas. Lo normal es que este tipo de problemas surjan con las primeras BBDD que creemos. Un saludo
Muy buen video chabon,me ayudaste para mi próximo exámen final. Pero donde lo desapruebe "pum castañazo y unas pataditas en todo el pechamen y te caes redondo".
1. - Resolví el asunto, se trataba de que estaba arrastrando el nombre del campo a donde no correspondía. 2. - En la parte de las consultas con cálculos, en Access 2013 no se usa "punto y coma", sino "comas" solamente; y bueno, puedes decirle a alguien sobre ese cambio en una "Anotación" de RU-vid justamente en esa parte; ya que en un futuro alguien se puede encontrar con el caso; el cual descubrí el error porque usé el generador de expresiones. 3. - En la parte de los campos comunes, al parecer se le olvidó hacer una aclaración al respecto; ya que al decir que deben tener la misma información se puede uno confundir, ya que hay que especificar que lo que deben tener común es el TIPO de información; es decir, si un campo es de tipo número, el otro también. O sea, no se trata de tener campo común con cualquier cosa y cualquier nombre, sino un campo del mismo TIPO. Eso lo pueden aclarar con una de las anotaciones de RU-vid. Gracias de todos modos.
buenísimo gracias tio, lo único que llevo mal es definir en mi cabeza el formato de las relaciones entre tablas .... necesitaré ver muchos ejemplos para así poder ir haciéndome a la idea de cual es la manera correcta de relacionarlas. Gracias , por supuesto voy al vídeo siguiente...
Gracias por el comentario. Efectivamente lo más difícil es "dibujar" en la mente las relaciones entre las tablas. Eso es compliado enseñarlo en un vídeo, se adquiere con experiencia. Un saludo
te recomiendo que primero crees tus tablas con todos los campos que necesites de cada una y al cargarlas en la ventana de relaciones solo une los campos que tengan el dato que necesitas, de la tabla de la que lo necesitas, saludos desde Mexico
Miguel Salinas: yo he llegado a tener varias, pero sinceramente desconozco si hay algún límite al respecto. Yo nunca me he encontrado con él. Un saludo
