Estructura BDD Rubro y SubRubro

[buji]

Foro, buenas tardes.

Se me hizo una laguna con este tema que creo es muy simple:

Tengo una Tabla Articulos, la cual tiene entre otros campos (rubro y subrubro).

Logicamente tengo una tabla Rubros donde tengo:

IdRubro - Autonumerico
Descripcion ...


Ahora bien, para la tabla Sub Rubro, me conviene armarla igual que rubro y luego tener una 3er tabla que agrupe cada sub rubro con sus propios rubros o bien conviene tener sub rubro de esta manera:

IdSubRubro - Autonumérico
IdRubro - relacionado a la tabla Rubros
Descripcion ...

Perdón si la consulta es muy básica pero se me hizo lio con eso!

[mike28gt]

La relación que explicas es de uno a muchos, por lo que puedes hacerlo con una sola tabla sub-rubro. La opción de la tercera tabla que mencionas es útil cuando tienes una relación de muchos a muchos.

Saludos.

[buji]

Mike, gracias por responder. A tu ver cual me aconsejas?

Muchas Gracias.

[mike28gt]

Personalmente te recomendaría utilizar únicamente una tabla de rubro y una tabla de sub-rubro.

[buji]

Gracias Mike.

[gnzsoloyo]

Si Rubro y SubRubro contienen los mismos atributos, la segunda es redundante y se debe resolver por medio de una FK apuntando a si misma.
Al menos eso es lo que se usa incluso en bases de datos empresarias.

[buji]

gnzsoloyo, gracias por tu respuesta. Podrías mencionar un ejemplo de lo que dices? Muchas Gracias.

[gnzsoloyo]

¿Ejemplo?
Cualquiera que quieras crear. La única condición es que la tabla tiene una FK que apunta a la PK de la propia tabla...
¿Realmente necesitas que te lo escriba?

La única condición adicional es que el campo FK no debe ser NOT NULL para evitar restricciones circulares.

[Uran]

Creo que lo que @gnzsoloyo quiere decir es lo siguiente (te pongo una imagen que he encontrado en internet como ejemplo, creo que es bastante claro):



Es decir (en español): Tabla Empleados (id_empleado, nombre, titulo_cargo, id_jefe)

id_jefe es una Foreign Key que apunta a id_empleado de la misma tabla, y como él te dice es crucial que permitas tener nulos (algún empleado no tendrá jefe, como el dueño de la empresa...)

[gnzsoloyo]

..Yo quería dejarlo que lo razonara primero, pero bueno, la idea es esa.
Es un modelo de relaciones muy usado porque es simple, sencillo de mantener y no se requiere más.
La condición de que los atributos deben ser los mismos es también esencial, ya que una diferencia de atributos, es decir, datos que pueda haber en un caso y no en un dependiente, implica que el esquema no es de jerarquía recursiva.
Pero esos son detalles que sólo se pueden ver analizando el sistema específico para el que se debe crear la base de datos. No son genéricos como este ejemplo.

[Uran]

Perdón por la intromisión entonces....