Mam tabele user w schema i w bazie Postgree. W momencie:

[PHP] pobierz, plaintext 
$c = new Criteria();
          $c->add(UserPeer::LOGIN, $login);
          $c->add(UserPeer::PASS, md5($pass));
          $c->add(UserPeer::DELETED, false);
          $u = UserPeer::doSelectOne($c);
[PHP] pobierz, plaintext 

pojawia się błąd

500 | Internal Server Error | PropelException
<h2 id="message"> [wrapped: SQLSTATE[42601]: Syntax error: 7 ERROR: syntax error at or near "."
LINE 1: SELECT user.USER_ID, user.LOGIN, user.PASS, user.NAME, user....
^]</h2>wygląda na to że user jest zarezerwowany. Normalnie w statycznym zapytaniu do bazy np. select name from "user", user daje w cudzysłowie. Jak to obejść?

Zamieniłem wszystkie const w BaseUserPeer np.:
const USER_ID = 'user.USER_ID';

na
const USER_ID = '"user".USER_ID';

Da się jakoś w schemie już to ustawić?

np. <table name=""user"" phpName="User">, gdzie user jest interpretowany w cudzysłowie?

Nie chcę wprowadzać w błąd, ale czy User nie jest jakimś zastrzeżonym słowem kluczowym?
Ja miałem niezłą zagadkę, czemu obiekty klasy Location wyrzucają mi (z tego co pamiętam) podobne błędy. I nie było zmiłuj, trzeba było zmienić na Sublocation

Tak, user jest słowem zastrzeżonym , co może powodować takie problemy, proponuję zmienić nazewnictwo pól w tabeli.

To powoduje problemy Miałem ten sam problem jak nazwałem relację po prostu "order".

pzdr.

edit:
nie zauwazylem poprzednich postow