Felicitaciones por tu video, muy bien explicado y realizado. Sin saber nada de tablas aprendí bastante en muy poco tiempo y de una forma muy clara. Saludos desde Argentina
Que buen video, estoy refrescando memoria para crear un proyecto para mi portafolio y tenia años sin tocar el tema de Base de Datos. Esta muy bien explicado y me ayudo mucho a recordar. Muchas gracias.
Bueno, pues por eso en clase no explico, porque mis alumnos aprenden más con el libro y los vídeos ;) En clase lo que hacemos es practicar con ejercicios, corregirlos y resolver dudas. ¡Gracias!
Merche es una de las mejores profes de uni que tuve . Por cosas de la vida me toca refrescar conceptos que tenia algo olvidados y no sabes la alegria que me dió encontrar sus videos aqui. Sabia antes de verlos que iban a ser geniales. Muchas gracias, Merche!
Verónica, para el conceptual puedes usar Dia, en este vídeo muestro cómo puedes usarlo: ruclips.net/video/1hA4xxUZyh0/видео.html. Para el lógico uso Vertabelo, aquí muestro cómo usarlo para continuar el mismo ejercicio: ruclips.net/video/irvhnG4tg8E/видео.html. Si te interesa saber más sobre el enunciado del ejercicio, lo empiezo aquí: ruclips.net/video/AIL3rLCu5J4/видео.html Espero que te sirvan los vídeos, un saludo.
Tienes un pequeño error en la creación de SQL en la tabla CAMPEONES, nombre luego lo llamas cnombre y claro no está al ver sido nombrado antes nombre a secas. Muchísimas gracias por toda la información 👍
Muy buena la explicación muy claro. Merche, siempre haces referencia a un libro, me podrias indicar un libro respecto al tema para profundizar conceptos. Gracias!!
¡Gracias Lorena! El libro con el que trabajamos en el curso es de acceso libre, puedes descargarlo desde aquí: repositori.uji.es/xmlui/bitstream/handle/10234/24183/s18.pdf Si mi libro no te gusta o necesitas más información, un buen material es el de la UOC: www.uoc.edu/pdf/masters/oficiales/img/913.pdf Saludos.
@@lorenamairano5959 Me ha llegado un correo con un comentario tuyo que no encuentro aquí, quizá lo borraste. Bueno, solo comentarte que el tamaño de una base de datos se ha de calcular teniendo en cuenta el sistema de gestión de bases de datos que vas a usar porque cada uno te va a indicar cómo usa el almacenamiento. Además, de saber el sistema concreto, has de tener una estimación del número de filas de cada tabla y también está bien saber cómo van a evolucionar en el tiempo. He encontrado una página donde creo que lo explican bastante bien para una base de datos de Oracle: redts.com.mx/volumetria-estimacion-de-tamano-de-base-de-datos-oracle/ Saludos.
Carlos, a partir del minuto 4:30 es donde se explica cómo se elige la clave primaria de la tabla intermedia, que está compuesta de las dos claves ajenas. Con esta clave primaria tienes garantizado que cada pareja jugador-campeón aparece solamente una vez. Puedes poner un ID, sí, pero deberás andar con cuidado cuando programes las aplicaciones que acceden a la base de datos para que las parejas no se repitan, o bien establecer una restricción UNIQUE para establecer la pareja como clave alternativa.
Hola Merche, magnífica presentación y explicación. Podrías decirme el nombre del libro que has mencionado en el libro? El libro que utilizáis. Gracias.
@@merchemarques oh lo siento de veras! Hahhaha, de verdad. Lo acabo de abrir y no me funciona, me podrías decir el nombre porfa? Estudio ASIR en Virgen de la paz, por si conoces a algún profe ;)
@@rubenlegendariolezo ¡Qué raro! prueba este enlace hdl.handle.net/10234/24183 El libro se titula "Bases de datos", la autora soy yo (Mercedes Marqués) y está publicado con licencia CC en la colección Sapientia de la Universitat Jaume I (UJI).
Excel no es un sistema de gestión de bases de datos relacionales, en MS Office lo que se usa es Access. En el vídeo del diseño lógico ruclips.net/video/21q2XhbHmNc/видео.html puedes ver cómo se hace la conversión a tablas y estas tablas las podrás crear en Access mediante su interfaz gráfica. Este curso completo tiene muchas visitas y hay un índice que te puede ayudar a dirigirte a la sección que desees: ruclips.net/video/xxchvJ_yN0E/видео.html
@@Imnotearthfan El lenguaje que se usa para consultar las bases de datos relacionales es el SQL. Lo que pasa es que dependiendo del sistema de gestión de bases de datos que utilices y del lenguaje de programación, usarás una librería de funciones y procedimientos que abrirán la conexión con la base de datos, mandarán las sentencias SQL y recogerán los resultados para luego procesarlos desde el programa.
you all prolly dont care at all but does someone know of a trick to get back into an Instagram account?? I stupidly lost the login password. I would appreciate any help you can give me
la información es super positiva y se agradece mucho, encima gratis. pero creo que es erróneo por algunos motivos. El primero porque no se puede ser campeón sin haber sido jugador antes y eso no se recoge. El juego tendría que empezar poniente de campeones a personas que no lo son y no se admitirían las batallas entre jugadores que no fueran campeones. Perdona mi critica que espero sea constructiva pero las limitaciones de mi cabeza no me dejan avanzar si la información no es exacta, imagino que esta presentación solo es una metáfora para comenzar con los conceptos básicos. Muchas gracias por tu labor.
Gracias por tu aportación! En esta base de datos, los campeones son parte del juego, no son jugadores. Cuando se crea el juego, se insertan las filas de los campeones en la tabla C. Cuando te creas una cuenta en el juego, se inserta una fila para ti en la tabla J. Cuando vas a jugar una partida, eliges con qué campeón participas en la partida. La primera vez que juegas una partida con un campeón, se inserta una fila de la pareja en la tabla JC (la pareja sois tú y el campeón). Después, cada nueva partida que juegues con él, hará que se sume una unidad a la cantidad. Esta base de datos está inspirada en la base de datos del libro "An Introduction to Database Systems" de C.J. Date, que es "la biblia" de las bases de datos relacionales. En su libro, Date usa una base de datos de proveedores (S) y piezas (P) que es muy simple pero que le da mucho juego para explicar el lenguaje SQL. Yo lo que he hecho ha sido cambiar los nombres y significados de las tablas para estén contextualizadas en un videojuego. Es una base de datos muy sencilla y que responde a la idea de juego que te he comentado aquí. Creo que tú tienes otra idea de juego y por eso no te encaja. Espero que con esta explicación ya no te confundas, porque en esta base de datos los jugadores nunca serán campeones. Un saludo y gracias de nuevo!
Muchas gracias Merche por tu ayuda y aportación, es exactamente lo que me comentas. mi concepto era otro por eso no me encajaba. Aunque las formas pueden ser muchas los conceptos son muy buenos y tu información excelente. Seguiré por aquí como el resto de los compañeros a ver si consigo aprender y acabar algunos proyectos que tengo iniciados. Muchas gracias nuevamente.
Pues la verdad es que no tengo vídeo sobre la normalización porque cuando se hace un buen diseño conceptual no suele haber tablas que no estén normalizadas, pero eso no quita que haga un vídeo sobre ello más adelante, desde luego! En el libro que usan mis alumnos está explicada usando ejemplos. El libro está accesible desde aquí hdl.handle.net/10234/24183 (páginal 137). Gracias!
Muy buen video Merche, mis humildes agradecimientos para usted por compartir su conocimiento, solo me gustaria hacer una pregunta: ¿Por qué establece la cardinalidad en esquema logico, si ya se "resolvieron" cuando pasamos a la etapa de hacer el mismo? ¿Por qué no solo las flechas haciendo referencia a la tabla a la que pertenecen? una pregunta más ¿El resultado del diseño físico es el codigo que tenemos que ingresar en el SGBD y no es un esquema visual con simbolos, como el DER por ejemplo? Anticipadamente, gracias.
¡Gracias Gerardo! En el esquema lógico cada clave ajena expresa una relación que es de uno a uno o de uno a muchos, y esto se debe reflejar: es la cardinalidad máxima. Por otra parte, también se debe expresar si la participación en la relación es obligatoria o es opcional: esto es la cardinalidad mínima. En cuanto a la pregunta que me haces sobre el diseño físico, no es solo el código que se obtiene a partir del esquema lógico. En el vídeo está así porque es donde llego con mis alumnos en la asignatura ¡no tenemos tiempo para más! Pero el diseño físico conlleva más aspectos como son: desnormalizar tablas, añadir tablas de look-up, crear vistas, crear índices, elegir las estructuras de almacenamiento entre las que nos proporciona el SGBD con el que trabajemos,... Puedes leer un poco sobre esto en el libro de apuntes de la asignatura (es de acceso libre): repositori.uji.es/xmlui/handle/10234/24183 Saludos.
@@merchemarques Ahh entiendo implica mucho más entonces. Le agradezco mucho por la información y por el enlace. Buen video la felicito por su trabajo nuevamente
Pregunta: ¿Puede ser que JUGADOR juegue BATALLAS usando CAMPEONES, siendo batallas una entidad debil, dependiente de campeones y jugadores? y que a su vez CAMPEONES sean alquilados a TIENDA?
¡Hola! Efectivamente, otra manera de verlo es considerando BATALLAS como una entidad débil que tiene una relación de uno a muchos con JUGADORES y con CAMPEONES. Eso es lo que saldría del esquema que hacemos en el vídeo sin deshiciéramos la relación de muchos a muchos. Deshacer una relación de muchos a muchos consiste en sustituirla por una nueva entidad que tiene dos relaciones de uno a muchos, una con cada entidad que participaba en la relación. Esta nueva entidad ha de tener un identificador, que suele depender los identificadores de las entidades participantes en la relación, y por eso es una entidad débil (porque depende de otras para identificar sus ocurrencias). En cuanto a los campeones y las tiendas, en el caso del vídeo no hay tiendas, el precio es el que se paga por alquilar el campeón para jugar una partida. Usé un poco la idea del LOL para hacer una versión de la base de datos de proveedores, piezas y envíos del libro de C.J. Date ya que es una base de datos sencilla que da mucho juego para aprender SQL. Aquí puedes ver al propio Date explicando su base de datos S, P, SP: ruclips.net/video/qx0F7TfA8CI/видео.html Saludos.
Saludos. En la tabla BATALLAS el campo id_jug no es llave primaria, porque estas repitiendo el registro; se debe crear una id de aquella tabla denominado id_batallas, conservando los campos: id_jug, nom_camp, cant. De esta manera tendras una verdadera llave primaria, es decir que no se repita dicho registro de la tabla BATALLAS Esto es importante si quieres aplicarle un CRUD a este registro en particular. Lo demás está bien. Gracias...!
Andrés, tienes razón, en esa tabla la clave primaria no es id_jug, la clave primaria es compuesta, está formada por id_jug e id_campeón. En una clave primaria compuesta se pueden repetir los valores de ambas columnas siempre que no se repita la misma combinación. Así, el jugador 1 puede repetirse, pero cada vez ha de aparecer con un jugador distinto. Cuando tenemos una clave primaria compuesta la seguimos llamando clave primaria; un error habitual cuando se está aprendiendo es pensar que son varias claves primarias y entonces es cuando piensas que no se pueden repetir. Pero si te fijas bien, no son varias, es una clave primaria, y lo que no se pueden repetir son las combinaciones. Puedes consultar este aspecto en el libro que tengo enlazado en la descripción del vídeo. Saludos.
Felicitaciones por tu video, muy bien explicado y realizado. Sin saber nada de tablas aprendí bastante en muy poco tiempo y de una forma muy clara. Saludos desde Argentina
Muchas gracias Diego!
Marche, Muchas gracias. Al fin entendí las diferencias esquema y diseño
Que buen video, estoy refrescando memoria para crear un proyecto para mi portafolio y tenia años sin tocar el tema de Base de Datos. Esta muy bien explicado y me ayudo mucho a recordar. Muchas gracias.
Gracias 🥰
muy bien explicado. muchas gracias.
Gracias!
Que bien explicado todo , ni comparación con las clases de la uni que sales sin enterarte ni del clima
Bueno, pues por eso en clase no explico, porque mis alumnos aprenden más con el libro y los vídeos ;) En clase lo que hacemos es practicar con ejercicios, corregirlos y resolver dudas. ¡Gracias!
Merche es una de las mejores profes de uni que tuve . Por cosas de la vida me toca refrescar conceptos que tenia algo olvidados y no sabes la alegria que me dió encontrar sus videos aqui. Sabia antes de verlos que iban a ser geniales. Muchas gracias, Merche!
Y además explicar usando datos del LeagueOfLegends toma tu like :)
A través de un juego, no esta mal
Suscrito.. Excelentes vídeos gracias .....
excelente agradable su clase
mil gracias por tan buena explicacion
Gracias ;)
Gracias por tus videos, me sirvieron mucho...
Me alegro, gracias!
Muchas gracias por el libro señorita Merche y muy buen video
¡Gracias!
Excelente y claro aporte. Gracias
Muchas gracias!
Muy buen video muchas gracias, me sirvió :)
Gracias!
Hola Merche. Un cordial saludo desde Colombia. Tienes este curso en alguna plataforma.
Hola Jose, el material está aquí: repositori.uji.es/xmlui/handle/10234/168735
Saludos.
Gracias muy buen video.
Dime que programa utilizas para hacer el conceptual y la continuación de este que sería el logico
Verónica, para el conceptual puedes usar Dia, en este vídeo muestro cómo puedes usarlo: ruclips.net/video/1hA4xxUZyh0/видео.html. Para el lógico uso Vertabelo, aquí muestro cómo usarlo para continuar el mismo ejercicio: ruclips.net/video/irvhnG4tg8E/видео.html. Si te interesa saber más sobre el enunciado del ejercicio, lo empiezo aquí: ruclips.net/video/AIL3rLCu5J4/видео.html
Espero que te sirvan los vídeos, un saludo.
excelente video, y aparte explicado con lolcito
disculpe. dónde encuentro o descargo el libro a que hace mención. déjame el link por favor.
Aquí lo tienes: repositori.uji.es/xmlui/handle/10234/24183
Saludos ;)
Tienes un pequeño error en la creación de SQL en la tabla CAMPEONES, nombre luego lo llamas cnombre y claro no está al ver sido nombrado antes nombre a secas. Muchísimas gracias por toda la información 👍
Muy buena la explicación muy claro. Merche, siempre haces referencia a un libro, me podrias indicar un libro respecto al tema para profundizar conceptos. Gracias!!
¡Gracias Lorena! El libro con el que trabajamos en el curso es de acceso libre, puedes descargarlo desde aquí: repositori.uji.es/xmlui/bitstream/handle/10234/24183/s18.pdf
Si mi libro no te gusta o necesitas más información, un buen material es el de la UOC: www.uoc.edu/pdf/masters/oficiales/img/913.pdf
Saludos.
@@merchemarques Mil gracias, estos libros me vienen super bien.
@@lorenamairano5959 Me ha llegado un correo con un comentario tuyo que no encuentro aquí, quizá lo borraste. Bueno, solo comentarte que el tamaño de una base de datos se ha de calcular teniendo en cuenta el sistema de gestión de bases de datos que vas a usar porque cada uno te va a indicar cómo usa el almacenamiento. Además, de saber el sistema concreto, has de tener una estimación del número de filas de cada tabla y también está bien saber cómo van a evolucionar en el tiempo. He encontrado una página donde creo que lo explican bastante bien para una base de datos de Oracle: redts.com.mx/volumetria-estimacion-de-tamano-de-base-de-datos-oracle/
Saludos.
Excelente explicación, solo tengo una duda la tabla central no es nesesario asignarle un ID?
Carlos, a partir del minuto 4:30 es donde se explica cómo se elige la clave primaria de la tabla intermedia, que está compuesta de las dos claves ajenas. Con esta clave primaria tienes garantizado que cada pareja jugador-campeón aparece solamente una vez. Puedes poner un ID, sí, pero deberás andar con cuidado cuando programes las aplicaciones que acceden a la base de datos para que las parejas no se repitan, o bien establecer una restricción UNIQUE para establecer la pareja como clave alternativa.
Donde puedo obtener los libros?
El libro lo tienes aquí: repositori.uji.es/xmlui/handle/10234/24183
Aquí podrás encontrar actividades: repositori.uji.es/xmlui/handle/10234/168735
muy buen video! pero parece que cayo el enlace para poder acceder al libro, gracias!
Aquí lo tienes: hdl.handle.net/10234/24183
hola muchas gracias ,muy bien explicado xd
Gracias :)
Hola Merche, magnífica presentación y explicación.
Podrías decirme el nombre del libro que has mencionado en el libro? El libro que utilizáis. Gracias.
¡Gracias! Está enlazado en las decripción del vídeo ;) Es este: repositori.uji.es/xmlui/bitstream/handle/10234/24183/s18.pdf
@@merchemarques oh lo siento de veras! Hahhaha, de verdad. Lo acabo de abrir y no me funciona, me podrías decir el nombre porfa? Estudio ASIR en Virgen de la paz, por si conoces a algún profe ;)
@@rubenlegendariolezo ¡Qué raro! prueba este enlace hdl.handle.net/10234/24183
El libro se titula "Bases de datos", la autora soy yo (Mercedes Marqués) y está publicado con licencia CC en la colección Sapientia de la Universitat Jaume I (UJI).
Hola Merche, Muchas gracias por compartir sus conocimientos. En el vídeo comentas de un libro guía. Es posible obtener una copia o la bibliografía?
El libro está publicado aquí: repositori.uji.es/xmlui/bitstream/handle/10234/24183/s18.pdf
Saludos.
¿podría explicar el como se codifica en excel visual basic ese tipo de tablas?
Excel no es un sistema de gestión de bases de datos relacionales, en MS Office lo que se usa es Access. En el vídeo del diseño lógico ruclips.net/video/21q2XhbHmNc/видео.html puedes ver cómo se hace la conversión a tablas y estas tablas las podrás crear en Access mediante su interfaz gráfica. Este curso completo tiene muchas visitas y hay un índice que te puede ayudar a dirigirte a la sección que desees: ruclips.net/video/xxchvJ_yN0E/видео.html
@@merchemarques Gracias, era para saber el como usar visual basic en el modelo fisico de ese tema.
@@Imnotearthfan El lenguaje que se usa para consultar las bases de datos relacionales es el SQL. Lo que pasa es que dependiendo del sistema de gestión de bases de datos que utilices y del lenguaje de programación, usarás una librería de funciones y procedimientos que abrirán la conexión con la base de datos, mandarán las sentencias SQL y recogerán los resultados para luego procesarlos desde el programa.
Excelente explicación, quisiera hablar contigo para hablar de unos temas especiales :/
Muy bueno, y con el. Ejemplo de LOL aún mejor xd
you all prolly dont care at all but does someone know of a trick to get back into an Instagram account??
I stupidly lost the login password. I would appreciate any help you can give me
@Kevin Leonardo Instablaster =)
hola estan buenos ..porfas tendras libros de B.I (inteligeencia de negocios)
No tengo, lo siento!
la información es super positiva y se agradece mucho, encima gratis. pero creo que es erróneo por algunos motivos. El primero porque no se puede ser campeón sin haber sido jugador antes y eso no se recoge. El juego tendría que empezar poniente de campeones a personas que no lo son y no se admitirían las batallas entre jugadores que no fueran campeones. Perdona mi critica que espero sea constructiva pero las limitaciones de mi cabeza no me dejan avanzar si la información no es exacta, imagino que esta presentación solo es una metáfora para comenzar con los conceptos básicos. Muchas gracias por tu labor.
Gracias por tu aportación!
En esta base de datos, los campeones son parte del juego, no son jugadores. Cuando se crea el juego, se insertan las filas de los campeones en la tabla C. Cuando te creas una cuenta en el juego, se inserta una fila para ti en la tabla J. Cuando vas a jugar una partida, eliges con qué campeón participas en la partida. La primera vez que juegas una partida con un campeón, se inserta una fila de la pareja en la tabla JC (la pareja sois tú y el campeón). Después, cada nueva partida que juegues con él, hará que se sume una unidad a la cantidad.
Esta base de datos está inspirada en la base de datos del libro "An Introduction to Database Systems" de C.J. Date, que es "la biblia" de las bases de datos relacionales. En su libro, Date usa una base de datos de proveedores (S) y piezas (P) que es muy simple pero que le da mucho juego para explicar el lenguaje SQL. Yo lo que he hecho ha sido cambiar los nombres y significados de las tablas para estén contextualizadas en un videojuego. Es una base de datos muy sencilla y que responde a la idea de juego que te he comentado aquí. Creo que tú tienes otra idea de juego y por eso no te encaja. Espero que con esta explicación ya no te confundas, porque en esta base de datos los jugadores nunca serán campeones.
Un saludo y gracias de nuevo!
Muchas gracias Merche por tu ayuda y aportación, es exactamente lo que me comentas. mi concepto era otro por eso no me encajaba. Aunque las formas pueden ser muchas los conceptos son muy buenos y tu información excelente. Seguiré por aquí como el resto de los compañeros a ver si consigo aprender y acabar algunos proyectos que tengo iniciados. Muchas gracias nuevamente.
y la normalizacion?
Pues la verdad es que no tengo vídeo sobre la normalización porque cuando se hace un buen diseño conceptual no suele haber tablas que no estén normalizadas, pero eso no quita que haga un vídeo sobre ello más adelante, desde luego!
En el libro que usan mis alumnos está explicada usando ejemplos. El libro está accesible desde aquí hdl.handle.net/10234/24183 (páginal 137). Gracias!
Muchas gracias, mi maestra de la ETE no explica estos temas
Like si te pasa igual
Like para ti nuevo subs
Muy buen video Merche, mis humildes agradecimientos para usted por compartir su conocimiento, solo me gustaria hacer una pregunta: ¿Por qué establece la cardinalidad en esquema logico, si ya se "resolvieron" cuando pasamos a la etapa de hacer el mismo? ¿Por qué no solo las flechas haciendo referencia a la tabla a la que pertenecen? una pregunta más ¿El resultado del diseño físico es el codigo que tenemos que ingresar en el SGBD y no es un esquema visual con simbolos, como el DER por ejemplo? Anticipadamente, gracias.
¡Gracias Gerardo! En el esquema lógico cada clave ajena expresa una relación que es de uno a uno o de uno a muchos, y esto se debe reflejar: es la cardinalidad máxima. Por otra parte, también se debe expresar si la participación en la relación es obligatoria o es opcional: esto es la cardinalidad mínima. En cuanto a la pregunta que me haces sobre el diseño físico, no es solo el código que se obtiene a partir del esquema lógico. En el vídeo está así porque es donde llego con mis alumnos en la asignatura ¡no tenemos tiempo para más! Pero el diseño físico conlleva más aspectos como son: desnormalizar tablas, añadir tablas de look-up, crear vistas, crear índices, elegir las estructuras de almacenamiento entre las que nos proporciona el SGBD con el que trabajemos,... Puedes leer un poco sobre esto en el libro de apuntes de la asignatura (es de acceso libre): repositori.uji.es/xmlui/handle/10234/24183
Saludos.
@@merchemarques Ahh entiendo implica mucho más entonces. Le agradezco mucho por la información y por el enlace. Buen video la felicito por su trabajo nuevamente
Pregunta:
¿Puede ser que JUGADOR juegue BATALLAS usando CAMPEONES, siendo batallas una entidad debil, dependiente de campeones y jugadores? y que a su vez CAMPEONES sean alquilados a TIENDA?
¡Hola! Efectivamente, otra manera de verlo es considerando BATALLAS como una entidad débil que tiene una relación de uno a muchos con JUGADORES y con CAMPEONES. Eso es lo que saldría del esquema que hacemos en el vídeo sin deshiciéramos la relación de muchos a muchos. Deshacer una relación de muchos a muchos consiste en sustituirla por una nueva entidad que tiene dos relaciones de uno a muchos, una con cada entidad que participaba en la relación. Esta nueva entidad ha de tener un identificador, que suele depender los identificadores de las entidades participantes en la relación, y por eso es una entidad débil (porque depende de otras para identificar sus ocurrencias).
En cuanto a los campeones y las tiendas, en el caso del vídeo no hay tiendas, el precio es el que se paga por alquilar el campeón para jugar una partida. Usé un poco la idea del LOL para hacer una versión de la base de datos de proveedores, piezas y envíos del libro de C.J. Date ya que es una base de datos sencilla que da mucho juego para aprender SQL. Aquí puedes ver al propio Date explicando su base de datos S, P, SP: ruclips.net/video/qx0F7TfA8CI/видео.html
Saludos.
bless
Saludos.
En la tabla BATALLAS el campo id_jug no es llave primaria, porque estas repitiendo el registro; se debe crear una id de aquella tabla denominado id_batallas, conservando los campos: id_jug, nom_camp, cant.
De esta manera tendras una verdadera llave primaria, es decir que no se repita dicho registro de la tabla BATALLAS Esto es importante si quieres aplicarle un CRUD a este registro en particular.
Lo demás está bien.
Gracias...!
Andrés, tienes razón, en esa tabla la clave primaria no es id_jug, la clave primaria es compuesta, está formada por id_jug e id_campeón. En una clave primaria compuesta se pueden repetir los valores de ambas columnas siempre que no se repita la misma combinación. Así, el jugador 1 puede repetirse, pero cada vez ha de aparecer con un jugador distinto. Cuando tenemos una clave primaria compuesta la seguimos llamando clave primaria; un error habitual cuando se está aprendiendo es pensar que son varias claves primarias y entonces es cuando piensas que no se pueden repetir. Pero si te fijas bien, no son varias, es una clave primaria, y lo que no se pueden repetir son las combinaciones. Puedes consultar este aspecto en el libro que tengo enlazado en la descripción del vídeo. Saludos.
@@merchemarques OK, 1000 gracias....!
Lolsito :3
la verdad es que no me he enterado de nada
Vaya, ¡lo siento!
Porque habla de lol wtf ajajajaje i like it
Muy bien explicado gracias.
¡Gracias a ti!