échapper des valeurs $_POST servant à la connection

Citation:

---

j'ai finalement décidé de créer une seule base de données pour tout le monde. maintenant quand je cherche à autoriser a ajouter une ligne à la table d'index de l'utilisateur

(public.26_index dans ce cas)

Code:

---

1 2 3

$sqlX1 = "INSERT INTO public.".$_SESSION['user_id']."_index(name,cat) VALUES (?,'private')"; $stmt=$dbcon->prepare($sqlX1); $stmt->execute(array($_GET['newtable']));

---

---

Tu ne fais que déplacer le problème. À moins de maîtriser parfaitement le sujet et de savoir précisément ce qu'on fait, généralement on ne place pas l'ID utilisateur en nom de table, mais en valeur.

Concernant l'erreur, elle provient de ta nomenclature mal supportée par PostgreSQL.
=> Place ton nom de table entre "

Il faut que tu obtiennes un INSERT comme :

INSERT INTO public."123_index" (name, cat) VALUES (?, 'private');

Et les " seront nécessaires à chaque référence aux noms de table de ce genre.

Je reviens a cette discussion après plusieurs jours de travail sur le sujet :

Merci beaucoup de vos conseils, et donc les derniers concernant les guillemets public."

J'ai maintenant réussi à lier une grande partie des pages à cette nouvelle architecture. Il est vrai qu'un acces a poatgresql nairait pas servi a tous, et je ne voi pas encore bien comme mettre une api en place, je peux y penser plys tard

et finalement, si les noms de table sont maintenant

user46_table23_linestring par exemple,
Quel nom different devrais-je adopter?

Citation:

---

Envoyé par Séb.

À moins de maîtriser parfaitement le sujet et de savoir précisément ce qu'on fait, généralement on ne place pas l'ID utilisateur en nom de table, mais en valeur.

---

je vous recommande aussi cela.

vous aurez alors une table par type d'objet et l'identifiant client sera une clé étrangère de ces tables.
et vous pourrez alors utilisez l'identifiant client avec les requêtes préparées ce qui réduira les soucis de sécurité sur cette valeur.