Interesante... aunque carece de explicaciones, no soy un experto en el tema y talves aprenda aca un poco:
Cita: - Una clave no es conveniente que sea un autoincremental, a menos que llegados a la 3FN, no se haya encontrado un determinante (clave candidata). Los AI causan serios problemas a futuro, en integraciones de datos, consolidaciones de bases, backups, restauraciones, y un enorme etcétera. Están totalmente desaconsejados en la arquitectura de datos, pero como son lo único que parecen comprender bien los programadores, es muy habitual que se usen.
¿ No entiendo el porque no se deben usar aun ? Solo se explica lo que se tendria que hacer si sacaramos los auoincrementos pero no dice el porque, en que afectarian a futuro a la base de datos
Cita: - Debes considerar que las relaciones N:N definen la existencia de tablas que no figuran en el DER lógico, pero que son consecuencia del modelo. Estas tablas no tienen una PK propia sino que la misma se crea con las dos FK de las tablas relacionadas. Esto no lo estás teniendo en cuenta.
Eso es de libro exactamente, pero por que no poner a esa tabla una PK que sea un ID autoincrementado?? solo imaginate dos tablas persona y avion. Una persona puede viajar en varios aviones y un avion puede transportar varias personas. De N:N, por lo que hacemos una tercera tabla vuelo con claves foraneas de las otras dos tablas que seran su clave compuesta... que pasaria si la persona vuelve a viajar en el mismo avion otra vez??
Agradeceria nos explicaras mejor por que asi tambien yo empezaria a evaluar no ocupar auoincrementos, pero tengo algunos sistemas hechos y hasta el momento no tienen ningun problema. Gracias gnzsoloyo