-
Непонятная ошибка (15.05.08 10:53) [0]Есть запрос:
'SELECT users.id as uuid,'+
'users.username as username, '+'calls.ID as cid, calls.USERID '+
'as cuid, calls.DATE as fdate, calls.ORGID as orgid,'+
'calls.TEXT as text FROM users, calls '+
'WHERE (users.ID=13) and (calls.userid=13)
при попытке его выполнения - AV, при этом запрос
'SELECT users.id as uuid,'+
'users.username as username, '+'calls.ID as cid, calls.USERID '+
'as cuid, calls.NEXTDATE as fdate, calls.ORGID as orgid,'+
'calls.TEXT as text FROM users, calls '+
'WHERE (users.ID=13) and (calls.userid=13)
выполняется и отображается нормально. И DATE, и NEXTDATE это DOMAIN типа DATE.
В чем может быть проблема? -
Понятная ошибка (15.05.08 11:05) [1]> [0] Непонятная ошибка (15.05.08 10:53)
> В чем может быть проблема?
В ДНК. Нефиг поля называть зарезервированными словами. -
Непонятная ошибка (15.05.08 11:06) [2]Если при этом делать запрос "SELECT "DATE" FROM "CALLS"" то все нормально проходит.
-
> Если при этом делать запрос SELECT "DATE" FROM
Ну и как, на какие-нибудь мысли не наводит ? -
Непонятная ошибка (15.05.08 11:26) [4]Наводит. А можно переименовать это поле без потери данных в нем?
-
> Наводит. А можно переименовать это поле без потери данных в нем?
не на те...
выполни "SELECT DATE FROM "CALLS"", может на те на какие намекают наведет. -
Непонятная ошибка (15.05.08 11:37) [6]если без кавычек то эхто естественно слово-операнд, но с кавычками-то работает... O_o
-
а теперь внимание на вопрос....
-
Непонятная ошибка (15.05.08 11:48) [8]если выполнить этот оператор вернется не содержимое поля а дата по серверу...
-
> А можно переименовать это поле без потери данных в нем?
Зачем переименовывать? Просто создай др.поле, копирни в него из твоего, твоё удали... -
> копирни в него из твоего, твоё удали...
не выйдет. он так и не научился обращаться к своему полю... %)