Ninguna de las 2 opciones, mas bien agregaría una: 3.- Me olvido del tema agregando un formulario de mantenimiento donde el usuario administrador del sistema agregue o quite registros sin participación del programador, tal como lo tengo hecho para la versión 4.2. Me parece mas económico.
Un Saludo El 07/12/17 a las 07:54, Sergi Almacellas Abellana escribió: > El 07/12/17 a les 13:47, Fernando Sánchez ha escrit: >> Bueno, es cuestión de perspectivas. >> >> En el Perú de acuerdo a la entidad tributaria SUNAT existen estos >> tipos de identificadores que deben ser manejados en todo software de >> gestión comercial, es así que en la localización peruana de Tryton y >> GNU Health lo manejamos en una tabla: >> >> *_TABLA 2: TIPO DE DOCUMENTO DE IDENTIDAD_* *_ >> _* >> >> >> *N°* *DESCRIPCIÓN* >> 0 OTROS TIPOS DE DOCUMENTOS >> 1 DOCUMENTO NACIONAL DE IDENTIDAD (DNI) >> 4 CARNET DE EXTRANJERIA >> 6 REGISTRO ÚNICO DE CONTRIBUYENTES >> 7 PASAPORTE >> >> >> Y creemos que a futuro se pueden agregar o eliminar algún tipo, al >> margen que el "OTROS TIPOS DE DOCUMENTOS" podría sugerir que no, pero >> no queda otra entonces que el HARDCODE. > > > puedes utilizar pe_ como prefixo en tu localización e incluir el > código de la tabla luego. > > No entiendo el problema que le ves en que sea HARDCODE. Es mas fàcil > de mantener en el código que no ir añadiendo registros en listas de la > base de datos. Imáginate que tienes 20 clientes con este módulo, en > caso de añadir un nuevo tipo que vas prefieres hacer? > > 1. Hacer un insert en cada base de datos para añadir el registro > 2. Actualizar el código del módulo y olvidarte de tocar la base de datos > > Un saludo, >
