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
Re: [HACKERS] Allow pg_dump to dump sequences using NO_MAXVALUE |
| Список | 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 по дате отправления: