[Php-avanzado] Consulta para Leo

[Silverzero]

2009/11/5 Leonardo Tadei - Pegasus Tech Supply <leonardot en pegasusnet.com.ar>

> Hola Carolina!
>
>        estuve revisando tu SRS (porque no me acordaba algunos detalles).
>        Necesito que me reenvíes las tablas normalizadas que tengas para
> revisarlo, porque recordaba una relación uno a uno entre subcategorías y
> eventos, pero tu SRS dice claramente múltiples así que será muchos a
> muchos... es decir que de las 3 tablas que me enviaste, hace falta otra
> más para la relación.
>

Aca te mando la de eventos, que para actividades y lugares va a ser lo
mismo, asi que lo que me digas lo repito para el resto. Si me pudieras
explicar como funcionaría la relación con la tabla que falta, te lo re
agradezco.

CREATE TABLE IF NOT EXISTS `eventos` ( `id` int(11) NOT NULL auto_increment,
`fecha` date NOT NULL, `desde` date NOT NULL, `hasta` date NOT NULL,
`horario` varchar(50) collate utf8_unicode_ci NOT NULL, `titulo` varchar(50)
collate utf8_unicode_ci NOT NULL, `descripcion` text collate utf8_unicode_ci
NOT NULL, `imagen` varchar(50) collate utf8_unicode_ci NOT NULL, `url`
varchar(100) collate utf8_unicode_ci NOT NULL, `precio` varchar(50) collate
utf8_unicode_ci NOT NULL, `id_visitante` int(11) NOT NULL, `id_lugar`
int(11) NOT NULL, `id_stat` int(2) NOT NULL, PRIMARY KEY (`id`) )
ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=4
;

CREATE TABLE IF NOT EXISTS `eventos_cat` ( `id` int(11) NOT NULL
auto_increment, `nombre` varchar(50) collate utf8_unicode_ci NOT NULL,
PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8
COLLATE=utf8_unicode_ci AUTO_INCREMENT=15 ;

CREATE TABLE IF NOT EXISTS `eventos_subcat` ( `id` int(11) NOT NULL
auto_increment, `id_evento_cat` int(11) NOT NULL, `nombre` varchar(50)
collate utf8_unicode_ci NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT
CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=123 ;



>
> El jue, 05-11-2009 a las 10:50 -0300, Silverzero escribió:
> > Estuve haciendo búsqueda y encontré que cuando necesitás guardar una
> > serie de cantidad de datos que no sabes cuantos va a elegir el
> > usuario, lo conveniente es (segun algunos) guardar estos datos en un
> > array haciendo implode/explode o serialize/unserialize, pero entra en
> > debate la normalización.
>
>         Por supuesto! Además con este modelo son ineficientes las
> consultas, y
> después tenés que gastar todavía más procesamiento en dividir lo que
> tengas guardado.
>        No parece nada conveniente... al menos no le encuentro ninguna
> ventaja
> y sí muchas desventajas.
>
> > Porque yo no sé en cuales/cuantas categorías el visitante va a
> > publicar un evento, y menos cuantas subcategorías.
>
>         Pero no importa si plnateás una relación muchos a muchos, que mapea
> justamente eso.
>
> >  Y por lo que veo, por más que no sean propiamente TAGS, creo que en
> > este caso se comportarían de una manera similar...
> >
> > Acá encontré un artículo de como aplicar estructuras para folksonomías
> > en mysql.
> > http://forge.mysql.com/wiki/TagSchema
>
>         Sí, pero fijate que la discusión va mostrando implementaciones
> malas, y
> las va corrigiendo hasta que termina en 33F que está ilustrada bajo
> "Recommended Architecture" !!!
>        Tu SRS no implica nada que tenga que ver con la "dimensión del
> usuario"
> del artículo, ya que vos tenés una correspondencia entre el usuario y
> sus eventos y lugares.
>
>        Seguimos!
>
>
>
> PD: yo te avisé que esta tesis era demasiado grande... :(
>

No pasa nada, de última veo qué le saco que no sea totaaaaaalmente
escencial, tal vez lo de las votaciones por ejemplo. Se lo agrego yo después
si no llego para el plazo de la entrega.

Gracias por tu tiempo Leo.

Saludos!

Carolina.

--
>
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> http://blog.pegasusnet.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/private/php-avanzado/attachments/20091106/9fa33d13/attachment.htm