Ir al contenido principal

Día 15. Tabla desde-hasta para IVA. Validación de datos con dominios

Comenzamos el día creando una tabla para valores de IVA desde-hasta en la que se marcan las fechas de validez de cada tipo.

A continuación, utilizando una de las posibilidades de Firebird, creamos dos dominios, uno para que el campo tenga un valor predeterminado y el otro dominio para la validación de datos de entrada. 

La validación de datos es importante en una base de datos y, con los dominios, Firebird nos proporciona un método fácil y efectivo de validación.

Este día tienen dos vídeos, tranquilos, no es por la duración de los mismos, como alguna vez ha ocurrido, sino porque he sufrido una interrupción y he tenido que parar. 

Sí, ya se que podría editar los vídeos y juntarlos, y que podría editarlos para eliminar todas las veces que me equivoco, que son muchas, pero prefiero que se vea el trabajo tal y como lo hago, sin maquillajes y, además, prefiero dedicar el tiempo a seguir aprendiendo, mejor que a editar los vídeos.






Comentarios

Publicar un comentario

Entradas populares de este blog

Día 16. Empleo de la tabla desde-hasta. Subconsultas

Hoy vemos como emplear la tabla desde-hasta de tipos de IVA que creamos el último día. Para ello, en primer lugar creamos una consulta para ver el funcionamiento. A continuación esa consulta, la empleamos como subconsulta en la consulta que ya teníamos con todos campos.

Día 18. ¡Vuelvo a desnormalizar!

Tras añadir una cantidad apreciable de nuevos datos para poder hacer pruebas, en primer lugar vemos y comentamos un poco el rendimiento de las consultas que teníamos hechas para obtener los datos de la vista y los informes. Como comentario, añadido a lo que se comenta en el vídeo, podemos ver que las consultas, ya con una cantidad apreciable de datos, tardan bastante menos que con HSQLDB. De hecho, se obtienen los datos de casi 17500 registros, con combinación de 5 tablas, en milésimas de segundo, aunque Base tarda un poquito más en mostrar los resultados. Os recuerdo que no he actualizado los informes, a pesar de que he cambiado la consulta y vistas subyacentes, por lo que habría que actualizarlos (pero de momento no lo haré, creo que no aportaría nada nuevo). En la segunda parte vuelvo a desnormalizar la tabla Detalles. La desnormalización, en este caso la justifico, y explico que, bajo mi punto de vista, las normas de normalización, no siempre son imperativas. Para la desnormalizaci...

Día 2. Requisitos de las facturas y primeras tabla

Lo primero que tenemos que saber, es que datos debemos guardar en la base de datos. Para ello, como yo estoy en España, busco la información en la página de la Agencia Tributaria española. Allí dice que la información que debe tener una factura es: Número y, en su caso, serie. La numeración de las facturas dentro de cada serie será correlativa. La fecha de su expedición. Nombre y apellidos, razón o denominación social completa, tanto del obligado a expedir factura (este creo que soy yo) como del destinatario de las operaciones. Número de Identificación Fiscal Domicilio, tanto del obligado a expedir factura como del destinatario de las operaciones Descripción de las operaciones, consignándose todos los datos necesarios para la determinación de la base imponible del Impuesto y su importe, incluyendo el precio unitario sin Impuesto de dichas operaciones, así como cualquier descuento o rebaja que no esté incluido en dicho precio unitario El tipo impositivo o tipos impositivos, en su caso, ...