Gestion d'une table de plus de 300 champs via des scripts PHP

Bonjour tout le monde,

J'ai une question orientée temps d'execution s'il vous plait.

J'ai divers script PHP qui communiquent avec ma BDD, seulement certaines de mes tables ont plus de 300 champs, donc je me posais la question de savoir ce qui est plus rapide, lorsque j'appelle des infos sur ces tables :

- Laisser la table telle quelle, et limiter les noms des champs a appeler dans ma requete SQL ? OU
- Creer plusieurs tables en faisant des jonctions lorsque j'ai besoin de lire des infos croisées sur plusieurs tables ?

Ensuite je suis un peu vieux concernant le codage, et j'ai decouvert par assimilation, donc j'utilise :

Code:

---

1 2 3 4 5

$req = mysql_query("SELECT nom_du_champ FROM `table` where ...."); while($lc = mysql_fetch_array($req, MYSQL_ASSOC)){ $toto = $lc['toto']; etc... }

---

Je sais que mysql_query est obsolete depuis un bout de temps et qu'il ne faut pas se contenter de dire que cela fonctionne encore, car il y a des failles, et tout et tout, mais connaissez vous un bon tuto simple de comprehension pour passer soit a msqli ou mieux PDO (mais la j'ai peur .. lol), car je compte developper des scripts a destination de professionnels, donc je ne veux pas vendre des trucs foireux dans le temps.

Merci à vous.
Guillaume

Concernant la requête, dans tous les cas, liste les champs dont tu as besoin. Le SELECT * est une mauvaise pratique, lister les colonnes, même si c'est plus long sur le moment, est mieux sur le long terme :
ça évite de remonter tous les champs de la table alors que tu n'as besoin que de 3 informations (y compris dans les cas où lorsque tu écris la requête il n'y a que 3 colonnes dans la table. On n'est pas à l'abri d'une modification...)
ça évite également de remonter 2 fois la même information lors d'une jointure entre 2 tables, simplement parce que c'est la colonne de jointure et que forcément elle est présente à l'identique dans les 2 tables
ça permet d'être sûr du nom du champ, et éventuellement d'ajouter un alias. Si ta colonne en base s'appelle MA_SUPER_COLONNE_AVEC_UN_SUPER_NOM, ça peut être utile d'écrire SELECT MA_SUPER_COLONNE_AVEC_UN_SUPER_NOM as sup_col pour pouvoir travailler avec $row->sup_col plutôt que $row->MA_SUPER_COLONNE_AVEC_UN_SUPER_NOM dans la suite du code :roll:

Concernant la structure de la table, la question est d'avoir une cohérence dans ta structure.
Si on prend l'exemple d'un utilisateur d'un site : les infos du type email, nom, prénom,... sont communes à tous les utilisateurs, et doivent rester dans la table Utilisateur. Mais les coordonnées peuvent aller dans une table adresse (d'ailleurs sur un site de commerce, tu peux avoir plusieurs adresses mémorisées : livraison, facturation...)
Si tu as des utilisateurs du type "client" et des utilisateurs du type "gestionnaire", tu vas avoir des infos spécifiques qui peuvent également être dans des tables à part.
Mais tu ne mets pas la colonne "date de naissance" dans une table "les_trucs_en_vrac" juste parce que tu ne l'utilises que dans l'affichage du profil.

Concernant la technique : personnellement, je n'aime pas mysqli que je trouve inutilement compliqué, donc je te conseille de sauter directement à PDO. Pour ça, tu as le tuto Comprendre PDO et surtout le chapitre "En pratique" ;)

Merci pour ces precieux conseils, cependant, je ne sais pas si c'est psychologique mais PDO me parait plus complexe que mysqli .... je vais regarder ton tuto.

Merci en tout cas de ce premier retour.

Bonne journée a toi.

Des tables de 300 champs , si tu en es à l'origine c'est qu'il y'a un gros problème de conception.

Dans certains gros ERP on peut trouver des tables avec beaucoup de champs , mais autant j'ai jamais vu :mouarf:

Le passage de mysql_ à mysqli consiste pour 90% à rajouter le "i" au fonction mysql existante. Mais comme Celira je préfère PDO , ne serait ce que pour sa capacité à gérer n'importe quel type de base de données.

Citation:

---

Je sais que mysql_query est obsolete depuis un bout de temps et qu'il ne faut pas se contenter de dire que cela fonctionne encore

---

Depuis PHP 7.0.0 l'extension n'existe plus et donc ne fonctionne plus. Pour info PHP 7 à déjà presque 1 an et commence à être largement adopté.

Citation:

---

Envoyé par kaolivier

...PDO me parait plus complexe que mysqli ...

---

C'est une illusion.


En réalité, une fois qu'on connait (syntaxe), c'est beaucoup plus simple à utiliser, et surtout pratique, notamment pour les requêtes préparées.