Optimizar datos

[sirchote]

Tengo una base de datos de libros. En una tabla tengo la información completa de los libros ,y e otra, tengo sus autores, que van entre 1 y 10

Me gustaria saber si existe alguna manera, de, creando una nueva tabla, poder tener en un solo registro, los datos del libro y todos sus autores.
El problema que tengo, es que cuando realizo las consultas, me salen en distintos registros, y querría poder tenerlo todo en la misma "linea".

Existe alguna manera de poder hacerlo?

Gracias

[Vun]

¿En la tabla libros tienes algun campo llamando ID_autor o algo parecido con el ID correspondiente en la tabla autores? Si es asi, tan solo tienes que ejecutar una consulta uniendo ambas tablas. Respondeme con esos datos y te digo.

[sirchote]

En la tabla autores, tengo un campo llamado id_libro

[Vun]

Iniciado por sirchote

En la tabla autores, tengo un campo llamado id_libro

LLevarte el ID de libro a la tabla autores significa que forzosamente UN AUTOR solo podrá estar relacionado con UN LIBRO, ninguno más ¿es asi como quieres tu modelo relacional? Deberías hacer al reves, en la tabla libros tener un campo ID_Autor, de modo que un mismo autor pueda estar relacionado con muchos libros.

Luego con una sentencia MYSQL tal que:

Select autores.*,libros.* from autores left join libros on autores.ID=libros.ID_Autor order by autores.ID ASC

Te mostrará toda la lista de autores-libros ordenados por el ID del autor de forma ascendente.

Prueba a ver que tal.

[sirchote]

Basicamente lo que quiero, es poder ver de modo limpio, el nombre del libro, su titulo, y sus distintos autores.

El problema es que esta mal hecho de base, ya que un autor tiene X id_autor, y lo que lo relaciona con el libro, es el id_libro.

la clave principal de autor, es autonumerica

Quiza se pueda realizar una consulta donde me aparezca eso, pero el problema es que cuando realizo la consulta, me sale

Titulo libro1, autor1
Titulo libro1, autor2
Titulo libro1, autor3
Titulo libro2, autor1
Titulo libro2, autor2

y lo que me gustaria tener es:

Titulo libro1, autor1, autor2, autor3
Titulo libro2, autor1, autor2
Titulo libro3, autor1
etc

Espero explicarme bien

Muchas gracias por las respuestas

[Vun]

Aha, entonces si un autor puede tener muchos libros y un libro puede tener muchos autores no queda otra que añadir una tabla nueva que relacione ambas. Aunque si me dices que un libro como máximo puede tener 3 autores entonces podrias añadir en libro 3 campos tal que ID_Autor1, ID_Autor2, ID_Autor3 ¿como lo quieres hacer?

[sirchote]

Si, esa era mi idea inicial, el crear una nueva tabla, en la que tenga, la informacion del libro, y el maximo de autores (que son 10), y tener exactamente eso

id_libro, genero, titulo, etc, etc, nombreautor1, apellidoautor1, nombreautor2, apellidoautor2, ...... nombreautor10, apellidoautor10

pero hacerlo a mano, me voy a morir, ya que son unos 600 libros
de nuevo, gracias

[sirchote]

Ahora mismo esta asi


tabla libros

id_libro, genero, titulo, resumen


tabla autores

id_autor, id_libro, nombre, apellido

pero el problema es el siguiente:

id_autor, id_libro (referenciado con el id de la tabla libros), nombre, apellido

1 1 juan juan
2 1 pepito pepito
3 2 juan juan
4 2 pepito pepito

y me gustaria tenerlo:

tabla nueva

id_libro, genero, titulo, resumen, nombre1, apellido1, nombre2, apellido2

1 x lala etc juan juan pepito pepito
2 q df fdf juan juan pepito pepito

[Vun]

Asi cada vez que añadas un libro tienes que volver a rellenar los nombres y apellidos del mismo autor, tendrias la tabla llena de "juan juan" por ejemplo.

Tal como tienes las tablas yo no se hacer lo que pides, si hicieras los cambios para una de las dos formas que te puse antes entonces si.

[sirchote]

si, ya se que es un problema :(

muchas gracias de todos modos, de verdad

[gnzsoloyo]

Si tienes dos tablas, Autor y Libro, y libros con muchos autores, lo que corresponde es una tercera tabla con la PK de ambos: Libro_Autor.
Eso es lo que corresponde según el modelo referencial porque la relación entre Libro y Autor es de cardinalidad M:N (muchos a muchos), y por definición, esa relación se transforma en una tabla al pasar al modelo físico.
Cualquier otra solución que implique campos multivaluados sería una violación al modelo y en el mejor de los casos te complicaría inmensamente las consultas.
Si usases como solución tener varios campos como FK de autor en la tabla Libro, lo que tendrías sería un doble problema:
- Por un lado no todos los libros tienen muchos autores, lo cual implica desperdiciar espacio de disco en campos vacíos y además que deberías determinar cuántos campos: ¿2?, ¿6?, ¿32?... Mira que las antologías pueden abarcar 100 autores sin problemas (tengo una con 172 autores).
- Por otro lado, la definición de esos campos como FK requeriría que se cumpliese la restricción de FK, la que es que no puede ser NULL, y que debe ser una PK válida en la tabla Autor, cosa que no se cumpliría si no llenases todos los campos...

Resumiendo:
Autor(id_autor, nombre, apellido)
Libro(id_libro, genero, titulo, resumen)
Libro_autor(id_autor, id_libro)

[sirchote]

si, se que desde el principio esta mal

estoy poniendo en la tabla de libros, los campos id_autor1, id_autor2, ...., id_autor10, con sus respectivos id

luego, supongo que me resultara mucho mas facil todo

[gnzsoloyo]

En realidad, no.
Cambiar una base que ya está operativa es un enorme incordio. Y las consultas contra varios campos FK en esas condiciones, serán otro problema. Se vuelven muy complicadas.
Si aún estás en etapa de desarrollo, mejor crea las tres tablas.
Te ahorrarás dolores de cabeza a futuro.

Y muchos.

[sirchote]

el problema es que esta ya todo rellenado, pero los datos que hay, ya no se van a modificar

lo que quiero es, crear unas "cartas" con la herramienta esa de word, y quiero tener la información completa de cada libro

quiza me estoy explicando fatal, no lo sé

[sirchote]

me voy a explicar de la mejor forma que pueda


creo que mas o menos ya ha quedado claro el estado actual de la base de datos, ahora, lo que quiero llegar a conseguir:



quiero poder, tener en la herramienta esa de combinar correspondencia 2 cosas


la primera:

tener una hoja distinta para cada libro con la siguiente información

Ordenado por género:

titulo

resumen

autores, todos


y la segunda:

del autor principal de cada libro, el cual tiene un campo que así lo indica(vienen numerados, el 1 es el principal, el resto, 2,3,4,5.... ), del cual tengo su direccion de correo, quiero poder, mediante la misma herramienta de word:

poder mandarle un correo electronico, con aproximadamente el contenido del informe obtenido en lo primero que quiero obtener.



La pregunta es, es eso posible? :D

gracias

[gnzsoloyo]

Todo es posible.
Basado en este modelo:

Autor(id_autor, nombre, apellido)
Libro(id_libro, genero, titulo, resumen)
Libro_autor(id_autor, id_libro)

La consulta necesaria para responder eso sería mas o menos así:

Código MySQL:

SELECT genero, titulo, autores, resumen
FROM 
   (SELECT L.genero, L.titulo, GROUP_CONCAT(CONCAT(A.apellido, ', ', A.nombre) SEPARATOR '; ') autores, resumen
    FROM libro L INNER JOIN libro_autor USING(id_libro) INNER JOIN autor A USING(id_autor) 
    GROUP BY L.id_libro) TabaLibros
ORDER BY genero, titulo;
 

[gnzsoloyo]

El resultado de esa consulta sería mas o menos así:

Código MySQL:

+--------+------------------------------+----------------------------+------------+
| genero | titulo                       | autores                    | resumen    |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
|POLICIAL|KLJHHKHKHKLKJHKHKJHKJHKH      |LKJK; KJHKJH; OUOIUOIU      |KJUOIUOI... |
+--------+------------------------------+----------------------------+------------+
 

[sirchote]

pues realmente eso si que me iria bien

deduzco que has copiado/pegado todo a saco y que cada linea es un libro distinto, es asi?

realmente, si que me iria bien eso, provare a ver

[gnzsoloyo]

Create una base de pruebas y trabaja con las tres tablas, nada más.
Si hay que afinar algo, estamos a tiempo.
Puede incluso que se pueda crear la consulta ocmo una vista (VIEW), a la cual se puede acceder como si fuese una tabla. Eso puede ser mejor aún si vas a trabajar con Word, ya que no sé si la interoperatividad con Word aceptará recursos de SQL. En cambio, una vista actúa para el caso como si fuese una tabla real.

[sirchote]

GROUP_CONCAT(CONCAT(A.apellido, ', ', A.nombre) SEPARATOR '; ') autores, resumen

eso me decia que nanai de la china


voy a probar creando las tablas de nuevo, a ver


he visto que con un informe del acces, conseguia sacar lo de los autores de cada libro

ahora el problema que tengo, es lo de la correspondencia, pero quiza se pueda hacer de alguna otra manera no se

la gracia seria tener, una tabla con:

titulo genero autores (del 1 al 10, los que sean), mail del primero, resumen, y lo que necesite

y usar la funcion esa del word, pillando el correo de alli

[gnzsoloyo]

eso me decia que nanai de la china

No entiendo a qué te refieres...

he visto que con un informe del acces, conseguia sacar lo de los autores de cada libro

¿Estás trabajando con MySQL, ¿no? Porque Access no es un motor de bases de datos, es apenas un manejador de tablas con recursos de SQL. Además Access tiene su propia integración con Word, por lo que no cuenta como ejemplo para este caso.

[sirchote]

habia puesto mal un campo, por eso me daba el error.

estoy usando mysql y access, todo a la vez, a ver si consigo algo :D

[sirchote]

Vale perfecto, ahora tengo eso.

Sería posible añadir clausulas

es decir

where genero='terror', si es asi, donde se añadiria

a parte, me gustaria añadir 1 campo mas, que seria el mail del autor cuyo numero_autor sea = 1, en un campo nuevo,

visto lo visto, quiza sea posible

gracias de nuevo


pd: añado de paso, es posible realizar tambien un count del numero de autores y añadirlo en un campo nuevo, o sino mirar el max del numero_autor de los autores

se que pido mucho, pero gracias :D

[gnzsoloyo]

a parte, me gustaria añadir 1 campo mas, que seria el mail del autor cuyo numero_autor sea = 1, en un campo nuevo,

Podrías manejar los e-Mail en otra columna, o bien al lado de cada nombre de autor:

Código MySQL:

SELECT genero, titulo, autores, resumen
FROM 
   (SELECT L.genero, L.titulo, GROUP_CONCAT(CONCAT(A.apellido, ', ', A.nombre, ' - ', A.email) SEPARATOR '; ') autores, resumen
    FROM libro L INNER JOIN libro_autor USING(id_libro) INNER JOIN autor A USING(id_autor) 
    GROUP BY L.id_libro) TabaLibros
ORDER BY genero, titulo;
 

Agregar un contador de autores, es simplemente una columna más:

Código MySQL:

SELECT genero, titulo, autores, resumen, CantAutores
FROM 
   (SELECT L.genero, L.titulo, GROUP_CONCAT(CONCAT(A.apellido, ', ', A.nombre, ' - ', A.email) SEPARATOR '; ') autores, resumen, COUNT(DISTINCT A.id_autor) CantAutores
    FROM libro L INNER JOIN libro_autor USING(id_libro) INNER JOIN autor A USING(id_autor) 
    GROUP BY L.id_libro) TabaLibros
ORDER BY genero, titulo;
 

El WHERE tiene que ir en la subconsulta interior:

Código MySQL:

SELECT genero, titulo, autores, resumen, CantAutores
FROM 
   (SELECT L.genero, L.titulo, GROUP_CONCAT(CONCAT(A.apellido, ', ', A.nombre, ' - ', A.email) SEPARATOR '; ') autores, resumen, COUNT(DISTINCT A.id_autor) CantAutores
    FROM libro L INNER JOIN libro_autor USING(id_libro) INNER JOIN autor A USING(id_autor) 
    WHERE L.genero = 'terror'
    GROUP BY L.id_libro) TabaLibros
ORDER BY genero, titulo;
 

[sirchote]

el tema de los email, solo quiero guardar el que tiene el valor numero_autor=1, se podria eso tambien?

pruebo todo lo otro

no se como agradecerte tanta ayuda, gracias de nuevo

[sirchote]

me funciona todo perfecto, gracias

ahora me falta añadir SOLO el mail del primer autor

existe un campo en la tabla autores, que me dice si es el autor principal
si tiene el valor 1 en numero_autor, entonces es el principal

podria añadir un nuevo campo, donde solo se añadiera el mail del autor con ese valor en 1?

;)

gracias

[gnzsoloyo]

Vamos a probar esta forma, forzando el funcionamiento de GROUP_CONCAT():

Código MySQL:

SELECT
  genero,
  titulo,
  autores,
  emailAutor,
  resumen,
  CantAutores
FROM
   (SELECT
       L.genero,
       L.titulo,
       GROUP_CONCAT(CONCAT(A.apellido, ', ', A.nombre, ' - ', A.email) SEPARATOR '; ') autores,
       CAST(GROUP_CONCAT(IF(A.numero_autor = 1,A.email, '') SEPARATOR '') AS CHAR) emailAutor,
       resumen,
       COUNT(DISTINCT A.id_autor) CantAutores
    FROM libro L
      INNER JOIN libro_autor USING(id_libro) INNER JOIN autor A USING(id_autor)
    WHERE L.genero = 'terror'
    GROUP BY L.id_libro) TabaLibros
ORDER BY genero, titulo;
 

[sirchote]

diria que funciona perfecto :D

eres un crack, que digo, un super crack!

muchisimas gracias!!!!!!

miraré a ver si con esto ya lo tengo todo, pero vamos, que tiene buenisima pinta :D

me edito:

¿esto ahora lo puedo insertar tal cual me sale la consulta, en una tabla nueva?

[gnzsoloyo]

Esa consulta te genera una lectura en memoria. Si creas una tabla con eso puedes accederla directamente y sin problemas. En cualquier caso la consulta siempre es mejor porque tendrá la información actualizada.
En ocasiones lo que conviene es crear a apartir de una consulta que se repite constantemente, una VIEW, ya que las mismas actúan como si fuesen tablas físicas sin serlo, y de esa forma podrías leer siempre la info actualizada.
La única restricción es que en MySQL las vistas no admiten subconsultas, por lo que para obtener el resultado de esto es necesario hacer dos vistas una llamando a la otra:
Primero en MySQL se crea esta vista:

Código MySQL:

CREATE OR REPLACE VIEW TablaLibros
AS
SELECT
  L.genero,
  L.titulo,
  GROUP_CONCAT(CONCAT(A.apellido, ', ', A.nombre, ' - ', A.email) SEPARATOR '; ') autores,
  CAST(GROUP_CONCAT(IF(A.numero_autor = 1,A.email, '') SEPARATOR '') AS CHAR) emailAutor,
  resumen,
  COUNT(DISTINCT A.id_autor) CantAutores
FROM libro L INNER JOIN libro_autor USING(id_libro) INNER JOIN autor A USING(id_autor)
GROUP BY L.id_libro;
 

Y luego esta:

Código MySQL:

CREATE OR REPLACE VIEW ListarLibros
AS
SELECT
  genero,
  titulo,
  autores,
  emailAutor,
  resumen,
  CantAutores
FROM TablaLibros
ORDER BY genero, titulo;
 

Hay que crearlas en ese orden porque si no dará error por tabla inexistente. Si miras bien, la segunda está invocando a la primera como si fuese una tabla.

Finalmente, la consulta, para el caso de género "terror" sería:

Código MySQL:

SELECT *
FROM ListarLibros
WHERE genero = 'terror';
 

Eso devolvería lo que necesitas.

[sirchote]

genial, lo pruebo, pero visto lo visto, seguro que lo has clavado :D