- Видео 69
- Просмотров 211 733
Nettorius
Добавлен 23 окт 2016
Database and Networking Learning
Configuracion Interfaz Serial Routers CiscoPacketTracer
Configuracion Interfaz Serial Routers CiscoPacketTracer
Просмотров: 259
Видео
Proceso Reseteo Password Routers CiscoPacketTracer
Просмотров 106 месяцев назад
Proceso Reseteo Password Routers CiscoPacketTracer
Consultas SQL de TOP-N: Los N principales
Просмотров 467Год назад
Se explican las consultas SQL de tipo TOP-N, o los N principales
El operador UNION en SQL: Sintaxis, funcionamiento, Ejemplos
Просмотров 334Год назад
Se explica la sintaxis y ejemplos del operador UNION (y UNION ALL) en SQL
Los operadores INTERSECT y MINUS en SQL: Sintaxis, funcionamiento, Ejemplos
Просмотров 218Год назад
Se explica la sintaxis y ejemplos de los operadores MINUS y INTERSECT en SQL
Operadores de Conjuntos en SQL: UNION (ALL), INTERSECT y MINUS
Просмотров 275Год назад
Se explica en qué consisten los operadores de conjuntos en SQL: UNION, INTERSECT, MINUS
GROUP BY (selects con GRUPOS)
Просмотров 356Год назад
Se explica con detalle y ejemplos el uso del GROUP BY. Un tipo de consulta muy útil que sirve para realizar agrupaciones en los resultados. Además se explica la cláusula HAVING para seleccionar los grupos que queramos.
OUTER JOINS: Sintaxis, Funcionamiento (RIGHT , LEFT, FULL)
Просмотров 208Год назад
Se explican las OUTER JOINS: un tipo de join muy útil, que sirve para seleccionar las filas de una tabla que no están relacionadas con las de la otra tabla.
INNER JOINS : Sintaxis, funcionamiento
Просмотров 498Год назад
Se describen los diferentes tipos de JOIN que se pueden hacer, y se detalla la sintaxis de las INNER JOINS (aquellas que sólo muestran los registros que están relacionados en ambas tablas)
Comandos: INSERT , DELETE , UPDATE (Curso de SQL)
Просмотров 418Год назад
Se explica cómo utilizar los comandos INSERT, DELETE y UPDATE en SQL, para insertar filas, borrar filas y actualizar campos, con ejemplos variados
05 Clausula ORDER BY (Curso de SQL)
Просмотров 154Год назад
Cómo usar la instruccion ORDER BY correctamente dentro de nuestras consultas SQL
04 Clausula COUNT (Curso de SQL)
Просмотров 247Год назад
Como usar la instruccion COUNT en nuestras consultas SQL
03 Clausula DISTINCT (Curso de SQL)
Просмотров 304Год назад
Como utilizar el comando DISTINCT en nuestras consultas SQL
02 Alias de una columna (Curso de SQL)
Просмотров 172Год назад
Qué quiere decir "poner un Alias en una columna" de una consulta SQL
(00) Normas de Escritura SQL (Curso de SQL)
Просмотров 469Год назад
(00) Normas de Escritura SQL (Curso de SQL)
(01D)Clausula IS NULL y IS NOT NULL (Curso de SQL)
Просмотров 201Год назад
(01D)Clausula IS NULL y IS NOT NULL (Curso de SQL)
(01C) Clausula LIKE y NOT LIKE (Curso de SQL)
Просмотров 172Год назад
(01C) Clausula LIKE y NOT LIKE (Curso de SQL)
(01B) Clausula BETWEEN y NOT BETWEEN (Curso de SQL)
Просмотров 163Год назад
(01B) Clausula BETWEEN y NOT BETWEEN (Curso de SQL)
(01A) Clausula IN y NOT IN (Curso de SQL)
Просмотров 178Год назад
(01A) Clausula IN y NOT IN (Curso de SQL)
Diccionario de Datos (o Catalogo en Base de Datos)
Просмотров 3 тыс.Год назад
Diccionario de Datos (o Catalogo en Base de Datos)
02 Evolucion Historica de los Modelos SGBD
Просмотров 454Год назад
02 Evolucion Historica de los Modelos SGBD
Paso de ER a MR de las interrelaciones TERNARIAS
Просмотров 1,6 тыс.2 года назад
Paso de ER a MR de las interrelaciones TERNARIAS
Paso ER a MR de las interrelaciones RECURSIVAS o REFLEXIVAS
Просмотров 2,8 тыс.2 года назад
Paso ER a MR de las interrelaciones RECURSIVAS o REFLEXIVAS
gracias por la gran explicación
MARAVILLOSO! Muchísimas gracias.
muy buen video
Geniooooooo
Muy bien explicado. No terminaba de entender las diferencias, mismo utilizando libros del ámbito. Gracias por compartir tus conocimientos. Un saludo.
Maestro, muchas gracias por la excelente explicacion...
Skunk es zorrillo
genial, explicas muy bien
Buen aporte peeeeeero 10:35 mmmmm🤔🤔 noSQL , jerárquico, en red etc etc...rechina sobre todo por la esencia de cada una...
Amigo, eres muy bueno al explicar, me quedaron muy claros los conceptos basicos. Muchas gracias.
Tu play lista me salvo la vida.... no se xq los profesores no son como los q estan en youtube.
Hola profesor, desde mucho tiempo buscaba a alguien que explicara de forma tan sencilla y a la vez tan clara, mis felicitaciones por compartir el conocimiento. Tendra un canal de pago por donde ver todo su contenido, donde poder ver mas?
Genial
aquí veo una incongruencia aunque entiendo que es para mostrar un ejemplo. Debería añadirse una fecha de entrega como atributo en la interrelación de las entidades ya que por ejemplo (p2, s3, c4) debería poder volver a existir a lo largo de la vida del cliente, yo he trabajado en tienda y nos llegaban los mismos productos cada miércoles si era necesario y del mismo proveedor para rellenar los stands. En el paso a tablas pondríamos la fecha como UNIQUE o añadiríamos la fecha como PK compuesta junto con p2,s3 y c4 ¿no? Otra opción que veo es a la interrelación llamarla pedido y ponerle un id y así te ahorras tener que trabajar con claves compuestas que es un jaleo.
Explicas muy bien, una pregunta respecto a este tema, imaginemos que tenemos unos cursos y que cada curso puede tener varias ediciones (mañanas, tardes y remoto). Los empleados pueden ser profesores y también alumnos de los cursos pero NUNCA profesor y alumno de la misma edición ¿Cómo se puede representar esto en el modelo E/R? Yo he buscado en internet y la única cosa que he visto es hacer un Trigger en el SGBD pero esto ya es dentro del diseño físico y no lógico.
Tú lo que buscas es como se representa gráficamente una jerarquía EXCLUSIVA. Se representa con un "arco" entre las interrelaciones disjuntas. En el futuro debería hacer un video explicandolo. Mientras tanto tienes un ejemplo gráfico en esta página: www.danielbenvenuto.com/EDUCACION/EBD-I/Unidad_II/Unidad_II.htm
@@nettorius ya veo, creo que lo que busco es efectivamente que sea exclusiva y parcial. No conocía el termino de exclusividad en el E/R, si conocía total,parcial,solapada y disjunta. Es exactamente lo que buscaba, ni chatGPT me pudo decir esto luego dirán que la IA quitará trabajos...desde luego que a profesionales no. Mil gracias, si hubiera algún vídeo genial que tus tutoriales son los más esclarecedores. Un saludo!
@@Juicio87 pero disjunto y exclusivo no son lo mismo?
@@liamgg1217 sí sí, yo lo estudie como disjunto y solapado así que evidentemente disjunto es lo mismo que exclusivo me equivoqué. Eso hace que mi duda siga vigente (o tengo que releer bien el documento que pasó nettorius). El tema es que en el caso que digo un empleado puede ser alumno y profesor pero no en la misma edición y aunque suene evidente aún no sé como se representa eso en el modelo E/R. Es decir, es solapado pero con matices porque no puede ocurrir al mismo tiempo en la misma edición (si es total o parcial no importa tanto). Creo que al ser una condición debo reflejarlo cuando creo la base de datos, quizás en el modelo E/R bastaría con una anotación aunque si es así ya pierde algo de gracia. A no ser que como dice nettorius deba representarlo como exclusivo, pero tenía entendido que de esta manera o es alumno o es profesor pero es que mientras es profesor puede ser alumno de otra edición xD
@elianasanchez6607 hace 3 minutos Con respecto a lo que estais planteando, voy a dar una idea, estoy empezando y no se si será correcto, pero yo creo que una cosa es la jerarquia de empleados, y otra diferente el tema de las interrelaciones imparte-recibe, en la que yo meteria una exclusion que se representa con una linea discontinua entre las dos relaciones.Esto se refiere a restricciones de relaciones que pueden ser de exclusividad, exclusion, inclusividad e inclusion por si lo quereis buscar
Te pregunto a ti porque tengo una profesora de la que no me fío ni un pelo ya que no me argumenta nada...tengo el siguiente diagrama: Equipo<----tiene---->Jugador<------juega------>Partido Después de rebanarme los sesos y sin saber de fútbol llegué a la conclusión de que Equipo no es una entidad débil (aunque al principio pensé que sí porque dependía de jugadores) pero los clubs entiendo que se forman y se registran. Ahora bien...partido sí lo indiqué como una entidad débil en existencia porque si no hay jugadores no puede haber partido ¿no? Aquí viene mi duda con las entidades débiles porque lo encuentro todo muy relativo; un partido se puede convocar pero al final no se juega ¿eso lo convierte en débil? O directamente no habrá "x" partido si no hay "x" jugadores porque los partidos se convocan teniendo en cuenta los equipos que están formados por jugadores. Es que todo parte desde el punto que nos hacemos la pregunta, si un partido se convoca pero al final no se juega no le encuentro debilidad ya que una cosa es su razón de ser y otra que se realice o no la actividad (en este caso jugar), pero por otro lado si no existieran jugadores no existirían partidos ¿desde qué punto parto? Yo al final puse partido como débil pensando esto último (sin jugadores no hay partidos) y me la dio como mala diciendo que no hay ninguna entidad débil pero no me dio ninguna explicación. Un saludo!
En las entidades débiles, si piensas en la entidad te haces un lío, porque ves "debilidades" por todas partes. Pero tienes que pensar en términos de "instancias", es decir concreciones de la entidad. Decimos que una "entidad es débil si depende existencialmente de otra". Sólo puede depender de 1 (nunca de muchos, porque entonces no puede ser débil). En tu caso la relacion entre PARTIDOS y JUGADORES es N:M (1 partido es jugado por muchos jugadores, y 1 jugador puede jugar muchos partidos). Pero cuidado: no todas las relaciones 1:N son débiles. Una entidad es débil respecto de otra (que es fuerte), si al coger una instancia de la entidad débil, esta DEPENDE existencialmente de 1 instancia (concreta) de la fuerte. Y además NO puedes relacionarla con otra diferente. Vamos, que no podrías cambiarla por otra. Ejemplo 1: Equipo tiene Jugadores: cogemos 1 jugador concreto. Este juega en 1 equipo. Ok. Pero ¿podríamos cambiarle de equipo si ficha por otro? Sí. Con lo cual no dependía existencialmente de ese equipo en particular. Le puedes asociar cualquier otro equipo. Es decir, la información del jugador tiene sentido por sí misma, no depende del equipo, y no se ve mermada si desaparece la informacion de un equipo. Ejemplo 2: Las PERSONAS tienen PASAPORTES (es 1:N porque una persona podría tener varios pasaportes (si tiene varias nacionalidades), pero 1 pasaporte pertenece a 1 persona CONCRETA (sí o sí), y nunca podremos asociar ese pasaporte concreto a OTRA persona diferente. No podemos escoger el 1 con el que está relacionado. En este caso esta interrelación es claramente DÉBIL. Estoy pensando en hacer un video que explique mejor el concepto de DEBIL y cómo reconocerlas fácilmente.
Muy bueno el video, te ayuda a entender con mas facilidad y rapidez conceptos abstractos.
Uhh. Que bien!. Muchas gracias ❤. Así que , nosotros creamos los datos, esos datos se dividen en tramas, y al pasar por la capa de red, nuestra ip es encapsulada por la direccion Mac y se transporta por la capa fisica en 1 y 0. Dios te bendiga!
Uno de los empleados también será jefe, por lo tanto la cardinalidad en la parte del jefe debería ser 0..1. Ya que el jefe no es subordinado de nadie, en cambio también es un empleado.. Vamos que el jefe no tiene jefes, pero pertenece a la clase de empleados
Es cierto. Pero eso sólo ocurre para un empleado (el jefe supremo). Y siempre se puede considerar que dicho jefe es subordinado de sí mismo. La cardinalidad es algo genérico, que miras para todos los empleados. Si en esa interrelación pones 0..1 (0 como mínima) , se está dando la sensación de que dado un empleado "cualquiera", puede no tener un jefe. Y yo no quería que se pensase eso. Pero si quieres considerar la realidad que planteas, es correcto lo que dices.
estas Clases sobre Modelado es justo lo que buscaba me has aclarado muchas cosas Muchas gracias 😊
muy intuitivo. gracias. En el ejemplo de los ciclistas, si en vez de fechas usásemos temporadas como entidad, con atributos fecha_inicio y fecha_fin. ¿cómo serian las relaciones ciclistas-equipos-temporadas? gracias!
Gracias
Muchas gracias
Muchas gracias, me as aclarado muchos conceptos.
Muy útil. Gracias.
Buenas puedes compartir los sql
Perfectamente explicado .Gracias
Buena explicación Te lo agradezco
como seria un diagrama entidad-relacion ternaria y su tabla con al menos una entidad debil que la componga
En la ternaria que mencionas sólo puede estar o la débil o la fuerte (de la que depende) , pero no las dos a la vez. Si la débil forma parte de la ternaria, hemos de tener en cuenta si es débil de identificación (necesita a la fuerte para identificarse totalmente, como puede ser la HABITACIÓN (débil) de un HOTEL(fuerte)) o por el contrario si sólo es débil en existencia, pero puede identificarse por sí misma. En el primer caso, cuando la PK de la "débil" deba formar parte de la PK de la tabla que proviene de la interrelación ternaria, lo hará con DOS atributos: la pk de la débil+la pk de la fuerte. Es decir, si la cardinalidad de la ternaria fuera N:M:P, la PK de la tabla intermedia sería la combinacion de las 3 PKs de las tablas interrelacionadas. Pero como una de ellas (la débil) tiene clave compuesta, esta tabla tendría como PK a 4 atributos. No sé si se entiende. Quizá debería hacer un video explicando visualmente lo que se quiere decir.
Excelente informacion Maestro ! le quiero preguntar si la trama expuesta en este video hace referencia a la versión 1 del protocolo Ethernet ? ya que he estado investigando un poco y en la nueva versión del protocolo Ethernet II se cuenta agregado a la cabezera de la trama un apartado llamado Type en el cual se encuentra la dirección ip. Gracias :)
eres un genio❤
literalmente eres un genio explicando felicidades porque vales para esto❤
MUCHAS GRACIAS
Muchas gracias por tu explicacion, muchas gracias
MUCHAS GRACIAS YA LO HE ENTENDIDO <3 <3
explicas muy bien:) graciaaas
Eres una maquina!! Me encanta como explicas sigue así
excelente explicacion ,,casi no hay canal igual ,,,gracias maestro
Creo que es muy buena tu forma de enseñar, gracias por el contenido!
Buenas! Una duda... podría ser que un producto concreto solo fuese suministrado por un suministrador, no? No necesariamente pueden suministrarlo distintos suministradores. Saludos
Sí, para algún producto concreto (exclusivo) podría ser que solo un suministrador lo suministre. Pero las cardinalidades se basan en generalidades. Si dado un producto (cualquiera) siempre fuera suministrado por un único suministrador, pondríamos un 1 en esa rama (todos los productos serían exclusivos). Si pueden existir productos que son suministrados por varios suministradores, ya se justifica poner una N como cardinalidad máxima.
@@nettorius Genial, muchas gracias!
pordrias hacer un video de normalizacion
tengo examen mañana y estos videos me han ayudo mucho pal examen BENDICIONES
viendo los videos anteriores, me fue mas facil comprender este, gracias tio.
gracias Men, me ha ayudado este video y los otros de seguro tambien, un tesoro escondido en youtube
Tu secuencia de videos del modelo entidad relacion es muy bueno, gracias!.
Qué bueno! muchas gracias
muy buena explicación, felicidades
Buena explicación y buenos ejemplos, gracias!
Quiero felicitarle. Ha sido una muy buena explicación sobre un tema que me ha estado costando trabajo entender. Excelente la forma de analizar el concepto, los cuidados a la hora de pasar del diagrama Entidad-Relación al Modelo Relacional y la elección de ejemplos.
Gracias, no lo tenía muy claro y ahora si se me quedó. Un saludo