[bofhers] Re: [bofhers] Re: [bofhers] Re: [bofhers] Re: [bofhers] Problemilla con diseño de BD SQL Server 2008 (para el cole)

  • From: TarodBOFH <bofh@xxxxxxxxxxxxx>
  • To: bofhers@xxxxxxxxxxxxx
  • Date: Fri, 15 Mar 2013 10:08:41 +0100

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
>>
>
>

Other related posts: