Yes
On Tue, 24 Aug 2004, Robert Treat wrote:
> I think I missed this in the earlier patches, but does the alter table syntax
> still work for indexes in addition to the new syntax?
>
> On Saturday 21 August 2004 22:47, Gavin Sherry wrote:
> > Here is a change to the alter_table regression test to
I think I missed this in the earlier patches, but does the alter table syntax
still work for indexes in addition to the new syntax?
On Saturday 21 August 2004 22:47, Gavin Sherry wrote:
> Here is a change to the alter_table regression test to use ALTER INDEX ...
> RENAME instead of ALTER TABLE .
Log Message:
---
Translation update
Modified Files:
--
pgsql-server/src/backend/po:
ru.po (r1.21 -> r1.22)
(http://developer.postgresql.org/cvsweb.cgi/pgsql-server/src/backend/po/ru.po.diff?r1=1.21&r2=1.22)
---(end of broadcast)
Log Message:
---
Translation update
Tags:
REL7_4_STABLE
Modified Files:
--
pgsql-server/src/backend/po:
ru.po (r1.12.2.7 -> r1.12.2.8)
(http://developer.postgresql.org/cvsweb.cgi/pgsql-server/src/backend/po/ru.po.diff?r1=1.12.2.7&r2=1.12.2.8)
---
Log Message:
---
Translation update
Modified Files:
--
pgsql-server/src/bin/psql/po:
ru.po (r1.14 -> r1.15)
(http://developer.postgresql.org/cvsweb.cgi/pgsql-server/src/bin/psql/po/ru.po.diff?r1=1.14&r2=1.15)
---(end of broadcast)--
Log Message:
---
Allow second and subsequent names in a qualified (dotted) name to be
ColLabel instead of just ColId --- that is, any keyword can appear after
a dot and it will be taken as an identifier. Fixes problems with names
that are okay as standalone function names but fail when qua
Log Message:
---
Install for all users wheneever possible, rather than just the user that runs the
installation.
Modified Files:
--
pginst:
Makefile (r1.9 -> r1.10)
(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pginstaller/pginst/Makefile.diff?r1=1.9&r2=1.1
Log Message:
---
%SESSIONNAME% may not exist on NT4 without Terminal Services.
Modified Files:
--
pginst/ca:
pginstca.c (r1.23 -> r1.24)
(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pginstaller/pginst/ca/pginstca.c.diff?r1=1.23&r2=1.24)
---
On Tue, Aug 24, 2004 at 08:50:44AM -0300, Marc G. Fournier wrote:
> adding NT/PITR adds a feature that unless someone *really* screwed up,
> doesn't have the potential of finding a bug *anywhere* in our code other
> then where they tie into it, so its alot less of an impact overall ...
At least
On Mon, 23 Aug 2004, Bruce Momjian wrote:
Neil Conway wrote:
Bruce Momjian wrote:
I think we need to actually find someone who reports a problem before
stating something. I don't see how we can assume it is unstable without
some feedback.
On the contrary, I don't see how we can assume it IS stable
Log Message:
---
Update item:
< * Implement dirty reads or shared row locks and use them in RI triggers (?)
> * Implement dirty reads or shared row locks and use them in RI triggers
>
> Adding shared locks requires recording the table/rows numbers in a
> shared area, and this could p
11 matches
Mail list logo