Bases de Datos - Estructura de tablas

Hola quiero crear una BBDD y me gustaría saber vuestra opinión.
Tengo un atributo que sería digamos el elemento padre, este a su vez tiene 4 hijos los cuales cada uno tiene otros N elementos que tienen a su vez N hijos.
Así me encuentro con 3 relaciones dependientes, con sus traducciones a N idiomas, pensaba ponerlo todo en una tabla , o hacer relaciones entre varias ¿ qué me aconsejáis ?

Por Ejemplo sobre coches

- Puertas

Y luego sus traducciones correspondientes traducciones , como seria mejor tratarlas dándoles a cada rama completa un id unico...

Hola Javier, yo para las traducciones, añadiría un campo que determine el idioma del contenido, y tendría tantos registros como idiomas tenga el elemento. A no ser, que me digas que solo van a existir 3 idiomas, que luego a lo mejor me plantearía añadir dos columnas mas.

No se si es esto exactamente lo que preguntas...

Si y la otra es si hacer una tabla o varias...

Yo te recomendaría que hicieras las 3 tablas, y cada una la relaciones por su ID
creando en las otras dos una FK
Por ejemplo
el id de puertas será el ID_Puertas de Elementos_Vidrios teniendo este su ID personal
Y así mismo el ID de Elementos_Vidrios estará en Cristal_Ventanilla y Espejos

Saludos...

En las bases de datos de alto nivel puedes crear relaciones intrínsecas... te explico...

Una relación intrínseca es una relación de la clave primaria de la tabla a la misma tabla,
como ejemplo este es el que pongo cuando doy clases de diseño de bases de datos...

Abuelo-Padre-Hijo-Nieto-Bisnieto...

en donde la relación del padre indica que su ascendiente es el abuelo
en donde la relación del hijo indica que su ascendiente es el padre
en donde la relación del nieto indica que su ascendiente es el hijo
en donde la relación del bisnieto indica que su ascendiente es el nieto
y así sucesivamente

de esta manera tienes una sola tabla y puedes crecer N niveles...

Otra manera es crear una segunda tabla con los dos identificadores...

Parte origen y parte dependiente o COMPONENTE-SUBCOMPONENTE como lo quieras llamar...

ORIGEN-DEPENDIENTE
Puertas-Elementos vidrios
Elementos vidrios-cristal ventanilla

y así sucesivamente...

Espero que te sirva...

Me mola lo de una tabla pero me perdería a la hora de sacar la relaciones, tendría que hacer foreach anidados.

Al final he optado por tres tablas , no creo que tenga más relaciones, aunque si veo que me salen mas relaciones aplicaré lo de id y parent_id sobre la misma última tabla para así crear N subrelaciones.....

Gracias a todos por vuestros buenos consejos, todos los días se aprende algo.