search

agrihold / sagi

Sistema de Mantenimiento y Seguimiento de Documentos.
1 stars 0 forks source link

Migrar tb_prod_comp a sgr.ingredient #204

Open jjscarafia opened 11 years ago

jjscarafia commented 11 years ago

nm_comu_comp --> name cd_cas_comp --> cas id_prod_comp --> no lo llevamos nm_form_brut --> molecular_formula al campo agronmic_class_id le podes llevar lo mismo que llevaste en ingredientes activos = 'unknown' al campo 'type' de openerp lo debes completar con 'others' al campo 'ingredient_group_id' completarlo con un valor 'others' (tenes que crearlo)

el campo de seleya "nm_quim_comp" debe llevarse a openerp a "sgr_ingredient_other_name", se debe llevar al campo: ---> name = nm_quim_comp ---> se debe crear una categoría de other name igual a "Chemical Name" (se debe crear este chemical name en "sgr.ingredient_name_category", en teoría ya lo creaste migrando esto https://github.com/agrihold/sagi/issues/201)

El campo de seleya 'nm_sino_comp' se debe llevar también a openerp a "sgr_ingredient_other_name", se debe llevar ---> name = nm_sino_comp ---> se debe crear una categoría de other name igual a "Synonymy" (se debe crear este "Synonymy" en "sgr.ingredient_name_category" en teoría ya lo creaste migrando esto https://github.com/agrihold/sagi/issues/201)

morrillo commented 11 years ago

Consulta, el campo destino name en la tabla sgr_ingredient_other_name tiene un largo de 128 caracteres. Los datos fuente (nm_sino_comp y nm_quim_comp) tienen un largo superior a los 300 caracteres. Deberia truncarlos a 128 caracteres?

morrillo commented 11 years ago

Consulta... cual es la clave de la tabla TB_PROD_COMP? Puede ser que tenga registros duplicados? Por lo pronto con el script estoy migrando los datos teniendo en cuenta el name sin duplicarlos

jjscarafia commented 11 years ago

TEMA 1 Respecto a lo de truncar o no:

  1. Lo ideal sería aumentar el tamaño de caracteres en openerp
  2. Si eso se complica, entonces podrías truncarlo y para el caso donde era mas largo quelos 128, dejar el valor original en el campo "note"

TEMA 2 respecto a la clave, id_prod_comp es única. Entiendo que en la lóigica esta bien loque haces de no duplicar el name. Pero luego en los registros vamos a tener que apuntar a estos productos y vamos a hacerlos a través del (id_prod_comp que llevaríamos a id de openerp). Por lo cual, yo la llevaría tal cual esta, llevando id_prod_comp a id de openerp y dejando que haya nombres duplicados. Luego ellos tendrán que corregir a mano.

Este error es por un problema en el diseño dle seleya que forzaba a que carguen algunas cosas mas de una vez.

jjscarafia commented 11 years ago

No lo pude verificar porque en la bd que restaure no aparece ningún ingredient del tipo "others", me parece que no fue llevado.

morrillo commented 11 years ago

Todavia no fue llevado, en mi codigo fuente ya lo estoy contemplando Enviado desde mi BlackBerry de Movistar (http://www.movistar.com.ar)

-----Original Message----- From: Juan José Scarafía notifications@github.com Date: Wed, 29 May 2013 09:23:30 To: agrihold/sagisagi@noreply.github.com Reply-To: agrihold/sagi reply@reply.github.com Cc: Gustavo Orrillogustavo.orrillo@moldeo.coop Subject: Re: [sagi] Migrar tb_prod_comp a sgr.ingredient (#204)

No lo pude verificar porque en la bd que restaure no aparece ningún ingredient del tipo "others", me parece que no fue llevado.

Reply to this email directly or view it on GitHub: https://github.com/agrihold/sagi/issues/204#issuecomment-18628511