Typage des variables MySQL via PHP

Bonjour,

Je navigue sans gros problème pour la conception d'un gestionnaire de BDD utilisant Flash pour l'appel des données, PHP pour la transcription et MySQL pour stocker.
Objectif: lier des paramètres d'animations techniques avec les données stockées.

Question:
En créant une BDD, je souhaite typer mes variables:
exemple : nomMoteur -> text
coupleFrein -> integer
ViscositeHuile -> Float
etc...

Ma question est très simple:
Quelle est la commande php (si elle existe) qui permette de définir le type de variable (text, real, integer, float, etc...) dans MySQL afin de définir les champs de mes tables, dans le genre...

mysql_field_type(...)='text' ???

Je n'ai pas trouvé dans les listes de forums, et si j'ai mal lu, que je sois puni à boire une bonne bière à Noel !

Merci !

Ailleurs n'est point ici. D'ailleurs ici ou ailleurs, c'est quand même  pas là!

Salut,
il faut faire une requête SQL "CREATE TABLE ..." et tu pourras définir tes champs.

thip

!a n'y est, j'ai trouvé,

Merci à tous.
Il suffisait de chercher !

J'ai vu du style

is_float, is_interger, is_text etc...


Ailleurs n'est point ici. D'ailleurs ici ou ailleurs, c'est quand même  pas là!

Salut,


Tu ne prends pas de risque a définir toi même ta punition, j'dirais plutôt "3 McDo et 1 litre de Coca" pour que ça en soit une vraie.

Pour compléter un peu le propos de Tpoinsot, c'est au niveau de la table MySQL que le typage doit être fait. Côté PHP ça n'a guère d'importance, il s'en débrouille (pour info).



Cordialement,

Kohntark -

J'ai loupé ton dernier message ...

Les fonctions que tu énonces ne permettent pas de "définir le type de variable", mais de le connaitre.


Kohntark -

kohntart,

merci pour l'info, mais dis m'en plus.

lorsque tu dis que (je cite):

"Pour compléter un peu le propos de Tpoinsot, c'est au niveau de la table MySQL que le typage doit être fait. Côté PHP ça n'a guère d'importance, il s'en débrouille (pour info). "

Est-ce que cela signifie que le "débrouille" c'est un php qui analyse et sait de quelle type de variable il s'agit ?
Et si c'est vrai, est-ce que cela ne fait pas perdre de temps au processeur, surtout si des milliers de valeurs sont à traiter ?

merci

Ailleurs n'est point ici. D'ailleurs ici ou ailleurs, c'est quand même  pas là!

Toi aussi !!!
Quel est le but exact (typage des variables) ? Rencontres tu des erreurs ?


Oui, en théorie.

Contrairement à bien d'autres langages PHP est très faiblement typé, ce qui est dans la majorité des cas un avantage ( je vais en faire bondir certains)
Dans la majorité des cas (bis) il est inutile de spécifier le type à PHP. Quand cela est nécessaire il suffit de le faire conformément au lien cité dans mon précédent post.


Oui, ça l'est, si je mens que je sois puni à boire un quadruple scotch de 12 ans d'âge à Noël.


Il faudrait faire des tests, mais je parierai volontiers que spécifier le type est plus lent que ne pas le faire. Ce dont je suis à peu près certain est que la différence est ultra négligeable.

Côté PHP le typage n'a donc que peu d'importance, contrairement aux SGBD, comme tu as pu le constater dans le lien que je t'ai donné.

Que tu passes à MySQL :
$data = 354; ou $data = '354';
importe peu, c'est au niveau de mySQL que le typage sera fort, selon le type que tu auras défini pour les champs de la table.

Cordialement,

Kohntark -

Merci, je crois bien avoir compris, c'est très clair. Il me reste la question ultime et je ne t'ennuie plus après cela, et en même temps je te réponds sur l'objectif du projet.

Le projet sert à des utilisateurs peu enclins à travailler avec des bases de données, il s'agit de techniciens plutôt fort en mécanique.
Je construis donc un projet simple d'usage, mais il faut que les personnes renseignent à minima la base.
Il se peut que des tables soient à concevoir.
Et là, j'ai tout fait à partir de Flash. L'interface graphique étant très pratique pour en faire un outil pédagogique, elle demande progressivement à l'utilisateur les éléments dont elle a besoin pour se construire. Dès qu'elle les a, elle passe l'ensemble à php qui bâtit la table.
Par exemple, de manière simple, l'interface demande les éléments suivants:
- le nom de la base (il y a une explication au niveau de l'interface)
- le nom de la table
- le nom de chaque champs
- ....

Et là où il y a les pointillés, et c'est ici que je fais en fonction de ta réponse, doit-elle demander le type du champs (integer, float, text ...) ?

Car, l'utilisateur n'ira jamais dans la base pour typer les champs.

Ainsi, y a-t-il necessité de typer MySQL à travers php ? J'ai bien compris que php n'en a pas besoin, mais pour la table, il faut le faire au moment de sa construction, je pense. Est-ce possible à travers php ?

ex :
$champs = settype("float",ViscositeHuile);

merci

Ailleurs n'est point ici. D'ailleurs ici ou ailleurs, c'est quand même  pas là!

J'ai un peu de mal à saisir, pourquoi demander à des "mécaniciens" le nom de la base, de la table, le nom des champs, etc ...
C'est primordial de le comprendre car ton développement PHP en dépendra à coup sur.


Quel est le but exactement ?
Des techniciens qui doivent renseigner les opérations effectuées sur un équipement ?
Former ces mêmes techniciens à l'utilisation d'un SGDB ?
... ou que sais je encore.

Tu le vois, je suis franchement paumé sur le but exact.

J'attends ta réponse avant de tenter d'en donner une qui actuellement serait très hasardeuse.


Cordialement,

Kohntark -

Bien, je pensais être clair, mais comme dirait l'autre, c'est en se confrontant au monde qu'on voit comment il réagit, ainsi que nous-mêmes!

J'ai trouvé la réponse alors même que je finissais ta réflexion, mais pour ne pas te laisser en reste, je vais clarifier au mieux sur un exemple:

1) on apporte la matière première, des barres d'acier spéciaux calibrés à un régleur spécialisé en forge à froid (on déforme le métal sans le chauffer avec des presses que plusieurs centaines de tonnes).

2) il dispose de matrices d'acier au carbone très dures avec lesquelles il va faire des essais de déformations, essais nécessaires avant toute production en série. Mais on doit analyser les résultats des essais avant d'y aller.
2a) il y a des capteurs en place qui relèvent automatiquement les valeurs de pressions, vitesses, couples, freins, etc....
2b) il y a les valeurs paramétriques du régleur, dont une grande partie ne peut être identifiée par un capteur électronique. Il s'agit d'entrées manuelles faites par lui.

3a) Comme il s'agit d'un essai d'une pièce (pn), le régleur va créer une base de collecte de ses propres relevés, qui s'appellera par exemple (base_pn).
3b) Il va monter la table (table_pn) de la pièce (pn), dans laquelle il va notifier ses propres paramètres (attention on est dans le domaine de l'expérimentation).
3c) Il va donc entrer, par exemple, nombre_d_interventions_sur_poste1, nombre_de_calages_du_zero_pression_huile_circuit1, etc, etc...

En fait, selon la pièce à expérimenter, les paramètres seront tous différents et nouveaux.
Ainsi, pour chaque nouvel essai, on utilisera la même table, ou une nouvelle si nécessaire (amélioration continue).
Pour toute nouvelle forme, on crée un nouvelle base avec les pièces de même famille.
Exemple, il y aura une base Axes, une base, rotules, une base spindels, une base anneaux, etc..
Chaque base contiendra ses propres tables, les produits étant très différents les uns des autres (il n'ont rien à voir entre eux).

C'est pourquoi (collectivement) il a été entendu que les techniciens, pour des raisons de temps et de qualification, n'auront pas à accéder à MySQL (une expérience technique peut prendre de quelques heures à plusieurs jours).

Excel a été rejeté, car le nombre de données collectés sera très important, les matrices auront des tailles imposantes (provenance de plusieurs usines), il faudra faire de multiples liens avec des bases techniques locales et externes, toutes sous MySQL. Donc, c'est le côté pratique de MySQL qui a été invoqué.

Voilà pourquoi je fais ce montage, et le comment de ma question.
Mais, par ta réponse, je laisse php se débrouiller, je peux ainsi monter mes tables de calculs pour analyser les expériences.

Merci à toi,et à tous!

Ailleurs n'est point ici. D'ailleurs ici ou ailleurs, c'est quand même  pas là!