| From: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | Leon <leon(at)udmnet(dot)ru> |
| Cc: | pgsql-hackers(at)postgreSQL(dot)org |
| Subject: | Re: Re[2]: [HACKERS] Fwd: Joins and links |
| Date: | 1999-07-06 15:04:59 |
| Message-ID: | 199907061504.LAA10481@candle.pha.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> When you will decide - to implement or not to implement,
> I urge you to think again about the relief on optimizer,
> which I stressed many times. No one rebutted yet that adding
> brains to optimizer so that it can use appropriate join method
> will require major rewrite. With links you get the best join
> method as side effect - virtually for free. These joins
> will never be too slow for an unknown reason. Think carefully.
> I hope you will make wise decision.
I believe Ingres does allow this, as it has tid's too. If you are
creating a temp table, you could use tids during your processing. In
fact, it seems tids would be valid until a vacuum is performed.
--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Clark Evans | 1999-07-06 16:28:45 | Re: [HACKERS] Fwd: Joins and links |
| Previous Message | Leon | 1999-07-06 14:40:26 | Re[2]: [HACKERS] Fwd: Joins and links |