Si te encuentras con algún detalle que no comprendes puedes dejarnos un comentario y te responderemos tan rápido como podamos.
Solución:
La relación de herencia en ERD debe representarse como una relación uno a uno o una relación uno o cero a uno según el caso.
1) 0..1-1: si pudiera haber una entidad de avión, ya que el avión puede existir sin tener una entidad secundaria como carga o personal, pero la carga y el personal no pueden existir sin tener una entidad de avión principal.
2) 1-1: Si cada entidad no puede existir por sí misma. El PK en avión es el extranjero key y primaria key en mesas de carga y personal infantil.
No creo que en ningún caso sea uno a muchos y les daré un ejemplo: un registro db del plano pk=1. Registro de dos db de avión personal con extranjero key=1 que hace referencia a un registro en la tabla del plano principal. Esto significa que hay dos entidades secundarias con el mismo key Cuál está mal. Debe haber solo un registro referenciado en la tabla secundaria, por lo tanto, relación 0..1-1 o 1-1.
El modelado ER (o, más precisamente, el modelado EER) tiene una forma de representar la herencia en el diagrama. Se conoce con el nombre de “generalización/especialización”. Puede encontrar una serie de buenos artículos en la web buscando en esto.
La técnica de diagramación no le dice cómo diseñar tablas relacionales que reflejen esta situación de herencia. Eso es realmente más una cuestión de diseño de base de datos que de diagramación ER. Si busca el tratamiento de Martin Fowler de “herencia de tabla de clase” o “herencia de tabla única”, obtendrá una buena presentación de algunos patrones de diseño.
Hay etiquetas con esos nombres aquí en SO, y la información debajo de esas etiquetas es útil, así como las preguntas que se han etiquetado con ellas.