Re: [HACKERS] What about LIMIT in SELECT ?
| От | jwieck@debis.com (Jan Wieck) |
|---|---|
| Тема | Re: [HACKERS] What about LIMIT in SELECT ? |
| Дата | |
| Msg-id | m0zVfKV-000EBPC@orion.SAPserv.Hamburg.dsh.de обсуждение |
| Ответ на | Re: [HACKERS] What about LIMIT in SELECT ? (Bruce Momjian <maillist@candle.pha.pa.us>) |
| Ответы |
Re: [HACKERS] What about LIMIT in SELECT ?
Re: [HACKERS] What about LIMIT in SELECT ? |
| Список | pgsql-hackers |
>
> I agree. Another good thing is that the LIMIT thing will not require a
> dump/reload, so it is a good candidate for a minor release.
That's wrong, sorry.
The limit thing as I implemented it adds 2 new variables to
the Query structure. Rewrite rules are stored as querytrees
and in the existing pg_rewrite entries that would be missing.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck@debis.com (Jan Wieck) #
В списке pgsql-hackers по дате отправления: