Discussion :

[S�b.]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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.

[vincedchart]

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?

[mathieu]

� 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.