Should I forget about getting such a patch in?
I am up for implementing alternative solutions if the current
one is considered unacceptable. As I tried to demonstrate
in my last email, previous attempts also failed.
On Tue, Sep 3, 2019 at 12:14 PM Swen Kooij wrote:
>
> I read two previous
I read two previous proposals for something similar.
First one is from 2013 [0]. It proposed a OS and filesystem specific
implementation. Which was then changed to a patch that adds a
config option to specify shell commands that postgres should use
for copying files and dirs. This was after
On 2019-09-02 22:16, Swen Kooij wrote:
> Is there anything that I am missing? My early experiments have been
> very promising but my experience with Postgres internals is limited. Any
> help or feedback would be much appreciated.
You might want to review several previous threads that were
On 2019-Sep-02, Peter Eisentraut wrote:
> On 2019-09-02 20:54, Swen Kooij wrote:
> > I've been working on an extension that tightly integrates
> > postgres with underlying filesystem . I need to customize
> > how postgres copies directories for new databases.
>
> Could you share some more
8 Mon Sep 17 00:00:00 2001
From: Swen Kooij
Date: Sun, 1 Sep 2019 22:42:04 +0300
Subject: [PATCH] Add hook for copydir()
Plugins/extensions that want to customize how
PostgreSQL interact with the filesystem can hook
in copydir() instead of having to hook in on
a higher level and potentially co
On 2019-09-02 20:54, Swen Kooij wrote:
> I've been working on an extension that tightly integrates
> postgres with underlying filesystem . I need to customize
> how postgres copies directories for new databases.
Could you share some more details, so we can assess whether that is a
sensible way to
Hello all,
I've been working on an extension that tightly integrates
postgres with underlying filesystem . I need to customize
how postgres copies directories for new databases.
I first looked at the ProcessUtility_hook. This would require
me to copy or rewrite most of the createdb() function.
