Page 1 sur 1
pb de definition d'un champ dans une bdd
Posté : 16 juin 2005, 16:09
par tazou
bonjour
voila mon ti pb avec la definition d'un ligne dans mysql
champs : type
type : je ne sais comment le definir
taille : aucune idée
attribut: binaire
null : null
mon pb est que je ne sais comment definr le type pour que mon champ puisse etre binaire il faut qu'il puisse stocker 0 ou 1
merci d'avance pour votre aide
Posté : 16 juin 2005, 16:12
par tazou
[RESOLU]c bon g resolu mon pb
Posté : 16 juin 2005, 16:27
par ouckileou
un truc sympa quand tu résouds toi-même un problème c'est de poster la solution
parceque rien de plus frustrant que de faire une petite recherche sur le net, de tomber ENFIN sur le SEUL post dans lequel quelqu'un a posté le même problème que toi... et de lire :
"super génial j'ai trouvé tout seul trop cool c'était trop simple en fait merci salut"
... et de rester comme un c** devant ça
Posté : 16 juin 2005, 16:30
par pjl
Idem.
Surtout qu'habitué à SQLServer, je m'étais posé la question un jour et n'avais pas trouvé la réponse sauf à magouiller un truc.
J'ajouterai que parfois, on croit avoir trouvé la réponse mais que ca peut ête un truc assez merdique.
Posté : 16 juin 2005, 17:00
par tazou
pour répondre à votre question g mis en type char et 1 en dimension (taille/valeur) c tout. et ca marcher de suite
Posté : 16 juin 2005, 17:00
par zeus
La solution la plus simple consiste à déclarer un champ de type integer et de ne stocker que 0 ou 1 dedans
Je suis plutôt partisant de ne vérouiller la base de données qu'un minimum (du moins au niveau de la structure des tables) et de tout vérifier en PHP
Je trouve plus sain de controler une erreur en PHP plutôt que d'attendre les messages d'erreur de MySQL.
Les temps d'accès au SGBD sont déjà assez une tare pour éviter de tester les erreurs avec un accès au SGBD
Posté : 16 juin 2005, 17:07
par tazou
c une solution effectivement
Posté : 16 juin 2005, 18:09
par pjl
La solution la plus simple consiste à déclarer un champ de type integer et de ne stocker que 0 ou 1 dedans
Je suis plutôt partisant de ne vérouiller la base de données qu'un minimum (du moins au niveau de la structure des tables) et de tout vérifier en PHP
Je trouve plus sain de controler une erreur en PHP plutôt que d'attendre les messages d'erreur de MySQL.
Les temps d'accès au SGBD sont déjà assez une tare pour éviter de tester les erreurs avec un accès au SGBD
pourquoi un INT et pas un TINYINT qui est moins gourmand en espace mémoire ?