[Qualipso-a4] modificaciones BBDD para Bugs y Mails

[Jose Gato Luis]

Creo recordar, que el itemid, no es una referencia al objeto que marca 
strong_refers. Itemid, es el id del objeto que estas creando en ese 
momento. Quiles, corrígeme si me equivoco.


El 20/01/10 13:02, Miguel Angel Tinte García escribió:
> El mié, 20-01-2010 a las 11:47 +0100, José Antonio Quiles escribió:
>> Hola Miguel Angel,
>> existe una tabla llamada refers_to que sirve para establecer relaciones
>> entre entidades ¿No sirve?
>> Vai
> EL problema que le veo a usar refers_to es que tiene esta estructura:
>
> mysql>  desc refers_to;
> +------------------+--------------+------+-----+---------+-------+
> | Field            | Type         | Null | Key | Default | Extra |
> +------------------+--------------+------+-----+---------+-------+
> | itemid           | int(11)      | NO   | MUL | NULL    |       |
> | strong_refers_to | int(11)      | YES  | MUL | NULL    |       |
> | entity_name      | varchar(250) | YES  |     | NULL    |       |
> +------------------+--------------+------+-----+---------+-------+
> 3 rows in set (0.00 sec)
>
> El itemid se refiere a un único elemento en info_item con un id fijo
> pero nosotros podemos querer insertar por ejemplo varios ficheros
> test.py o readme.txt que seguramente no se refieran al mismo item.
> Con los bugs nos pasa lo mismo, no podemos asegurar que el bug #55
> encontrado en un mbox exista ya en info_items y se refiera al mismo bug
> #55. Por eso, mi idea era crear una tabla nueva con id autoincrement que
> permita insertar varios test.py o readme.txt relacionados con items
> diferentes.
>
>>
>> Miguel Angel Tinte García escribió:
>>> Hola Jose,
>>>
>>> tenemos integrado en nuestros extractores el módulo de procesamiento de
>>> la información que hizo Javier Pueyo y parece que necesitamos hacer
>>> algunas modificaciones en la bbdd para poder reflejar algunas de las
>>> relaciones entre fuentes de información que encontramos. En concreto
>>> sería modificar las tablas o crear otras nuevas para poder almacenar:
>>>
>>> * Bugs: relacionar con source code files y doc files. Una opción sería
>>> crear tablas nuevas con id auto_increment y el nombre del fichero
>>> encontrado, de manera que permita repetir ficheros del mismo nombre. Por
>>> ejemplo: test.py
>>>
>>> * Mails: relacionar con bugs, source code files y doc files. Para source
>>> code files y doc files sería lo mismo de antes y para Bugs supongo que
>>> también, ya que no podemos asegurar que sean los mismos que hay en la
>>> tabla Bugs. Es decir, lo veo arriesgado relacionar los Bugs encontrados
>>> en mails con los de la tabla bts_bugs.
>>>
>>> Bueno, ya me dirás que te parece,
>>>
>>> Saludos
>>>
>>>
>> _______________________________________________
>> Qualipso-a4 mailing list
>> Qualipso-a4 en gsyc.escet.urjc.es
>> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/qualipso-a4

-- 
José Gato Luis                   | Libre Software Engineering Lab (GSyC)
Tel: (+34)-914 888 105           | Universidad Rey Juan Carlos
jgato en libresoft.es               | Edif. Departamental II - Despacho 121
http://libresoft.urjc.es/        | c/Tulipán s/n 28933 Móstoles (Madrid)