begin process at 2010 02 10 04:01:58
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Base de données

 > FONCTIONS GÉNÉRIQUES POUR L'AJOUT, LA MODIFICATION, ET LA SUPPRESSION D'UNE TABLE

FONCTIONS GÉNÉRIQUES POUR L'AJOUT, LA MODIFICATION, ET LA SUPPRESSION D'UNE TABLE


 Information sur la source

Note :
8,5 / 10 - par 2 personnes
8,50 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10
Catégorie :Base de données Niveau :Initié Date de création :13/06/2005 Vu / téléchargé :3 633 / 836

Auteur : ivanoff1

Ecrire un message privé
Commentaire sur cette source (20)
Ajouter un commentaire et/ou une note

 Description

Je présente ici trois requêtes.
Ces requêtes permettent d'effectuer des requêtes vers une table.
Elles regardent dans la variable GET tous les champs qui sont identiques à ceux de la table d'où l'on va effectuer les requêtes.
Pour utiliser ces fonctions, il faut nommer les champs (qui sont entre la balise <form></form>) à l'identique de ceux de la table interrogée.



 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip


 Sources de la même categorie

Source avec Zip EXTEND MYSQLI par petibras
Source avec Zip CLASSE DE COMMANDES PEAR DB par pascalmintrosse
Source avec Zip AFFICHER LE RÉSULTAT D'UNE REQUÊTE SQL SUR PLUSIEURS PAGE par karimmass
Source avec Zip SQLDIFF : MIGRATION, VERSIONNING ET SYNCHRONISATION DE LA ST... par aKheNathOn
Source avec Zip RÉSEAU AMICAL par Fidji56

Commentaires et avis

Commentaire de Anthomicro le 14/06/2005 11:24:57

Salut,

Le SELECT * dans une requête n'est pas vraiment approprié...

Ensuite tu peux mettre niveau débutant pour cette source.

a +

Commentaire de ivanoff1 le 14/06/2005 17:17:20

Salut,
J'ai mis cette source car je la pensais intéressante,
pour moi, je la trouve à un niveau intéressant. Désolé de l'avoir mis à ce niveau.

Deuxièmement, je sais que le (select *) est bien moins intéressant car on ramène tous les champs de la table.
Mais ici, j'en avais besoin pour savoir quels champs étaient présents dans la variable GET. Comment veux-tu, de manière générique, connaître quels champs sont présents dans celle-ci ?

a +

Commentaire de malalam le 14/06/2005 17:48:43 administrateur CS

Hello,

j'ai juste jete un oeil, mais...je suis d'accord pour le select * avec Antho.
Tu peux utiliser ca :
http://dev.mysql.com/doc/mysql/en/show-columns.html
Pour recuperer les noms des champs de la table.

Commentaire de ivanoff1 le 14/06/2005 17:55:41

Oui c'est vrai, cela aurait éviter le chargement de tous les enregistrements
Désolé :o$

Et encore merci :o)

Commentaire de malalam le 14/06/2005 17:57:40 administrateur CS

Et puis si j'ai bien compris : "Pour utiliser ces fonctions, il faut nommer les champs (qui sont entre la balise <form></form>) à l'identique de ceux de la table interrogée."
les noms des champs, tu y a acces, soit dans un tableau $_POST soit dans $_GET ?
Donc meme pas la peine d'utiliser show columns

Commentaire de ivanoff1 le 14/06/2005 18:35:00

je suis désolé,

Mais tu n'as pas compris ma source,

Demain je pense, je rajouterais une page utilisant une de ces fonctions....

Commentaire de Arnauti le 14/06/2005 20:55:08

Salutn j'ai pas encore regardez le code, mais juste jete un coup d'oiel, du devrais coder plus "en relief" avec des tabulations ....


A++

Commentaire de ivanoff1 le 14/06/2005 21:29:16

Je code en "relief" mais là, c'est du bloc note ;o)
J'utilise le PHPedit, et je pratique depuis bien lontemps l'indentation :oD

Commentaire de malalam le 15/06/2005 09:49:02 administrateur CS

=> Mais tu n'as pas compris ma source,

Bah ca c'est possible, je ne l'ai pas regardee en profondeur du tout. Juste un oeil rapide.
Ok, $_GET peut contenir autre chose, de toutes facons.
Donc show columns.

Pourquoi $_GET uniquement ? Personnellement j'utilise la plupart du temps mes formulaires avec la methode post.



Commentaire de ivanoff1 le 15/06/2005 10:42:31

C'est vrai que le $_GET est moins sûr,
mais mes pages qui utilisent ces fonctions, ne sont (assurément) visibles que par les administrateurs, donc le post ou le get, ... ce n'est pas gênant pour moi.
Mais je suis d'accord, le POST c'est mieux.

:oD

Commentaire de malalam le 15/06/2005 10:53:17 administrateur CS

Ce n'est pas ce que je voulais dire lol.
Je voulais dire que tu ne laisses pas le choix. Ta fonction devrait etre plus generique et laisser le choix de l'utilisation de get ou de post. La plupart des gens utilisent les formulaires en post. Ce ne serait pas une grosse modification, et ta fonction serait un peu plus utilisable.

Commentaire de ivanoff1 le 15/06/2005 11:28:56

Oui tu as tout à fait raison !!!

:o)

Merci de la proposition !

Je change cela et je re-poste dès que j'ai le temps !

Commentaire de Isengard le 16/06/2005 10:32:15

C'est sur le GET ça devient un peu dépassé (sauf des fois où on est obligés), il vaut mieux directement miser sur du POST ou les deux !

Commentaire de Anthomicro le 16/06/2005 12:57:05

hum...

pourquoi le GET est dépassé ?

url=machin.php?variable=test

c'est dépassé ?

mdr

Commentaire de ivanoff1 le 16/06/2005 13:38:48

fais la remarque aux admin de code source :
(regarde ton url , lorsque tu vois cette page : ;o)
http://www.phpcs.com/code.aspx?ID=32036)

Commentaire de malalam le 16/06/2005 13:40:58 administrateur CS

Lol, le GET depasse, en effet, on aura tout lu.

Commentaire de Anthomicro le 16/06/2005 17:38:07

non mais bon n'importe quoi lol...

http://www.phpcs.com/code.aspx?ID=32036

je vois pas en quoi c'est dépassé... Faut arrêter de dire n'importe quoi mdr

Commentaire de Isengard le 20/06/2005 10:32:10

C'est dépassé au sens tout mettre dans l'URL pas dans le cas de Code-Source !! La c'est un numéro de source donc y'a pas de problème quelconque de sécurité ou quoique ce soit.

Le truc c'est que quand tu as un tas de parametre à faire passer, tu utilise les sessions, ca fait plus propre et plus réglo. Et en même temps ca permet de pas avoir une url à rallonge. Encore une fois ici ca va car c'est un simple numero de source :)

Commentaire de malalam le 20/06/2005 10:44:20 administrateur CS

Bah ce sont juste deux utilisations differentes. GET n'a rien de depasse.
Ca ne sert pas a la meme chose, c'est tout.
GEt est drolement pratique si tu veux offrir a tes utilisateurs la possibilite de bookmarker tes pages ou ils le veulent...

Commentaire de Isengard le 20/06/2005 10:54:44

J'ai jamais dit le contraire, moi-meme je l'utilise pour ça. Mais certains continue à l'utiliser pour passer tous leurs paramètres d'une page à l'autre

 Ajouter un commentaire




Nos sponsors


Sondage...

CalendriCode

Février 2010
LMMJVSD
1234567
891011121314
15161718192021
22232425262728

Consulter la suite du CalendriCode

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,718 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales