[Erledigt] PostgreSQL Select Query Fehlerq

[paulnator2112]

Hallo Community, habe ein kleines Problem zurzeit bekomme ich bei:

SELECT ID FROM public.login WHERE name = ".$name

dieser Abfrage:

ERROR: syntax error at or near "f082b827ab03ef9d4bcefb48255f944" LINE 1: SELECT * FROM public.login WHERE name = 6f082b827ab03ef9d4bc... ^

diesen Fehler. Finde aber nicht die genaue Fehlerquelle :/
Danke im Vorraus
paulnator2112

[hausl]

SELECT ID FROM public.login WHERE name = ".$name

Was soll das einzelne " dort ? Wo sind die Hochkommas in die MySQL Strings so gerne packt?

[paulnator2112]

ne ist um den String von ner variable zu trennen in php.

[rkr]

So wie das da steht wird daraus

SELECT ID FROM public.login WHERE name = f082b827ab03ef9d4bcefb48255f944 

Glaube fuer akretschmer ist so was doof. Endlich mal ne postresql-frage und er kann sie nicht als erster beantworten...

[hausl]

SELECT ID FROM public.login WHERE name = ".$name

ne ist um den String von ner variable zu trennen in php.

ne, is so 'n süntaxfehla, näh.

[paulnator2112]

ne, is so 'n süntaxfehla, näh.

wo ist das nen Syntax fehler?

pg_query("SELECT ID FROM public.login WHERE name = ".$name); 

um mal die query line aus php anzugeben

[hausl]

Das nicht, im Gegensatz zu dem ganz oben, daher auch meine "Anmerkung". Ein " kommt selten allein. Und wer weiß was da ev. noch von dir hätte nicht gezeigt worden sein können.

Was an dem hier nichts ändert -sag ich mal:

Wo sind die Hochkommas in die MySQL Strings so gerne packt?

Versuch mal.. schadet vermutlich in Postgres auch nicht.

Also:

$query = "SELECT ID FROM public.login WHERE name = '".$name."'";
pg_query($query); 

[rkr]

Besser wäre es glatt noch, PreparedStatements zu verwenden. Und auch vermeintlich ungefährlicher content sollte zumindest escapted werden. Ich habe es schon oft erlebt, dass Codestellen nach einem Refactoring auf einmal auch Daten von der Außenwelt bekommen konnten und durch zuvor vernachlässigtes Escaping direkt zu einem Sicherheitsrisiko wurden.

Hach, ich glaube Pessimisten sind die besseren Progger

[paulnator2112]

Irgendwie war ich da geistes abwesend... Danke Damit ist ein Problem von der Welt geschafft und das nächste schleppt sich ein :/
Abfrage:

pg_query("SELECT * FROM public.permissions WHERE ComputerID='".$CID."' NutzerID= '".$nutzerID."'"); 

Fehler:

ERROR: syntax error at or near "NutzerID" LINE 1: ...CT * FROM public.permissions WHERE ComputerID='1' NutzerID= ... ^

Diesmal sogar mit Hochkommata...

EDIT:
@rkr
Das wird schon vorher einmal soweit gesichert dass nichts böses mehr passieren kann.

[hausl]

pg_query("SELECT * FROM public.permissions WHERE ComputerID='".$CID."' NutzerID= '".$nutzerID."'"); 

- Warum die ComputerID nun mit Hochkomma? Das ist ja doch eine Zahl?
- WHERE ... AND ... !

[akretschmer]

Irgendwie war ich da geistes abwesend...

offenbar noch immer.

Abfrage:

pg_query("SELECT * FROM public.permissions WHERE ComputerID='".$CID."' NutzerID= '".$nutzerID."'"); 

Fehler:

ERROR: syntax error at or near "NutzerID" LINE 1: ...CT * FROM public.permissions WHERE ComputerID='1' NutzerID= ... ^

Nun überleg mal:

• Du hast 2 Bedingungen
• wie sollen diese verbunden sein?

Ich schenk Dir ein AND und ein OR. Such Dir was aus.

[akretschmer]

Glaube fuer akretschmer ist so was doof. Endlich mal ne postresql-frage und er kann sie nicht als erster beantworten...

Danke für das Mitgefühl.

[paulnator2112]

Ja ich bin irgendwie immernoch geistesabwesend.
Das AND hat ganz meine Erwartungen erfüllt

Funktioniert nun alles! Danke

[akretschmer]

Ja ich bin irgendwie immernoch geistesabwesend.
Das AND hat ganz meine Erwartungen erfüllt

Funktioniert nun alles! Danke

Tja, kaum macht man es richtig, ...

PS.: select * ist schlecht, wenn die ID's numerischen Typen sind ist der Vergleich mit einem String supoptimal. Das kann ich aber so ohne Wissen über die Datentypen nicht beurteilen.