elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Recuerda que debes registrarte en el foro para poder participar (preguntar y responder)


  Mostrar Mensajes
Páginas: 1 ... 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 [27] 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 ... 88
261  Programación / Bases de Datos / Re: Ejer Alg relacional en: 18 Abril 2020, 20:37 pm
En la fórmula:
(PI(CodPeticion)(SIGMA(Nombre = C.campo)(Parque) JOIN Recibe) INTERSECT (PI(CodPeticion)(SIGMA(gravedad = 7)(Peticion))
(PI(CodPeticion) de la parte de la izquierda de la intersección, sería de la tabla recibe?
Obviamente. La tabla Parque no tiene ninguna columna CodPeticion.
262  Programación / Bases de Datos / Re: Ejer Alg relacional en: 18 Abril 2020, 18:48 pm
En el apartado b, la parte de: recibidas por el parque de bomberos Casa de campo tengo claro que se usa un sigma, pero me has puesto antes que hacer in pi cod_parque no tiene sentido,  como se juntaria con la parte del apartado a? Sería con un joint pero entonces la tabla recibe no le vería sentido.

Citar
Código de todas las peticiones de servicio de gravedad 7 recibidas por el parque de bomberos “Casa de Campo”.
(Pi(CodParque) (Sigma Nombre = C.campo) (Parque) ∗ Recibe) ∩ (π (CodPeticion) Sigma (Grado = 7) (Peticiones)) ∗ Recibe)

Explicado con un ejemplo. Vamos a suponer que los CodParque se forman con "Cpa" + 4 dígitos y los CodPeticion se forman con "CPe" + 4 dígitos.
Imagina que haces la primera parte de la intersección. Así obtienes el CodParque de los parques que se llamen C.campo y que hayan recibido alguna petición. Y los CodParque obtenidos son (por ejemplo):
Código:
CPa0001
CPa0002
CPa0015

Y ahora vamos a hacer la segunda parte de tu intersección. Con ello obtienes los CodPeticion de las peticiones de gravedad 7 y que han sido recibidas por algún parque. Y esto nos da como resultado los siguientes CodPeticion (por ejemplo):
Código:
CPe0005
CPe0008
CPe0010
CPe0015

Y tu solución es la intersección de ambos (cosa que te adelanto que no se puede hacer porque estás trabajando con campos diferentes CodParque por un lado y CodPeticion por otro... Pero supongamos que se puede hacer la intersección) que es: NADA. 0. Mejor dicho {Vacio}. No hay ninguna coincidencia entre una tabla y otra.



Hay dos formas de hacer esto:
  • USANDO UNA INTERSECCIÓN:
Código:
(PI(CodPeticion)(SIGMA(Nombre = C.campo)(Parque) JOIN Recibe) INTERSECT (PI(CodPeticion)(SIGMA(gravedad = 7)(Peticion))
Empecemos por la premisa de que CodPeticion es un atributo/campo/columna identificativa/discriminante/clave (porque lleva #). Esto significa que cualquier petición se puede identificar con saber su CodPeticion o que no existen dos peticiones con el mismo CodPeticion.
La primera parte de la intersección obtiene los CodPeticion de todas las peticiones que haya recibido el parque C.campo. Por ejemplo, siguiendo con el ejemplo de antes:
Código:
CPe0005
CPe0006
CPe0015
Esos son los CodPeticion de todas las peticiones que han recibido los parques con nombre C.campo. Ahora de todos esos tenemos que ver los que tienen gravedad 7. Entonces con la segunda parte de la intersección obtenemos los CodPeticion de todas las peticiones con gravedad 7. Que son, por ejemplo:
Código:
CPe0004
CPe0005
CPe0015
Ahora si hacemos la intersección entre ambos resultados, obtenemos los CodPeticion de todas las peticiones de gravedad 7 que han recibido los parques C.campo.
Código:
CPe0005
CPe0015

Recalco que la JOIN entre Parque y Recibe se hace por medio de CodParque (campo que tienen ambas en común).

  • USANDO UNA JOIN:
En este método no me voy a explayar tanto. La primera parte es igual (JOIN entre Parque y Recibe) pero lo que hacemos es otra JOIN de esas dos con Peticion (por medio de CodPeticion).
Código:
PI(Peticion.CodPeticion)(SIGMA(gravedad = 7)(Parque JOIN Recibe JOIN Peticion)
En el campo del PI hay que especificar una tabla, bien Recibe o bien Peticion porque ambas tienen el campo CodPeticion pero el resultado es el mismo ya que el CodPeticion tiene que coincidir en ambas.
Así tal cual esta consulta es peor porque trabaja con mayor cantidad de datos ya que hemos dejado los SIGMAs y PIs para el final pero eso hace que la consulta quede más simple.


Ahora ya papel y boli (o lo que prefieras) y a leer todos los mensajes de este tema con todos los ejemplos que he ido poniendo hasta entenderlo. Creo que ya tienes ejemplos y explicaciones de sobra. :rolleyes: :rolleyes:
263  Programación / Bases de Datos / Re: Ejer Alg relacional en: 18 Abril 2020, 17:25 pm
Pues una recomendación es que busques en Internet cosas de álgebra relacional o consultas SQL directamente si quieres (es muy parecido y así te preparas para lo que viene después). Habrá un montón de sitios donde explican Joins y con ejemplos visuales que es como mejor se ve.
Y cuando tengas una duda concreta de uno de esos sitios en los que hayas buscado es cuando deberías abrir un tema para resolver ese tema en concreto. Al final el aprendizaje va a cuenta de cada uno y aunque te parezca que estás leyendo muchas páginas y que ninguna te sirve, llegará un momento en que todo te encaje y empieces a relacionar lo que acabas de entender con aquello que viste en tal sitio y que en su momento no entendiste.

PD: Al margen de lo que está pasando, seguro que tus profesores tienen un correo al que molestarles para que te corrijan los ejercicios. Porque encima los profesores que menos se esfuerzan son luego los más tiquismiquis y te dirán que tal método no sirve o que los hagas de tal forma.
264  Programación / Bases de Datos / Re: Ejer Alg relacional en: 18 Abril 2020, 16:57 pm
Dadas las siguientes tablas.
BOMBERO(#Cod_Bom, Nombre, Apellidos, Fecha_Nac, DNI, Dirección, Teléfono, Cod_Parque, Cod_Eq, Puesto)
PARQUE BOMBEROS(#Cod_Parque, Nombre, Dirección, Teléfono, Categoría)
EQUIPO(#Cod_Eq, Nombre)
PETICION_SERVICIO(#Cod_Pet_Serv, Tipo_Serv, Grado_Urgencia, Cod_Eq)
RECIBE(#Cod_Parque, #Cod_Pet_Serv, Fecha, Hora)
Se pide:

a) Código de todas las peticiones de servicio de gravedad 7.
b) Código de todas las peticiones de servicio de gravedad 7 recibidas por el parque de bomberos “Casa de Campo”.
c) Códigos de todos los equipos que respondieron a cualquier petición de servicio de gravedad 7 recibidas por el parque de bomberos “Casa de   Campo”.
d)Nombre de los bomberos que pertenecen a cualquier equipo que respondiera a cualquier petición de servicio de gravedad 7 recibida por el parque de      bomberos “Casa de Campo”.

Mis soluciones son:
a)Pi(CodPeticion) (Sigma(grado = 7) (peticiones))

b)(Pi(CodParque) (Sigma Nombre = C.campo) (Parque) ∗ Recibe) ∩ (π (CodPeticion) Sigma (Grado = 7) (Peticiones)) ∗ Recibe)

c)Pi(CodEquipo) (BOMBEROS * ((CodParque) (Sigma Nombre = C.campo) (Parque) ∗ Recibe) ∩ (Pi(CodPeticion) Sigma(Grado = 7) (Peticiones)) ∗ Recibe))

d)Pi(Nombre) (Bombero * ((CodParque) (Sigma Nombre = C.campo) (Parque) ∗ Recibe) ∩ (Pi(CodPeticion)Sigma(Grado = 7) (Peticiones)) ∗ Recibe))
  • El primer apartado está bien.
  • El segundo no permite esa intersección. Tanto la unión como la intersección son dos operaciones que tienen que hacerse sobre tablas con la misma estructura y tú estás mezclando CodParque (que no tiene sentido) con CodPeticion.
  • El tercero ya tiene menos sentido todavía porque en ningún momento necesitas meter la tabla Bomberos. Y además metes el resultado del apartado anterior que también es incorrecto.
  • Y el cuarto apartado como vuelves a reutilizar la solución del segundo apartado tampoco es correcto.

PD: El foro es para preguntar dudas concretas. No para tener aquí a un grupo de personas para corregirte todos los ejercicios. Para eso están tus profesores que para algo están cobrando... También debería ser suya la obligación de enseñar pero como todos sabemos ya, muchas veces no saben ni lo que dicen... Bueno que me caliento y esto da para un tema entero y tampoco es plan... :silbar:

PD 2: Deberías acostumbrarte a usar más Joins y no tantas intersecciones. Con esto ya te doy la pista de que estos ejercicios pueden hacerse sin usar intersecciones.
265  Programación / Programación General / Re: Lenguaje de programación en: 18 Abril 2020, 14:19 pm
No sé de dónde eres o dónde estarás haciendo el grado superior pero lo más probable es que veas Java. De toda la gente que conozco que haya estudiado o esté estudiando DAM (me incluyo entre ellos), siempre se ha visto Java.

Lo que me parece raro es que no os hayan mencionado ningún lenguaje de programación y no tengáis nada de programación. Pero bueno, al final cada centro es un mundo.

Aparte si te interesa algo similar a Java pero un poco más cercano a la memoria física del ordenador, tienes C++. Yo aprendí con este lenguaje y luego hace que Java te resulte mucho más fácil ya que cuenta con recolector de basura y no tratas con punteros directamente. Y si lo que quieres es un lenguaje muy potente y simple de escribir, creo que Python es una muy buena opción.
266  Programación / Bases de Datos / Re: Ejer Alg relacional en: 16 Abril 2020, 20:10 pm
La unión es como el "o" de toda la vida. Si usases una unión obtendrías: los proveedores que suministran artículos rojos o verdes.
La intersección es como la "y" de toda la vida. Si usas la intersección obtienes: los proveedores que suministran artículos rojos y verdes.

Código:
Tabla 1:
- Pepe
- Juan

Tabla 2:
- Pepe
- Luis

(Tabla 1 UNION Tabla 2) -> Las filas que están en una u otra tabla:
- Pepe
- Juan
- Luis

(Tabla 1 INTERSECCION Tabla 2) -> Las filas que están en una y en otra tabla (en ambas):
- Pepe
267  Programación / Bases de Datos / Re: Ejer Alg relacional en: 16 Abril 2020, 02:59 am
Perdona que te moleste otra vez.
En la parte de join pedidos, no sería necesaria escribir pi cod_articulo porque se entiende que se utiliza?
Puedes especificarlo, sí, para así no trabajar con todas las columnas. Las columnas necesarias de cada tabla son:
  • Artículos: Cod_art (porque es la que permite relacionar esa tabla con Pedidos) y Color (porque es el filtro que vamos a usar: rojo y verde)
  • Pedidos: Cod_art (porque es la que permite relacionar esta tabla con Artículos) y Cod_prov (porque es la que permite relacionar esta tabla con Proveedores)
  • Proveedores: Cod_prov (porque es la que permite relacionar esta tabla con Pedidos) y Nombre (porque es el objetivo)

El resto de columnas del enunciado son innecesarias. Puedes ir haciendo una proyección (PI()) de las columnas que necesitas para no trabajar con todas. Eso demuestra que sabes optimizar las consultas eliminando lo que no necesitas pero también hará que te queden las soluciones un poco más largas. Es por eso que he preferido dejar todas las columnas hasta el final y al final hacer la proyección del nombre solo (PI(nombre)).

Pero respecto a tu consulta, necesario no es ya que al no decir nada nos estamos quedando con todas las columnas.

Y en caso de que te refieras a que si es necesario especificar que la join entre Pedidos y Artículos se va a hacer por medio de la columna cod_art, no es necesario ya que es la única columna que tienen en común y además son claves (llevan #) por lo que se sobrentiende que la join se va a hacer por medio de esa columna.
Pero en este caso no se usaría PI() para indicar eso.
268  Programación / Bases de Datos / Re: Ejer Alg relacional en: 16 Abril 2020, 00:42 am
Para empezar, no entiendo por qué usas valores de una tabla que no se pide en el enunciado, no entiendo por qué igualas valores, no entiendo por qué usas productos cartesianos en vez de natural join
Qué valores uso de tablas que no se piden en el enunciado? Hay 3 tablas Proveedores, Artículos y Pedidos que son las que estoy usando todo el tiempo, los campos que uso son los que están definidos en el enunciado (quitando los que no son importantes obviamente por escribir menos) y las tablas que te estoy mostrando son ejemplos de filas que tengas guardadas en tus tablas (excepto tabla1 y tabla2 que las he puesto para mostrarte lo que era un producto cartesiano).
Una natural join en líneas generales no es otra cosa que un producto cartesiano con dos campos igualados. Las dos consultas siguientes son idénticas. (En algunos casos puedes encontrar especificado en la JOIN cuáles son los campos que se igualan pero si son obvios, se pueden no poner).
Código:
Sigma(Pedidos.Cod_art = Articulos.Cod_art)(Pedidos x Articulos)
(Pedidos JOIN Articulos)

Volvemos a hacer lo mismo pero usando JOINS:
Para empezar, mirando tu solución:
Citar
πNombre(Proveedores *(σCOLOR=’ROJO’(Artículos)) ∩ πNombre(Proveedores *(σCOLOR=’VERDE’(Artículos))
No puedes hacer una JOIN entre Proveedores y Artículos porque no tienes un campo/columna que igualar. La tabla que relaciona a los proveedores con los artículos es la tabla Pedidos. Cada pedido está formado por el código del proveedor, el código del artículo que suministra y la cantidad de éste.

Objetivo: Nombre de los proveedores que suministran artículos de color rojo y verde.
Preguntas que te tienes que hacer:
  • De qué tabla saco los nombres de los proveedores? -> De la tabla Proveedores.
  • Cómo sé qué artículos suministra un proveedor o qué proveedores suministran un artículo? -> Con la tabla Pedidos.
  • Cómo sé de qué color es un artículo? -> Con la tabla Artículo.

Ahora el nombre de los proveedores que suministran artículos de color rojo y verde lo podemos obtener como la intersección de los nombres de los proveedores que suministran artículos rojos con los nombres de los que suministran artículos verdes. Vamos haciendo el ejercicio por partes:
RFinal (resultado final) = RRojo (resultado rojo) INTERSECCION RVerde (resultado verde)

Ahora vamos a calcular primero RRojo que son los nombres de los proveedores que suministran artículos rojos:
Empezamos cogiendo de la tabla Artículos los que son de color rojo:
Código:
R1 = Sigma(color = 'Rojo')(Artículo)
(Con esta no creo que tengas problemas porque es lo que has hecho tú) (Y R1 es por llamarlo de alguna manera. R1 es una tabla que contiene los artículos de color rojo. Se puede llamar como quieras, es como una variable en matemáticas de toda la vida)

Ahora queremos saber qué proveedores han suministrado esos artículos (los rojos). Para saberlo tenemos que utilizar la tabla Pedidos. Como ambas tablas (Pedidos y Artículos) tienen un campo en común (Cod_art) podemos hacer una natural join para obtener los códigos de los proveedores que han suministrado cada uno de los artículos que tenemos:
Código:
R2 = Pedidos JOIN R1
R2 es una tabla que se forma al juntar los artículos rojos (que teníamos en R1) con todos los Pedidos. Ahora tenemos filas con los códigos de los proveedores que han suministrado esos artículos. Como queremos los nombres y esos están en Proveedores, tenemos que hacer otra JOIN. En este caso R2 tiene un campo que es Cod_Prov (que viene de Pedidos) y Proveedores también lo tiene, por lo que se puede hacer la JOIN sin problemas.
Código:
R3 = Proveedores JOIN R2
Ahora R3 es una tabla cuyas filas tienen toda la información de los artículos rojos. Los pedidos a los que pertenecen (cosa que ya no nos vale para nada porque era una operación intermedia) y los proveedores que han realizado dicho pedidos (que es lo que nos interesa). Ahora nos quedamos con el nombre:
Código:
RRojo = PI(Nombre)(R3)
RRojo es la tabla que contiene el nombre de todos los proveedores que han suministrado artículos rojos.

Ahora tienes que hacer lo mismo con los artículos verdes para obtener RVerde con los nombres de los proveedores que han suministrado artículos verdes.
Y cuando lo tengas vas deshaciendo las "variables" (R1, R2,...) para que te quede la consulta completa. Te lo voy a deshacer para RRojo:
Código:
RRojo = PI(Nombre)(R3)
RRojo = PI(Nombre)(Proveedores JOIN R2)
RRojo = PI(Nombre)(Proveedores JOIN Pedidos JOIN Sigma(color = 'Rojo')(Artículo))
Y ya estaría la mitad hecha. Esa consulta te da los nombres de los proveedores que suministran artículos rojos.

PD: En este caso no te he puesto ejemplos por si era eso lo que te liaba. Pero desde mi punto de vista con los ejemplos es con lo que mejor se ve lo que estás haciendo con cada operación.
269  Programación / Bases de Datos / Re: Ejer Alg relacional en: 15 Abril 2020, 23:50 pm
Te estoy pidiendo la operación entera porque los ejemplos no los entiendo, y no la otra cuenta no soy yo.
Somo más gente en una clase con el mismo problema.
Y si no entiendes una consulta hecha por partes, comentada y con ejemplos... Vas a entender mejor una consulta completa que ocupa dos líneas sin más?
Los ejemplos no los entiendes. Muy bien. Pues qué no entiendes de los ejemplos? Lo que es un producto cartesiano? Por qué utilizo la tabla Pedidos? Por qué igualo los códigos de una tabla con los de la otra?
Si eres más específico con tu duda, podré hacer otro intento en explicártelo. Por si no lo has notado estoy prefiriendo gastar más tiempo en hacerte una explicación completa que en darte la respuesta y que no la entiendas.

Y por estúpida que te parezca la pregunta que quieras hacer te dejo una frase para que te sirva de motivación: "Quien hace una pregunta es ignorante cinco minutos; quien no la hace será siempre ignorante."
270  Programación / Bases de Datos / Re: Ejer Alg relacional en: 15 Abril 2020, 23:31 pm
Si me pudieses poner lo que es la operación entera te lo agradecería de verdad, lo que es la teoría lo entiendo pero lo demás no lo comprendo.
Te he puesto la operación entera pero explicada por partes tanto con teoría como con ejemplos para que se vea lo que hace cada cosa.
Que me pidas "la operación entera" me da a entender que quieres copiar la solución tal cual y no preocuparte en hacerla tú.
Si la teoría la entiendes, deberías entender las explicaciones y si entiendes las explicaciones, deberías saber hacer tú mismo la operación.

EDIT: Además que me remito a tu propio mensaje del otro tema (ya sabrás de lo que te hablo)...
Citar
Estoy pidiendo ayuda porque NO SÉ HACERLO , no quiero que nadie me lo haga sólo quiero ayuda crack mastodonte
Aquí el tema (que no está muy lejos): https://foro.elhacker.net/bases_de_datos/ejercicio_algebra_relacional-t503904.0.html
Porque siendo dos cuentas nuevas, recién creadas y para el mismo problema... Las probabilidades de que ambas cuentas sean de la misma persona son muy altas. Visto que no tenía respuestas el otro tema pues habrás optado por hacer una cuenta nueva para "engañarnos" a todos, has añadido una consulta básica que no hace nada para que parezca que lo has intentado pero tu objetivo sigue siendo que te lo den hecho.
Páginas: 1 ... 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 [27] 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 ... 88
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines