[Merise:>Modéle de données] Comment savoir ?

Allo,

je bug sur la requete d'insertion.
Comment peut on faire pour un insert avec une valeur en auto_increment qui doit servir de foregin key dans une autre table.

Voila.
J'ai une table

voiture{
id_voiture,
couleur}

et une table

usine{id_usine,id_voiture}

au moment d'inserer une voiture, il faut aussi que j'insérer dans la table usine une ligne avec l'id_voiture qui lui est auto_incrementer dans la table vioture.
Comment fait on ??
doit faire plusieurs requete
type un insert suivi d'un select (dernier element insérer) pour trouver l'id puis a nouveau un insert dans la 2nd table ?? Cette technique est certes réalisable, mais elle me semble trés peu sur

qu'en pensez vous ??
que me conseillez vous ??
dois je utiliser quelque chose comme on duplicate key ou quelque chose du genre ??
Merci d'avance pour votre aide

Mon entité statut est là pour marquer si le contact est actif ou non.
Mon entité type est là pour montrer si le contact est interne, externe ou autre.
Il est sur que je ferait des requêtes pour sortir les contacts actif et interne ou seulement contacts actif ou seulement interne.
Il y aura trés peu de requête demandant de lister (en select) le contenu de statut ou type

Y a t il un des points négatif a mettre beaucoup de table ??
Car je viens de décomposer la table contacts ...

Eléments négatifs ? Non je ne peuse pas.

Toujours est-il qu'il faut bien gérer le lien (clés étrangères) entre les tables pour pouvoir utiliser correctement la base de données plus tard et ne pas la corrompre avec des données qui ne sont rattachées à rien du tout.

Plus ta base est décomposées plus elle te permet d'etre maléable et adaptable par la suite si tu veux ajouter des modules à tes programmes et qui demandent certaines fonctionnalités en plus que celles existante.
Mais le but n'est pas non plus de fragmenter le plus possible sa base de données (donc le MCD) parce que cela implique qu'elle devient plus complexe à gérér, et point de vue code, plus complexe sera l'application qui utilise la base de données, plus complexe seront les requêtes SQL générée, et parfois même, le temps d'acces aux données en sera plus long.

C'est pour cela qu'il faut réfléchir à l'avance aux fonctionnalités de l'application qui repose sur la base de données, afin d'avoir une base la plus adaptables et la plus rapide à la fois.

Dans ton cas, si tu laisse par exemple 'status' en tant que propriété, tu aura de la redondance dans tes tables, mais vu que tu ne t'en servira que pour effectuer des requêtes de sélection pour connaitre les connectés et les non connectés, il faut que tu laisse cela en tems que propriété.
Si tu en fais une table, tu n'aura que deux valeurs dedans, qui ne te serviront pas à grands choses au final et compliquera tes requetes sur la base.
Pour ce qui est du 'type' par contre... à voir selon les fonctionnalités de ton application.