[PATCHES] nls_sort function

2005-02-11 Thread javad salehi
We in our Organization are migrating to postgresql. We have a large database with arabic and farsi contenets and we need to sort on both. I found that this function (Taghizade nls_sort) can help us. As our manager need some approvement on this, by putting the function in contrib we can use it.

Re: [PATCHES] [Fwd: Re: [DOCS] How the planner uses statistics]

2005-02-11 Thread Mark Kirkwood
Tom Lane wrote: The internals section would be a good compromise. ISTM that in the context of the "performance tips" chapter, all that people really want to know is that the planner uses the pg_statistic entries to estimate numbers of matching rows --- just how it goes about it is irrelevant detai

Re: [PATCHES] Repost: FastFPE results for Linux/ARM

2005-02-11 Thread Marko Kreen
On Fri, Feb 11, 2005 at 12:08:22PM -0500, Tom Lane wrote: > Marko Kreen writes: > > On Linux/ARM PostgreSQL may encounter 2 types of floating point emulation: > > 1) standard precision: Linux/NWFPE, GCC soft-float > > 2) reduced precision: Linux/FastFPE > > I don't really see why we should co

Re: [PATCHES] Repost: FastFPE results for Linux/ARM

2005-02-11 Thread Tom Lane
Marko Kreen writes: > On Linux/ARM PostgreSQL may encounter 2 types of floating point emulation: > 1) standard precision: Linux/NWFPE, GCC soft-float > 2) reduced precision: Linux/FastFPE I don't really see why we should consider the latter as a "pass". The regression tests exist in part to i

[PATCHES] Repost: FastFPE results for Linux/ARM

2005-02-11 Thread Marko Kreen
On Linux/ARM PostgreSQL may encounter 2 types of floating point emulation: 1) standard precision: Linux/NWFPE, GCC soft-float 2) reduced precision: Linux/FastFPE Currently pg_regress allows only unconditional alternatives - thus different results are accepted on all platforms. This should be

Re: [PATCHES] [Fwd: Re: [DOCS] How the planner uses statistics]

2005-02-11 Thread Tom Lane
Mark Kirkwood <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> Hmmm ... it strikes me that someone wanting this level of detail >> would be better advised to look into the source code. > I did wonder about about it being better placed in 'internals' > somewhere, but it seemed to follow on from t

Re: [PATCHES] Updated french translations

2005-02-11 Thread Peter Eisentraut
Am Montag, 7. Februar 2005 23:58 schrieb Guillaume LELARGE: > These need to be apply on the 8.0 branch. Done. -- Peter Eisentraut http://developer.postgresql.org/~petere/ ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ?

Re: [PATCHES] again: add collation support function

2005-02-11 Thread Peter Eisentraut
Am Montag, 7. Februar 2005 23:24 schrieb Tom Lane: > I've been waiting to see other comments on it. I think this is > certainly not the long-term solution, but if enough people think > it is useful as a short-term hack then maybe it should go into contrib. I'm fine with putting it into contrib.