[Qualipso-a4] insertar topics en floss_topics

[Javier Pueyo]

El vie, 29-01-2010 a las 18:46 +0100, Jose Gato Luis escribió:
> Perfecto, está claro que esta tabla la pusimos para eso ;)
> 
> El 29/01/10 16:36, Miguel Angel Tinte García escribió:
> > Pensando en cómo y donde insertar los topics encontrados por la
> > herramienta de Javier Pueyo he visto la tabla floss_topics:
> >
> > +-------------+-------------+------+-----+---------+-------+
> > | Field       | Type        | Null | Key | Default | Extra |
> > +-------------+-------------+------+-----+---------+-------+
> > | topicid     | int(10)     | NO   | PRI | NULL    |       |
> > | description | mediumtext  | NO   |     | NULL    |       |
> > | label       | varchar(80) | NO   |     | NULL    |       |
> > +-------------+-------------+------+-----+---------+-------+
> > 3 rows in set (0.00 sec)
> >
> > Gato, ¿que te parece si la utilizamos para almacenar los topics?

Esta tabla estaba pensado para introducir los ~10 topics que analizamos,
con una etiqueta y una descripción:

topicid		label		description
------------------------------------------------
1		issue		blah, blah, blah
2		noissue		noblah, noblah, noblah

es decir, es una tabla que solamente contendría ~10 rows.

El topicid de esta tabla se usa para introducir un topicid en la tabla
floss_sources junto al itemid (identificador único) del item analizado.
La relación se establece entonces entre floss_sources.topicid y
floss_topics.topicid. De alguna manera hay que mantener la relación
entre el itemid y el (o los) topicid(s) que le corresponde(n) (ya que un
item puede hablar de varios topics). Por cierto floss_sources.itemid
debería permitir valores repetidos.

Yo propondría simplificar y dejar solamente la tabla floss_sources pero
cambiando el topicid por un campo "topic" (tipo TEXT):

 
itemid		topic
------------------------------------------------
1 		issue
1 		noversion
2		version

La ventaja es que no hay que consultar floss_topic para averiguar el
topicid en cada ocasión para insertarlo después en floss_sources. No sé
qué problemas de performance puede dar ese campo tipo TEXT y si es mejor
dejar ambas tablas con sus relaciones y sus ids.

> >
> > Ciao
> >
> >
>