On Sun, Oct 21, 2018 at 11:24 PM Tom Lane wrote:
>
> Oleg Bartunov writes:
> > The commit 9b5c8d45f62bd3d243a40cc84deb93893f2f5122 is now 10+ years
> > old, may be we could remove deprecated @@@ operator ?
>
> Is it actually causing any problem? AFAICS it's just a couple extra
> pg_operator ent
Daniel Gustafsson writes:
> In the System catalog/pg_attrdef documentation, there is a reference to
> pg_attribute with the text "see below". That makes sense in the PDF version
> (and similar renderings), but in the web version it seems a bit odd as
> pg_attribute is on the next page, not below.
On Wed, Oct 17, 2018 at 11:45 PM Oleg Bartunov wrote:
> On Mon, Oct 15, 2018 at 12:48 AM Thomas Munro
> wrote:
> >
> > On Mon, Oct 15, 2018 at 10:15 AM Oleg Bartunov
> > wrote:
> > > Please, consider attached patch, which improves contrib/bloom
> > > documentation.
> >
> > Hello Oleg, I have n
In the System catalog/pg_attrdef documentation, there is a reference to
pg_attribute with the text “see below”. That makes sense in the PDF version
(and similar renderings), but in the web version it seems a bit odd as
pg_attribute is on the next page, not below.
The attached patch changes it to
Hi Tom,
Thanks a lot, for the response!
Yes, you are right, there is a secure way for drops, prefixing with the
schema name.
But, for this particular case, TEMPORARY tables, as a special way for
CREATE TABLE, It would be good to have also an special way for DROP TABLE.
(It is just an opinion)
To