; 684533
> >
> > and for 8.0.X I get:
> >
> > 648130
--
Nicolas Barbier
http://www.gnu.org/philosophy/no-word-attachments.html
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
thers will keep
ignoring its rows. There is nothing to rollback here, thanks to MVCC.
Of course, those rows will still be physically present until the next
VACUUM.
--
Nicolas Barbier
http://www.gnu.org/philosophy/no-word-attachments.html
---(end of broadcast)--
he expressions are actually not using ::text
anymore? Normally they will keep the ::text, and only to change to the
new system should you use the script. Most people *do* want the new
behavior though, so run it :-).
greetings,
Nicolas
--
Nicolas Barbier
http://www.gnu.org/philosop
ulating all aggregations in one run for ROLLUP (instead
of doing multiple scans).
greetings,
Nicolas
--
Nicolas Barbier
http://www.gnu.org/philosophy/no-word-attachments.html
---(end of broadcast)---
TIP 4: Have you searched our list archives?
,
Nicolas
--
Nicolas Barbier
http://www.gnu.org/philosophy/no-word-attachments.html
---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
2007/1/19, Paul Lambert <[EMAIL PROTECTED]>:
A number of months ago I was pointed towards Postgre as a reliable database
server
Please don't use the word Postgre:
http://stoned.homeunix.org/~itsme/postgre/>.
greetings,
Nicolas
--
Nicolas Barbier
http://www.gnu.org/phil
u are supposed to see those indexes. Try "\d tablename" in psql. It
should give you a bunch of information, including something like:
Indexes:
"tablename_pkey" PRIMARY KEY, btree (keyfieldname)
Where tablename is your table's name, and keyfieldname the name of the
column th
quot; but SELECT
> count("ID") from "XYZ" still takes 35 seconds*. (ID is the primary key
> basing on a sequence, select count(*) isn't faster.)
I would like to redirect you to the zillions of mailing list posts
about this subject :-).
> So - what kind of inde
.postgresql.org/docs/whatsnew>
> who is the leading person on postgre?
http://www.postgresql.org/developer/bios>
Greetings,
Nicolas
--
Nicolas Barbier
http://www.gnu.org/philosophy/no-word-attachments.html
---(end of broadcast)---
T
2006/4/24, Dany De Bontridder <[EMAIL PROTECTED]>:
> and the "select count(*)" will be able to use index scan (faster) (in version
> 8.1 ?)
No, it won't.
--
Nicolas Barbier
http://www.gnu.org/philosophy/no-word-attachments.html
-
nd for "binary".
In the latter: It won't, because the splitting mechanism will never
result in an almost-empty leaf. That can only be caused by deletions.
greetings,
Nicolas
--
Nicolas Barbier
http://www.gnu.org/philosophy/no-word-attachments.html
---
11 matches
Mail list logo