Lo malo es que seguramente en el MundoReal(tm) sería un suspenso como un piano xD 2013/3/15 Alex Lorenzo <alex.lorenzoe@xxxxxxxxx> > Ya está El Autoestopista es el típico empollón que siempre llora que no > sabe nada y después te saca el sobresaliente.... > > > El 15 de marzo de 2013 09:55, Autoestopista El > <autoestopistael@xxxxxxxxx>escribió: > > Buenas chicos, >> >> Solo deciros que ya he entregado el trabajo, y me han puesto un 10 :) >> Gracias por la orientación, me ha sido realmente muy util. >> >> Un saludo. >> >> El 14 de marzo de 2013 19:40, Autoestopista El <autoestopistael@xxxxxxxxx >> > escribió: >> >>> Vale si, da un fallo porque he llamado a un elemento de una tabla antes >>> de definirla. Cosas que pasas :D >>> >>> El 14 de marzo de 2013 19:21, Autoestopista El < >>> autoestopistael@xxxxxxxxx> escribió: >>> >>> La fecha de devolucion solamente la manejo en caso de prestamos al >>>> exterior, para los prestamos de sala se asume que es la misma fecha en que >>>> se presta. Así que opto por manejar los prestamos exteriores y sus fechas >>>> de devolucion aparte, en la tabla prestamo_externo. Que a lo mejor no es la >>>> mejor opción, pero bueno, a mi se me ha ocurrido así :) >>>> >>>> El 14 de marzo de 2013 08:07, TarodBOFH <bofh@xxxxxxxxxxxxx> escribió: >>>> >>>>> Para la integridad referencial tienes que tener en cuenta que >>>>> entidades tienen sentido unas sin otras y cuales no. >>>>> >>>>> Por ejemplo, un cliente puede no tener una dirección (si tienes tablas >>>>> clientes y otra direcciones), por lo que en ese caso ON_DELETE (en >>>>> dirección) --> SET NULL a cliente; mientras que una dirección sin cliente >>>>> no tiene sentido (ON_DELETE_CASCADE --> cliente) >>>>> >>>>> Otro ejemplo es permitir el borrado: No deberías borrar datos de >>>>> clientes que tengan compras. Aunque si la bbdd está bien hecha, INVOICES >>>>> siempre será una copia con todos los datos de los clientes y precios, y >>>>> tendrás columnas de referencia para agilizar las búsquedas (ojo, si tu >>>>> caso >>>>> es para un ejercicio, esto que se *debe* hacer en la vida real no estaría >>>>> normalizado para el ejercicio!) >>>>> >>>>> ¿Es eso a lo que te refieres? >>>>> >>>>> En tu caso: >>>>> - Prestamo (te falta fecha de devolución? ) -> no podrías borrar un >>>>> socio que aún tiene préstamos sin devolver (o incluso borrar un socio con >>>>> préstamos antigios, ya que num_socio en prestamo es not null) >>>>> - Al borrar un libro --> en cascada cascada de fondo (si borras el >>>>> libro, desaparece de fondo), etc. >>>>> >>>>> >>>>> 2013/3/14 Autoestopista El <autoestopistael@xxxxxxxxx> >>>>> >>>>>> Bueeeno, pues como comenté esta mañana ahí lo lanzo. >>>>>> >>>>>> Arresulta que tengo el siguiente diseño de una BD. Tiene los detalles >>>>>> justos requeridos según un enunciado (DiagramaER_corregido.vsd) del cual >>>>>> he >>>>>> sacado, normalizando y desnormalizando, el siguiente juego de tablas >>>>>> (Tablas_corregido.vsd). Hay otros posibles, pero este es el mío. >>>>>> >>>>>> El caso es que he creado la BD según las especificaciones que me >>>>>> piden con este script (biblioteca.sql) y generado las tablas y sus >>>>>> relacions (foreign keys) con este otro (tablas.sql). Si, señores, me lo >>>>>> piden así de separadito. Como véis he definido un par de constraints para >>>>>> las foreign keys y un UNIQUE para que me cuadrara una clave candidata. >>>>>> Todos los campos a NOT NULL de momento. >>>>>> >>>>>> Así que ahora me piden un tercer script que haga dos cosas: >>>>>> >>>>>> - Aplicar restricciones de integridad referencial. >>>>>> - Establecer que atributos admiten o no valores NULL. >>>>>> >>>>>> El caso es que no tengo muy claro en que me tengo que fijar para >>>>>> determinar el tema de la integridad referencial. Es decir, ¿que tengo que >>>>>> tener en cuenta a la hora de aplicar una restricción? Supongo que no es >>>>>> tan difícil pero al final me ha vencido el tiempo y el pánico, y las BBDD >>>>>> no son precisamente mi fuerte. >>>>>> >>>>>> Y ya podéis lartearme tranquilamente, que yo agacho la cabeza a la >>>>>> espera de vuestro aleccionamiento. >>>>>> -- >>>>>> Lista de Correo #BOFHers - //www.freelists.org/list/bofhers >>>>>> Síguenos también el Twitter, en el hastag #BOFHers (y derivados) >>>>>> ¡También tenemos un servidor IRC! irc.escomposlinux.org:6667 canal >>>>>> #BOFHers >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Lista de Correo #BOFHers - //www.freelists.org/list/bofhers >>>> Síguenos también el Twitter, en el hastag #BOFHers (y derivados) >>>> ¡También tenemos un servidor IRC! irc.escomposlinux.org:6667 canal >>>> #BOFHers >>>> >>> >>> >>> >>> -- >>> Lista de Correo #BOFHers - //www.freelists.org/list/bofhers >>> Síguenos también el Twitter, en el hastag #BOFHers (y derivados) >>> ¡También tenemos un servidor IRC! irc.escomposlinux.org:6667 canal >>> #BOFHers >>> >> >> >> >> -- >> Lista de Correo #BOFHers - //www.freelists.org/list/bofhers >> Síguenos también el Twitter, en el hastag #BOFHers (y derivados) >> ¡También tenemos un servidor IRC! irc.escomposlinux.org:6667 canal >> #BOFHers >> > >