заманили и бросили

assa
Дата: 06.11.2003 12:25:45
В 7.0 писал

UPDATE v
SET anyfield ...
FROM table_vith_verylongname AS v, ...
WHERE v.f1=... AND v.f2 IN(...) и т.п.

теперича 7.3. ругатся на такие штуки. А в UPDATE нельзя написать AS (т.е. нельзя:
UPDATE table_vith_verylongname AS v ...

а WHERE могабыть весьма понавороченным. И куды бедному крестьянину податься?

че-то перемудрили.
wbear
Дата: 06.11.2003 13:31:04
update x set xc=1,xb=2 where oid in (select oid from x as v,bbb as w where v.bb=w.bb and ...)
assa
Дата: 06.11.2003 13:38:48
господин уебер, а разжевать? что-то я ни хера не понимаю. Или я совсем отупел, или Вы х-ю понаписали.
wbear
Дата: 06.11.2003 13:43:39
специяльно для господина ass обьясняю

обновить таблицу x SET поле1=1,поле2=2 где oid строчки in (выбираем oidы строчек из х которые надо заапдейтить любым селектом)
assa
Дата: 06.11.2003 13:58:11
Специально для уебера разжевываю смысл вопроса: ХОЧУ ИМЕТЬ АЛИАС ДЛЯ обновляемой таблицы. Чтобы иметь краткую запись предложения WHERE. А вы что мне пишете? Где подмена длинного имени на краткий синтаксис?


таблицы создаю со своими ключами. Without OIDS; (НА хера мне оид, если есть свои ключи). ОБНОВить мне надо не таблицу х.й, а таблицу table_vith_verylongname. И в этом вся суть вопроса.

Если пьян - иди нах.
Konrad
Дата: 06.11.2003 14:36:28
Если пьян - иди нах.

))))))
Конструктивный диалог ))))
assa
Дата: 06.11.2003 14:44:40
какая конструктивность? Пишут глупости, да еще в нечитаемом виде. если лудить where <ключи> in(), то в SET не напишешь ничего контекстно-зависимого. Это не решение. Он что, токо "чиста канкретные циферки" по жизни обновляет, этот уебер, если вместо решения пишет какую-то лабуду?
assa
Дата: 06.11.2003 14:52:40
к тому же ЗОЛ Я НА ПОСТГРЕС сегодня.\r
\r
Канешна все это можно "порешать" - выработать набор приемов, обходящих такие баги. Но напрягает.