PostgresSQL. dblink к базе, но что-то запрос сломанный.

[Artsiom]

Доброго времени суток.
Пытаюсь получить всего лишь 1 значение в архивной БД, пишу:

SELECT "t1"."IDregion" 
    FROM dblink('archive', 'SELECT naimzak, IDregion FROM zakazchik')
      AS t1(naimzak VARCHAR, IDregion integer)
    WHERE "naimzak" = "rZakazchik"."naimzak" LIMIT 1 INTO IDregionAr;

На что мне ругается см. вложение.
Что я не так делаю с "t1"."IDregion"?
Ну, как это понимаю я:
Формируется таблица t1 из всех заказчиков с регионами из архивной.
Далее я вытягиваю айдишку региона этой таблицы t1 по наименованию заказчика, на всякий случай LIMIT 1, хотя больше 1 не может быть, но на всякий случай.
Пишу вытянутую айдишку в IDregionAr.

[Artsiom]

)никто не знает почему он ругается на "t1"."IDregion"?
Всё же правильно пишу.

[Аватар]

Не знаю почему ругается. А что такое rZakazchik? И where лучше во вложенный запрос засунуть, не?

[Artsiom]

Сообщение от Аватар

А что такое rZakazchik?

Это поля с заказчиком из основной БД.
Получаю выше:

 SELECT * FROM zakazchik WHERE "ID" = "inID" LIMIT 1 INTO "rZakazchik";

Сообщение от Аватар

И where лучше во вложенный запрос засунуть, не?

В смысле? Как?
И зачем?
Ну, сейчас запрос выглядит, грубо говоря, так:

SELECT "t1"."IDregion" FROM t1
WHERE "naimzak" = "rZakazchik"."naimzak"
LIMIT 1 INTO IDregionAr;

Выбрать из таблицы t1 IDregion по условию "t1"."naimzak" = "rZakazchik"."naimzak"
и записать его в IDregionAr

[Аватар]

И зачем?

Видимо потому, что сначала выполнится это:
SELECT naimzak, IDregion FROM zakazchik
все полученные данные запишутся в какую-то временную таблицу. И потом внешний запрос из неё выберет одну строку. Полагаю лучше во внутреннем запросе выбрать одну строку, эффективней. Как получится проверь по времени оба варианта

Что касается rZakazchik. Обычно с точкой алиас или имя таблицы и поле. Где это имя в FROM этого запроса, а не предыдущего? Ладно, проехали, может Postgress такой хитрый, его то я не знаю ))

[Artsiom]

Хм, да, возможно это была моя ошибка, но этого мы никогда не узнаем, потому как переписал запрос.
Дело ещё было и в двойных кавычках.
Да, всё же если вытягивать не всё таблицу, то быстрее, но я хз как засечь это время, но если включить воображение и логику - то да, быстрее.
Переписанный запрос:

"rZakazchik"."naimzak" = replace("rZakazchik"."naimzak", '"', '""');

sql_query = 'SELECT "zakazchik"."IDregion" FROM "zakazchik" WHERE "zakazchik"."naimzak" = "'||"rZakazchik"."naimzak"||'" LIMIT 1;';

SELECT * FROM dblink('archive', sql_query) AS t1(IDregion integer) INTO IDregionAr;

1. Экранирую двойные кавычки.
2. Составляю запрос.
3. Получаю результат.
И опять ругается...
Что-то WHERE "zakazchik"."naimzak" = "Государственное предприятие "йцуке"" не нравится.

[Аватар]

А константы в каких кавычках должны быть? Судя по ошибке не в двойных. Типа такого

sql_query = 'SELECT "zakazchik"."IDregion" FROM "zakazchik" WHERE "zakazchik"."naimzak" = '''||"rZakazchik"."naimzak"||''' LIMIT 1;';

В константе тогда и одинарные нужно экранировать

[Artsiom]

Сообщение от Аватар

А константы в каких кавычках должны быть? Судя по ошибке не в двойных. Типа такого

sql_query = 'SELECT "zakazchik"."IDregion" FROM "zakazchik" WHERE "zakazchik"."naimzak" = '''||"rZakazchik"."naimzak"||''' LIMIT 1;';

В константе тогда и одинарные нужно экранировать

Да! Точно! Спасибо!!!!!
'''||"rZakazchik"."naimzak"||''' должен быть именно в одинарных экранированных.
После чего экранирование двойных можно убирать, ибо не нужно.
Чччерт, а как вы по ошибке определили, что это в одинарных то дело? Я до сих пор не понял...

[Аватар]

Потому что считает колонкой и не находит ее. Как в мускуле - для полей одни кавычки, для констант другие. В MS SQL тоже, ток там для полей квадратные скобки