conseil bdd, est-ce utile un ID ? [Résolu]

[omelhor]

Bonjour,

J'essaye de concevoir une bdd, et j'ai pas l'habitude

A priori, je vais partir sur ceci :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
titre          type de données
------------------------------------------------
link		        var char 255		PRIMARY KEY
enclosure	        var char 255
title		        var char 255
description         text
region	       var char 50
formation	       var char 50
contrat		var char 50
salaire		var char 50
category	      var char 50
postal		int 7
state		      var char 50
country		var char 50
tag		       var char 50
source		var char 50
geolocalisation	var char 50
date		       timestamp

Peut'on mettre une url en primary key ?
J'ai pas mis d'identifiant, est-ce utile ?

Merci bcp

[ced]

Bonjour,

Oui, les clés numériques sont préférables, pour pleins de raisons (indexation, taille...).
En tout état de cause, une chaîne de taille variable et potentiellement longue est déconseillée.
Mieux vaut un identifiant numérique.

[Netek]

Oui il vaut mieux toujours mettre un ID en auto increment.
Meme si dans l'immédiat tu penses ne pas en avoir besoin, tu pourrais t'en mordre les doigts plus tard ^^

[omelhor]

Envoyé par ced

Bonjour,

Oui, les clés numériques sont préférables, pour pleins de raisons (indexation, taille...).
En tout état de cause, une chaîne de taille variable et potentiellement longue est déconseillée.
Mieux vaut un identifiant numérique.

Je vais suivre vos conseils pour l'ID.

quand tu dit
<<<
En tout état de cause, une chaîne de taille variable et potentiellement longue est déconseillée.
>>>
Cela vaut pour pour le link que j'ai mis en primary key ?
Mon but est de récupérer des news via des flux RSS, et je ne veut pas avoir 2 fois la même news, comment faire ???
J'avais pensé au "title" ou "date", mais je peut tout a fait retrouver les mêmes dans des news différentes

[roro06]

Bonjour

Peut'on mettre une url en primary key ?

Qu'est-ce qui t'en empêche ?

et je ne veut pas avoir 2 fois la même news, comment faire ???

Mettre un cle primaire !

quand tu dit
<<<
En tout état de cause, une chaîne de taille variable et potentiellement longue est déconseillée.
>>>
Cela vaut pour pour le link que j'ai mis en primary key ?

Oui, c'est ce que ça veut dire. Si ton Appli reçoit un grand nombre de visiteurs (2000, 10000, 1 000 000, soyons fous ), cela peut impacter les performances de manière drastique.

Oui il vaut mieux toujours mettre un ID en auto increment.

C'est selon ! Pas plus compliqué pour une BdD d'indexer un id numérique qu'un Id alpha ...

[omelhor]

Ok je vois. Du coup on sais jamais, pour faire attention au côté performance je pense que je vais oublier la clé primaire sur le link.

Lors de l'insertion en bdd, pour ne pas avoir de doublon,je vais controlé si la news existe déjà via le link :
Si link existe, j'insère pas, si link n'existe pas j'insère
Mais imaginons que j'ai 200 000 enregistrement, cela ne risque t'il pas d'impacté mes performances ? Si oui quelq'un a t'il une idée a mon problème ?

[roro06]

Tu peux aussi indexer également ton champs link (en plus de la clé primaire). Index unique, comme ça, en cas de doublons, une exception sera levée.

[CinePhil]

Envoyé par omelhor

A priori, je vais partir sur ceci :

Code :

Peut'on mettre une url en primary key ?
J'ai pas mis d'identifiant, est-ce utile ?

Comme l'ont conseillé les autres, pas de chaîne de caractères longue en clé primaire de la table.
Un article à lire sur les clés auto-incrémentées chez SQLPro.

Autres remarques...

Tu auras probablement plusieurs fois la même région avec le risque potentiel qu'une même région soit orthographiée différemment dans deux lignes de la table. Il vaut mieux alors faire une table de référence des régions et ne mettre ici qu'une clé étrangère faisant référence à l'identifiant de la région.

Idem pour category, state, country et peut-être aussi formation et contrat.

Un code postal n'est pas un nombre avec lequel on va faire des calculs mais... un code ! En France, les codes postaux sont composés de 5 chiffres, même si le département est inférieur à 10. Si tous tes codes postaux sont français, utilise le type CHAR(5).

Mon but est de récupérer des news via des flux RSS

Que viennent alors faire les données relatives à la géolocalisation, au contrat, au salaire ?

Tu devrais réfléchir de façon plus approfondie à ton modèle de données.