If you can't use a wrapper script and you can't use that flag, I'm not sure how you're going to manage to keep this a process that's simple for a typical end user to manage. From what I know, there's nothing internally on the data loading process that pg_restore uses that would guarantee you that what is loading the data is pg_restore. Might need to rethink your strategy here.
On Wed, Jun 11, 2014 at 2:18 PM, Moshe Jacobson <moshe@xxxxxxxxxxxx> wrote:
Yes, this extension needs to work with everyone's normal restore process. Otherwise I would have to ask everyone who used my extension to modify their pg_restore command.On Tue, Jun 10, 2014 at 10:57 AM, Francisco Olarte <folarte@xxxxxxxxxxxxxx> wrote:
Is there any reason to avoid pg_restore --disable-triggers ?This also means that I can't rely on a wrapper to pg_restore, as Keith suggested earlier.Moshe JacobsonManager of Systems Engineering, Nead Werx Inc.2323 Cumberland Parkway · Suite 201 · Atlanta, GA 30339
"Quality is not an act, it is a habit." -- Aristotle