Definición de las tablas de los RF y RE

[razorxxx]

Buenas a todos!

Ando un poco perdido con el tema de cómo definir las tablas de la base de datos de mi SIF para albergar la información de los registros de facturación (RF) y de eventos (RE).

Mi idea inicial era poner tantos campos en las tablas de RF y RE como los indicados en el BOE como obligatorios, además de otro campo para almacenar la respuesta obtenida del WebService.

Pero viendo los conceptos de cadenas de registros, huella hash, etc, me causa dudas.

¿Cómo lo estáis haciendo vosotros?:
1. Una tabla para RF y otra para RE, cada una con tantos campos como los indicados en la información obligatoria del BOE, más otro para el XML de respuesta en el caso de acogerse a VERI*FACTU, y que se generen los XML a petición desde el SIF cuando lo quiera el usuario o lo requiera la AEAT.
2. Una tabla para RF y otra para RE, cada una con sólo 2 campos: uno con el XML ya generado con el RF o RE según sea, más otro para el XML de respuesta del WebService.

Por otra parte, creo que las bases de datos de los SIF van a crecer una barbaridad. Yo particularmente uso SQL Server. ¿Cómo creéis que convendría definir las bases de datos?:
1. Una BD única para todo el SIF, que guarde las tablas de RF y RE los datos de todos los ejercicios y de todos los obligados tributarios.
2. Una BD por cada ejercicio fiscal, que guarde las tablas de RF y RE de todos los obligados tributarios.
3. Una BD por cada ejercicio fiscal y por cada obligado tributario (es decir, cada obligado tributario tiene un archivo de BD independiente por cada ejercicio fiscal).

Si vuestro cliente se acoge a VERI*FACTU, ¿igualmente guardáis los registros en la base de datos del SIF, o la borráis porque esa información ya la tiene la AEAT?

Ya por último, ¿el plazo para guardar los RF y RE es de mínimo 4 años, verdad?

Gracias de antemano, Saludos a todos y a luchar con esto que nos ha caído encima!