Guardar

[PabloGarciaAr]

Gracias por la respuesta gnzsoloyo.
Hasta donde entiendo la tabla está bastante normalizada, igualmente puede ser como decis, un error en el diseño.
Exageré un poco con lo de miles, pero son varios.
Detallo un poco mejor el problema y las tablas del sistema:

Tablas y sus campos mas importantes:

vehiculos: id, fecha, matricula, idMarca, idModelo, color, kilometraje (PK: id, matricula y fecha)
motores: id, fecha, idMarca, nroSerie, horasUso (PK: id y fecha)
componentes: id, fecha, nombre, descripcion, horasUso (PK: id y fecha)
modelos: id, descripcion
marcas: id, descripcion
mantenimientos: id, fecha, idVehiculo, idTaller, idPropietario, fechaSalida (PK: id, fecha y idVehiculo)
usuarios: id, idTaller, nombre, apellido, mail, password,
talleres: id, razonSocial, direccion,

y algunas otras mas genéricas, como provincias, localidades..

Pero de esta forma encuentro muy engorroso hacer la consulta SQL de los mantenimientos de un taller, ya que la fecha podría no ser la misma en mantenimientos y vehiculos por ejemplo, ya que si se modificó algo en el motor en un trabajo, solo la tabla motor es modificada y no la de vehiculo, y en ese caso debería preguntar por la fecha mas proxima inferior, y eso es lo que me parece poco performante.