[DEMANDE DE CONSEIL] Quelques notions que j'aimerai éclaircir [Résolu]

[healou]

Bonjours,

Je ne suis pas vraiment novice avec mysql (je veux dire par la que je sais aisément faire des requêtes avec de multiple relation via pdo de php), mais en ayant appris par moi même j'ai néanmoins quelques problèmes de notion que j'aimerais éclaircir

Pour un développement d'une base de donnée qui va récupérer beaucoup d'informations (que je suis entreins de construire)
est ce préférable de mettre

• tinyint au lieu de int (ou même int(1) ou lieu des 11 par défaut) si nom nombre ne sera que 0 ou 1
• varchar 5 si je suis sur qu'il n y aura pas plus de 5 caractere

Cette question peut paraitre très conne, mais j'avais lu qu'a l'heure actuelle, grâce aux vitesses de connexion, ça ne servait plus a rien de s'attarder sur ceci.
Je vous demande donc votre opinion pour savoir si ça pourrait avoir un impacte sur des millions de données

J'aimerai aussi savoir à quoi sert de mettre foreinKey dans la syntaxe, vu qu'on peu faire une relation sans

Si vous connaissez de très bon ouvrage sur mysql (procédure, utilisation du cron..) n'hésitez pas a m'en faire part, car j'aimerai pousser mes connaissance dans ce domaines

Merci d'avance pour votre aide

[SQLpro]

Déjà considérons que MySQL est le pire SGBDR que l'on puisse imaginer... Et encore, pour ma part je ne peut même pas dire que c'est un SGBDR, car il ne sait pas correctement gérer les relations.
A lire sur ce pseudo SGBDR que constitue MySQL :
http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

Maintenant sur tes questions précises :
1) si votre nombre ne sera que 0 ou 1 ce serait plutôt un booléen qu'il faut utiliser En effet, MySQL ne sait toujours pas implémenter les contraintes de DOMAINE et don ne peut garantir que dans un entier qil n'y aura jamais que 0 ou 1 !
2) Un VARCHAR nécessite de stocker en sus des données la longueur des données stockées et ceci sur plusieurs octets. Ainsi en utilisant un VARCHAR(5) toujours constitué de chaines de caractères de 5 caractères de longueurs, vous stockées en fait 7 octets au lieu de 5. C'est donc stupide, car cela représente 40% de données stockées inutilement en pure pertes...

Cette question peut paraitre très conne, mais j'avais lu qu'a l'heure actuelle, grâce aux vitesses de connexion, ça ne servait plus a rien de s'attarder sur ceci.

Oh que non et vous avez bien fait de poser cette question. Contrairement à une idée reçue, vous gagnerez peu de performances en jouant sur le matériel et énormément en jouant sur la structuration de votre base.
Avec un bon modèle de données et une bonne indexation des gains de plus du milliers sont courant, alors que c'est impossible avec du matériel, même si vous avez gagné au loto... Mais souvent cela ne se voit que trop tard !

J'aimerai aussi savoir à quoi sert de mettre foreinKey dans la syntaxe, vu qu'on peu faire une relation sans

A garantir l'intégrité des données. Par exemple éviter qu'un client soit supprimé alors qu'il y a des factures ou des commandes a son nom.
De plus, certains SGBDR comme SQL Server peuvent optimiser vos requêtes si vous avez mis ces types de contraintes. Mais ce n'est pas le cas de MySQL qui en est resté à l'age de pierre en matière d'optimisation et de performances...
http://blog.developpez.com/sqlpro/p9...lles-en-sql-1/

Si vous connaissez de très bon ouvrage sur mysql (procédure, utilisation du cron..) n'hésitez pas a m'en faire part, car j'aimerai pousser mes connaissance dans ce domaines

Apprendre MySQL est stupide, si vous ne connaissez pas les principaux fondement des bases de données relationnelles. En effet, MySQL est si loin d'être un SGBDR, que c'est comme si vous vouliez apprendre à conduire sur un quad...
Commencez par apprendre ce que sont les SGBDR et le langage SQL.
Mon site comme mon bouquin, peuvent vous y aider.
Commencez par :
http://sqlpro.developpez.com/cours/sqlaz/techniques/
http://sqlpro.developpez.com/SGBDR/ReglesCodd/
http://sqlpro.developpez.com/cours/sqlaz/fondements/
...

A +

[healou]

Un grand merci pour ces explication.
J'avais justement vu ton livre qui a l'air fort intéressant, je vais donc aller l'acheter et voir les solutions qui y sont proposées.

Bonne soirée