Re: Cost limit.
| От | Bruce Momjian |
|---|---|
| Тема | Re: Cost limit. |
| Дата | |
| Msg-id | 200105181612.f4IGC7U29140@candle.pha.pa.us обсуждение исходный текст |
| Ответ на | Cost limit. (Shaun Thomas <sthomas@townnews.com>) |
| Список | pgsql-admin |
> Actually I was thinking of something to cut the query off at the pass. I > looked through the code, and it does a query plan and uses the one with > least cost. So, theoretically, I should be able to hack the code so that > it will refuse to execute a query if the best query plan has an estimated > cost of over 100,000 for example. > > Some kind of error like: "Query not executed due to detection of possible > cross product." > > Of course, I'd like to stay away from source hacks, besides It would be > nice to tune from postgresql.conf as a parameter like max_query_cost. > > The source is a bit spaghetti-ish, and I'm having a hard time following > some of the macros, typedefs and structs. I don't think I could add > a feature like this myself. I don't think our optimizer estimates are that accurate. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
В списке pgsql-admin по дате отправления: