Discussion :

[vaneck]

bonjour, je n'ai rien d'autre sur mon serveur que cette page index:
ceci fonctionne:

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$pdo= new PDO('mysql:host=localhost;dbname=developpement;charset=utf8', 'root', 'prout');
$req = $pdo->query("SELECT * FROM `Adherent`  ");
print_r($req->fetchAll());

ceci ne fonctionne pas (aucun retour).

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
    <?php 
$pdo= new PDO('mysql:host=localhost;dbname=developpement;charset=utf8', 'root', 'prout');
$req = $pdo->prepare("SELECT * FROM ?");
$req->execute(["Adherent"]);
print_r($req->fetchAll());
 
    ?>

Dois je contacter un marabout?
merci

[JeitEmgie]

Le nom des tables dans le FROM n'est pas paramétrable dans ce contexte.
Très peu de SGBD supportent le polymorphisme et de toute façon ce ne sera pas avec cette syntaxe.

Votre seule option est de construire la chaîne du query manuellement côté client.

[escartefigue]

En même temps, select * est à proscrire dans une application, à la fois pour des raisons de stabilité des résultats, d'indépendance des données et des traitements et de performances.
Mais, si on remplace * par la liste des colonnes utiles, la requête ne fonctionnera que pour une structure de données.

Du coup l'intérêt me semble plus que limité. Quel est le besoin exactement ?

[vaneck]

le "select *" est surtout la pour simplifier la requette en vu de la résolution du bug. Mais par ailleurs, je l'utiliserait parfois sur des tables, ou j'aurais besoin du coté client de l'intégralité des données de la table, et parfois je ferais plus précis, en fonction du contexte.
Donc à prioris , je suis partie pour faire les vérification en PHP directement, ca fera du code moche.

[pier.antoine]

Bonjour

Code moche? Pourquoi?

Quelque chose du style

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
if ($Chx_table == 'Adherent') 
    $sql = 'SELECT * FROM `Adherent`';
 
if ($Chx_table == 'Activites') 
    $sql = 'SELECT * FROM `Activites`';
 
etc.

Pierre

[SQLpro]

le "select *" est surtout la pour simplifier la requette en vu de la résolution du bug. Mais par ailleurs, je l'utiliserait parfois sur des tables, ou j'aurais besoin du coté client de l'intégralité des données de la table, et parfois je ferais plus précis, en fonction du contexte.
Donc à prioris , je suis partie pour faire les vérification en PHP directement, ca fera du code moche.

Non, cela est une aberration... En effet une base de données évolue en permanence. Certaines colonnes sont supprimées car obsolètes, d'autres ajoutées car devenu nécessaires en fonctions de la législation, des modes, des pratiques commerciales de la concurrence...etc !

En utilisant le SELECT * en production vous vous exposez à des problématiques catastrophiques qui vont produire des résultats faux ou inexploitables...

A +

[escartefigue]

Sans compter, comme je le disais plus haut, l'impact négatif du select * sur les performances : non seulement on transporte des données inutiles au traitement (charge réseau supplémentaire), mais en plus, on s'interdit l'usage d'index couvrants s'il en existe.
Double punition !
Le select * ne devrait être utilisé que pour les requêtes à la volée, jamais dans les traitements