none
Enum para crear tipo de comprobante RRS feed

  • Pregunta

  • Hola

    Sería recomendable crear un enum para estos tipo de documentos.

    Enum

    La idea del enum es agregarle un cero a la izquiera al momento de utilizarlo usando string.PadLeft, ó ¿recomendarían hacer una tabla para este tipo de comprobante?.

    Saludos!!!


    jueves, 1 de febrero de 2018 4:49

Respuestas

  • hola

    En realidad la desicion depende mucho desde que punto de vista vayas a utilizar los datos

    - si es desde un punto de vista de DBA, y necesitas realizar consultas, es bueno poder relacionar las queries con una tabla que indique que representa el campo de comprobantes, mas que nada para asegurar la relacion de integridad y ademas para tener ladescripcion

    - desde el punto de vista del desarrollo, si el codigo debe aplicar logica segun el comprobante seria bueno tener un enum que limte los valores que puede tomar

    quizas lo correcto seria tener ambas implementaciones, la tabla y el enum

    ahora lo que si no recomiendo es que lo del cero a la izquierda que comentas, tanto la tabla como el enum deberia coincidir en el Id y no en el codigo

    no hagas que el id sea autonumerico en esta tabla de tipos de comprobantes

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    jueves, 1 de febrero de 2018 12:44
  • Hola

    No creo que esté mal considerarlo como una tabla, recuerda que la entidad regulatoria puede cambiar los nombres de los tipos de comprobantes a futuro, así como cambian los tipos de monedas o los nombre que se les da. No haría daño tenerlo como tabla

    Saludos


    Brayan De la Cruz
    Lima - Perú

    jueves, 1 de febrero de 2018 5:00

Todas las respuestas

  • Hola

    No creo que esté mal considerarlo como una tabla, recuerda que la entidad regulatoria puede cambiar los nombres de los tipos de comprobantes a futuro, así como cambian los tipos de monedas o los nombre que se les da. No haría daño tenerlo como tabla

    Saludos


    Brayan De la Cruz
    Lima - Perú

    jueves, 1 de febrero de 2018 5:00
  • hola

    En realidad la desicion depende mucho desde que punto de vista vayas a utilizar los datos

    - si es desde un punto de vista de DBA, y necesitas realizar consultas, es bueno poder relacionar las queries con una tabla que indique que representa el campo de comprobantes, mas que nada para asegurar la relacion de integridad y ademas para tener ladescripcion

    - desde el punto de vista del desarrollo, si el codigo debe aplicar logica segun el comprobante seria bueno tener un enum que limte los valores que puede tomar

    quizas lo correcto seria tener ambas implementaciones, la tabla y el enum

    ahora lo que si no recomiendo es que lo del cero a la izquierda que comentas, tanto la tabla como el enum deberia coincidir en el Id y no en el codigo

    no hagas que el id sea autonumerico en esta tabla de tipos de comprobantes

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    jueves, 1 de febrero de 2018 12:44
  • Hola

    Leandro, pero puede ser un id autonumerico

    Id(autonumerico), Nombre, codigo el id queda para el desarrollador y puedo tomar el codigo que es lo que me piden.

    Saludos

    jueves, 1 de febrero de 2018 16:38
  • Hola

    Brayan, me gusta el concepto que me platicas, me inclino por una tabla.

    jueves, 1 de febrero de 2018 16:39
  • Hola Leandro

    no hagas que el id sea autonumerico en esta tabla de tipos de comprobantes

    ¿Los debo crear por medio de la aplicación? igual voy hacer un correlativo 1, 2, 3, 4, 5

    Seguro te refieres porque con identity pierdo el correlativo.

    Saludos


    jueves, 15 de febrero de 2018 17:04