On 10/23/13 9:05 PM, Alvaro Herrera wrote:
Gordon Mohr wrote:
Thanks for this! I decided to give the patch a try at the bleeding
edge with some high-dimensional vectors, specifically the 1.4
million 1000-dimensional Freebase entity vectors from the Google
'word2vec' project:
https://code.googl
The attached patch add support of domains over arrays to PL/Python (eg:
CREATE DOMAIN my_domain AS integer[]).
Basically it just uses get_base_element_type instead of get_element_type
in plpy_typeio.c, and uses domain_check before returning a sequence as
array in PLySequence_ToArray whenever appro
On 10/23/13 9:05 PM, Alvaro Herrera wrote:
Gordon Mohr wrote:
Thanks for this! I decided to give the patch a try at the bleeding
edge with some high-dimensional vectors, specifically the 1.4
million 1000-dimensional Freebase entity vectors from the Google
'word2vec' project:
https://code.googl
On Sun, Oct 27, 2013 at 3:04 AM, Tom Lane wrote:
> David Rowley writes:
> > I'm just looking at the changed code in commit
> > 3147acd63e0135aff9a6c4b01d861251925d97d9 and I'm wondering if we should
> > perhaps test the performance of this before assuming too much that it is
> an
> > improvement
On Fri, Oct 25, 2013 at 03:35:05PM +0200, Pavel Stehule wrote:
> 2013/10/24 Heikki Linnakangas
> > On 22.10.2013 13:55, Pavel Stehule wrote:
> >> 2013/10/21 Noah Misch
> >>> If you're prepared to change the function names and add the
> >>> subset-oriented
> >>> functions, I would appreciate that.
On 2013-10-26 12:25:40 -0400, Tom Lane wrote:
> Andres Freund writes:
> > On 2013-10-26 11:27:19 -0400, Tom Lane wrote:
> >>> +1 (but what are those silly parens in pg_seclabels definition?),
> >>
> >> That looks weird to me too, but it's surely not the fault of this patch.
> >> Maybe we should t
Andres Freund writes:
> On 2013-10-26 11:27:19 -0400, Tom Lane wrote:
>>> +1 (but what are those silly parens in pg_seclabels definition?),
>>
>> That looks weird to me too, but it's surely not the fault of this patch.
>> Maybe we should take a look at exactly what ruleutils is doing there.
> Im
On 2013-10-26 11:27:19 -0400, Tom Lane wrote:
> Andres Freund writes:
> > [ patch for \a\t mode in rules and sanity_check output ]
>
> Committed with some minor adjustment of the comments.
Thanks.
> >> +1 (but what are those silly parens in pg_seclabels definition?),
>
> > That's because it co
Andres Freund writes:
> [ patch for \a\t mode in rules and sanity_check output ]
Committed with some minor adjustment of the comments.
>> +1 (but what are those silly parens in pg_seclabels definition?),
> That's because it contain several UNION ALLs and ruleutils makes sure
> the order is corr
David Rowley writes:
> I'm just looking at the changed code in commit
> 3147acd63e0135aff9a6c4b01d861251925d97d9 and I'm wondering if we should
> perhaps test the performance of this before assuming too much that it is an
> improvement. I'm a bit concerned that now if there is not enough space in
On Wed, Oct 9, 2013 at 4:20 PM, Heikki Linnakangas
wrote:
> On 09.10.2013 13:24, Soroosh Sardari wrote:
>> Now my question is:
>> Is Postgre using btree for pattern matching query for varchar or other
>> character string types?
>>
>> If it does, how i implement it for my new type?
>
>
> Yes, Postg
11 matches
Mail list logo