Primary Key composite

Bonjour!
J'ai une table dans laquelle j'ai :
date DATE PRIMARY KEY
heure TIME
prod INT

Je sais qu'il n'est pas possible d'avoir 2 primary key dans une même table mais je souhaiterais trouver un moyen d’insérer plusieurs enregistrements avec la même date mais à des heures différentes, par exemple :
date - heure - prod
2013-11-27 - 10:09:08 - 578
2013-11-27 - 12:11:10 - 965
2013-11-27 - 15:14:13 - 123

Merci!!

Bonjour,

Quel est votre SGBD ?

Merci.

J'utilise un mySQL tout ce qu'il y a de plus standard :
Version de la base de données 5.1.69
Interclassement de la base de données utf8_general_ci

Merci!

Bonjour,

Voici la syntaxe qui permet de te créer une clé composite

Code:

---

1 2	ALTER TABLE MaTabel DROP PRIMARY KEY, ADD PRIMARY KEY(DATE, TIME);

---

Cedi dit :
Il est préférable d’utiliser une clé primaire int avec un autoincrément.

Merci.

Merci, disons que ma table est vide donc le travail concernait surtout les codes qui l'utilise!
Pourquoi concrètement est il préférable d'utiliser une auto incrémentation plutôt qu'une clé composite?
A ce jour j'ai encore le choix mais quand j'aurais mes clients, ça sera plus délicat donc autant en transpirer aujourd'hui!!
Merci!

Bonjour,

Cela fait partie des bonnes habitudes qu’il faut prendre en considération, par exemple l'indexation;
Ça va te prendre de l'espace disque avec une efficacité faible par apport aux clé primaire avec une valeur interger.

Merci.

Je ne suis pas d'accord avec l'idée qu'un id autoincrémenté est une bonne pratique dans l'absolue, et pas particulièrement pour des problématiques de taille d'index.

Par exemple une table de relation n'a pas besoin d'id autoincrémenté, de plus lorsqu'on utilise une clé subrogée il faut généralement rajouter une contrainte d'unicité sur la/les colonnes candidates, donc plus d'espace disque.

On utilise une clé subrogée (id autoincrémenté) afin d'éviter la redondance de l'information dans les tables en relation et/ou notamemnt lorsque la/les clés candidates ne sont pas immuable afin d'éviter de propager des modifications dans les différentes relations.

Cependant sur la plupart des SGBD les jointures sont plus efficaces sur des entiers (je crois que mysql en fait partie)
Donc il est vrai qu'une grande majorité des tables ont une clé autoincrémentée, et qu'une PK sur une date est beaucoup beaucoup plus rare.

Ici vu le peu d'information sur le contexte, il est difficile de dire si c'est nécessaire.
Cependant si le couple date/time est modifiable et que cette date est en relation avec d'autres tables alors, oui, il est pertinent d'avoir un id autoincrémenté.
josse34, je vous invite à visiter le forum de modélisation si nécessaire :
http://www.developpez.net/forums/f25...thodes/merise/

Si c'est créer un id pour créer un id (parce que c'est la bonne pratique...) il faudra tout de même rajouter une contrainte d'unicité sur le couple date/time afin de valider la contrainte fonctionnelle, donc plus d'espace disque et 2 contraintes à maintenir.

PS : pourquoi ne pas utiliser le type datetime à la place du couple date/time ?

Je sais qu'il faut travailler de préférence avec un timestamp mais c'est un choix personnel de clarté!!
Il s'agit simplement d'une base de donnée pour y sauvegarder des données journalières (je traite donc surtout la date) ou horaire (je traiterais l'ensemble plus tard).
Ainsi c'est de l'archivage de données de production et son traitement associé.
Je part donc sur deux clées composite?

Si c'est juste de l'archivage, pas de modification, pas de relation avec d'autres tables alors vous pouvez utiliser le couple date/time comme PK.

Effectivement.

J'ai commencé mes premiers tests, tout semble fonctionner mis à part mes ON DUPLICATE KEY UPDATE, comment faire avec des clées primaires composites?
Actuellement j'ai des insertions du genre :

Code:

---

INSERT INTO `' . $resultat2->subid . '` (date, heure, prod) VALUES (str_to_date('.$date.',\'%Y%m%d\'), '.$heure.', '.$texte[1].') ON DUPLICATE KEY UPDATE prod = VALUES(prod), heure = VALUES(heure)

---

Merci!

ON DUPLICATE KEY c'est pour mettre à jour les autres colonnes, puisque la valeur date/time est déjà présente et unique.

Bonjour.
Désolé, il y a quelque chose que je ne saisi pas! Je reprends l'explication :
J'ai une table crée de cette façon :

Code:

---

"CREATE TABLE IF NOT EXISTS `proddata` (date DATE, heure TIME, prod INT, PRIMARY KEY(date, heure));"

---

Les données sont typiquement comme cela :

Citation:

---

date - heure - prod
2013-11-27 - 10:09:08 - 578
2013-11-27 - 12:11:10 - 965
2013-11-27 - 15:14:13 - 123

---

J'ai deux besoins en insertion avec on duplicate key (ou autrement!) :

• La première étant de n’insérer qu'une seule valeur par jour, ainsi je souhaite comparer selon la colonne DATE. En gros si j'envoi 2013-11-27 - 10:09:08 - 578 puis 2013-11-27 - 12:11:10 - 965 je n'aurais dans ma table que la dernière saisie, à savoir 2013-11-27 - 12:11:10 - 965.
  
  La seconde étant d’insérer autant de valeur par jour que nécessaire, ainsi je souhaite comparer selon la colonne DATE mais également HEURE. En gros si j'envoi 2013-11-27 - 10:09:08 - 578 puis 2013-11-27 - 12:11:10 - 965 j'aurais dans ma table toutes les lignes puisque à des horaires différents, à savoir 2013-11-27 - 10:09:08 - 578 et 2013-11-27 - 12:11:10 - 965.

Je ne sais pas comment faire ces deux systèmes, j'obtiens à chaque fois des doublons pour mon premier besoin, exemple :

Code:

---

1 2	$stmt = $pdo->prepare('INSERT INTO `proddata` (date, heure, prod) VALUES (str_to_date('.$date.',\'%Y%m%d\'), '.$heure.', '.$texte[1].') ON DUPLICATE KEY UPDATE date = VALUES(date)'); $stmt->execute();

---

Merci pour votre aide!!!!

Pour la 1ere modifiez l'heure dans votre insert à 00:00:00 puisque seule la date vous intéresse.