Re: [HACKERS] Allow pg_dump to dump sequences using NO_MAXVALUE

Поиск
Список
Период
Сортировка
От Rod Taylor
Тема Re: [HACKERS] Allow pg_dump to dump sequences using NO_MAXVALUE
Дата
Msg-id 1046012320.84130.154.camel@jester
обсуждение исходный текст
Ответы Re: [HACKERS] Allow pg_dump to dump sequences using NO_MAXVALUE  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: [HACKERS] Allow pg_dump to dump sequences using NO_MAXVALUE  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
On Sun, 2003-02-23 at 09:05, Gavin Sherry wrote:
> On 23 Feb 2003, Rod Taylor wrote:
>
> > - Move SEQ_MAXVALUE, SEQ_MINVALUE definitions to sequence.h
> >
> > - Add check in pg_dump to see if the value returned is the max /min
> > values and replace with NO MAXVALUE, NO MINVALUE.
> >
> > - Change START and INCREMENT to use START WITH and INCREMENT BY syntax.
> > This makes it a touch easier to port to other databases with sequences
> > (Oracle).  PostgreSQL supports both syntaxes already.
>
> +       char            bufm[100],
> +                               bufx[100];
>
> This seems to be an arbitary size. Why not set it to the actual maximum
> length?
>
> Also:
>
> +       snprintf(bufm, 100, INT64_FORMAT, SEQ_MINVALUE);
> +       snprintf(bufx, 100, INT64_FORMAT, SEQ_MAXVALUE);
>
> sizeof(bufm), sizeof(bufx) is probably the more
> maintenance-friendly/standard way to do it.

I changed the code to use sizeof - but will wait for a response from
Peter before changing the size.  It's consistent throughout the sequence
code to be 100 for this purpose.

http://developer.postgresql.org/cvsweb.cgi/pgsql-server/src/backend/commands/sequence.c.diff?r1=1.85&r2=1.86

--
Rod Taylor <rbt@rbt.ca>

PGP Key: http://www.rbt.ca/rbtpub.asc

Вложения

В списке pgsql-patches по дате отправления:

Предыдущее
От: "Greg Sabino Mullane"
Дата:
Сообщение: pg_ctl -w port detection with docs
Следующее
От: Rod Taylor
Дата:
Сообщение: Doc changes