From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | Tomasz Myrta <jasiek(at)klaster(dot)net> |
Cc: | PGSQL-SQL <pgsql-sql(at)postgresql(dot)org> |
Subject: | Re: virtual table |
Date: | 2003-06-23 11:01:49 |
Message-ID: | 200306231201.49969.dev@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
On Monday 23 Jun 2003 10:09 am, Tomasz Myrta wrote:
> Dnia 2003-06-23 10:54, Użytkownik Richard Huxton napisał:
> > Hmm - I think your problem is going to come before that. Any time you do
> > an INSERT, PostgreSQL is going to need to know the types of all the
> > columns involved.
> >
> > For this sort of thing, I try to keep all the related bits (initial
> > function, views, triggers) in the same text-file to encourage me to
> > remember to update them all together.
>
> I also do this - it isn't really difficult with well written scripts. I was
> just wondering if I don't waste my time tracking all the changes.
I know what you mean - except for simple cases I've never managed to automate
type-checking my code without running it through PG.
> > It sounds like this table1 is only being used during transfer. Is there
> > any reason why you aren't just inserting the required rows into table2.
>
> My queries are ordinary transportation problems with 0 up to 2 changes. I
> found it's better (for performance reason) to find all possible relations
> as single rows and split them at the end into simple connections. Maybe I
> should dig into this problem again and rewrite my queries...
Not saying you've got the wrong approach. Might be worth a few minutes
attention though
--
Richard Huxton
From | Date | Subject | |
---|---|---|---|
Next Message | btober | 2003-06-23 12:57:01 | Re: Informing end-user of check constraint rules |
Previous Message | Richard Huxton | 2003-06-23 10:55:02 | Re: Urgent Help : Use of return from function/procedure. |