Bases de Datos - mejor opción Modelado sistema de documentos

Hola es la primera vez que escribo, haciendo un ejercicio de modelado para una base de datos en mysql me surgió la siguiente duda :

Teniendo en cuenta los siguientes campos de la tabla DOCUMENTO:
-Id
-tipo de documento
-lugar
-fecha
-asunto
-destinatario
-emisor
-clasificación
-descripción

Lo que se deben almacenar en la base de datos son documentos de diferentes tipos : oficios, cartas, volantes , tarjetas informativas , por mencionar algunos , hasta ahora tengo pensando en almacenar todos esos datos en una mism tabla ya que la mayoria de los datos se comparten , sin embargo hay algunos documentos como (volantes o tarjetas) que no llevan los campos como emisor o clasificación por lo que se procederia a poner null en estos .

Me gustaria que dejaran su opinion al respecto, si es buena idea manejarlo con una tabla, por que la mayoria de los campos se comparten o trabajarlos por tablas separadas por los pocos campos que tienen de diferencia.

Hola stardust, yo creo que es la mejor solución utilizar una sola tabla, aunque haya campos que queden vacíos... no hay problema. Es mucho mas liado, gestionar varias tablas si tienes que hacer algún tipo de búsqueda en todas ellas.

Creo que la opción que propones es la correcta!!!

No solo estoy de acuerdo de poner todo en una misma tabla
sino que ademas, me parece que la columna Id está demas, me parece que lo que define
como distincion es el 'tipo de documento' que no solo seria la clave
que ademas es un dato que esta relacionado con la entidad Documento
no es recomendable andar poniendo Id a todo, llevo 25 años con DDL Y MDL
para que te quede claro

tengo que definir la tabla Clientes
que es lo que le hace distinto a todos es clave, todos diriamos
el documento, pero supongamos que alguien es extranjero u tiene el mismo
numero de pasaporte que un documento de este pais, ahi se rompe la regla
para eso si es necesario in Id_Cliente o un codigo que es un dato externo a la entidad pero es necesario
ponerlo para buscar una distincion y cumplir con una de las formas normales

Otras ya hay algo casi definido globalmente supongamos tengo que definir la tabla Divisas
para ello mundialmente ya se difinio el codigo ISO de divisas, pero cada pais tiene internamente su definicion

CODIGO ISO
DESCRICPCION
RANGO DECIMAL
PLAZA FINANCIERA
CODIGO BCRA
BLABLA
BLEBLE

Otra recomendacion y eso queda muy a criterio de cada uno
En todo que lo que yo defino jamas dejo que los campos posean nulos, para un posterior mejor manipulacion
dentro de una heramienta SQL y tambien facilitar la tarea al programador desde un lenguaje externo
imaginate el kilombo que genera o lo engorroso que es para el programador
tener que andar verificando o usando funciones cuando un campo posee null.
Para ello uso

En algunos RDMS o