Re: your mail - Mailing list pgsql-ru-general

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---559023410-2032315143-1105953418=:12633
Content-Type: TEXT/PLAIN; charset=koi8-r; format=flowed
Content-Transfer-Encoding: 8BIT

Евгений,

ты какой-то неконструктивный и злой :)
В версии 7.3.4, возможно, эта проблема реальна, но на 100%
не уверен, так как нет у меня такой древней версии.
Но в 7.4.6 все работает как и задумано, так что советую тебе
все-таки сделать upgrade, для того люди и работают.
А писать в лист все-таки надо, просто надо стараться формулировать
проблему правильно и четко, и обязательно сообщать всю информацию
о версии, платформе, прикладывать тестовые скрипты и данные (можно
дать ссылку где взять).При этом стараться сделать процесс тестирования
как можно легким, чтобы человек, который пытается тебе помочь, мог
использовать технику "cut'n paste". Почитай еще раз свои письма и ты
увидишь, что у тебя с этим плохо. Мы все люди занятые, не только ты такой,
поэтому обычно очень трудно отвлекаться на чужие проблемы.

Я тебя попросил написать в русскоязычный лист ? А ты даже subject в письме
поленился написать, чтобы мне было понятнее.

Виктор, мне кажется, это тоже в FAQ надо приложить под темой:
Как сообщать о проблемах ?


Олег

On Mon, 17 Jan 2005, Евгений wrote:

>> Oleg Bartunov <oleg@sai.msu.su>:
>
>> On Fri, 14 Jan 2005, Евгений wrote:
>>
>>> Здравствуйте,
>>> не могу писать со своего рабочего ящика потому что у
>>> нас \\\"как всегда\\\"
>>>
>>> мы  тут столкнулись с таким ситуацией:
>>>
>>> в базе определена схема Х1 помимо паблика
>>> в Х1 определена таблица Т1
>>> в паблике определена функция Ф1
>>>
>>> Т1 содержит чек: CHECK (Ф1(поле1)=0
>>>
>>> pg_dump рожает следующее:
>>>
>>> set search_path = public,user1;
>>> CREATE FUNCTION Ф1....;
>>>
>>> set search_path = Х1,user1;
>>> CREATE TABLE Т1
>>> (
>>> .....,
>>> CHECK (Ф1(поле1)=0
>>> );
>>>
>>> при закачке возникает :
>>> ошибка: нету функции Ф1.
>>>
>>> помоему тут всё ясно, и мои дальнейшие рассуждения Вам
>>> не нужны.
>>
>> нифига не ясно :) Сколько учить надо, блин !
>> Версия постгреса какая и функция чья ?
>> Скрипт для проверки. Вот еды-палы ! И если это не
> относится к нашим
>> модулям, то писать надо в мэйлинг лист. Кстати, есть
>> pgsql-ru-general лист. Читай здесь
>> http://www.linuxshare.ru/postgresql/community.shtml
>
> Объясняю, в дополнение ко всему вышеизложенному.
> версия постгреса: 7.3.4 (оба: и pg_dump и того которому
> этот дамп скармливался)
> Функция юзерская, здесь прикол не вней совершенно, а в
> том что она находится в другой схеме нежели таблица,
> чек которой, вызывает эту Ф.
> И вот pg_dump расставляет по дампу дурацкие SET
> search_path, не задумываясь о том что у таблиц бывают
> чеки, а в чеках арифметические выражения, которые
> pg_dump имхо и не планировал разбирать.
>
> В лист я писать не хочу, - там меня в очередной раз
> пошлют нахуй, как неоднократно посылали с багами при
> приведении типов.
>
> Вот тестовый скрипт:
>
> CREATE FUNCTION tst_f() RETURNS INT AS \'begin; return
> 0; end;\' LANGUAGE \'plpgsql\';
> CREATE SCHEMA tst_s;
> CREATE TABLE tst_s.t (a int, CHECK (tst_f()=0));
>
> если базу данных содержащую эти три объекта сдампить
> то дамп будет неработоспособным. (regardless to options
> sot to pg_dump)
> строка CREATE TABLE t..... из дампа сгенерирует ошибку.
>
> может быть господа перемудрили, когда стали придираться
> к существованию функций при создании чека ? либо схемы
> это абсолютное зло (к чему я более склоняюсь)
>

     Regards,
         Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83
---559023410-2032315143-1105953418=:12633--