From: Steve Midgley <public@misuse.org>
To: Peter Eisentraut <peter_e@gmx.net>
Cc: pgsql-sql@postgresql.org
Subject: Re: GiST index question: performance
Date: Tue, 06 Mar 2007 09:43:14 -0800
Message-ID: <20070306174325.91C2F9FBA22@postgresql.org> (raw)
In-Reply-To: <200703061001.27552.peter_e@gmx.net>
References: <20070305191920.4F6639FB214@postgresql.org>
<Pine.LNX.4.64.0703052318020.400@sn.sai.msu.ru>
<20070305213005.E6BEC9FB265@postgresql.org>
<200703061001.27552.peter_e@gmx.net>
Hi Peter,
:)
All my Pg code is written via (or handed to) an abstraction layer, and
I actually write no functions or stored procedures at all. I write
using Rails, so in this case it's a Ruby library called ActiveRecord
which has a Postgres module that allows me to talk via
"ActiveRecord-speak" or via direct Postgres sql commands. (For example,
AR has no idea how to create a GiST index, so I issue that DDL
statement manually using the special syntax - also AR is not always so
smart about SQL queries so tricky ones I write by hand).
Maybe I misunderstand Q3C completely but it looks like C code that has
to be installed into the Postgres server itself - not a series of SQL
functions that can implemented on an unmodified server. I think my ISP
is fine with anything that gets installed via user-level privileges.
Anything that requires root and/or anything that involves binary code
they are more cautious about.
To be fair, I'm cautious about the same things, but given Oleg's
reputation and contributions to Pg, I wouldn't be so concerned about
Q3C specifically.
Am I ignorant of something fundamental in this conversation? I really
do appreciate any education or insight here. Are C code "patches" or
functions more of a risk to server stability/reliability than higher
level code? Or am I speaking gibberish?
Thanks,
Steve
At 01:01 AM 3/6/2007, Peter Eisentraut wrote:
>Steve Midgley wrote:
> > my ISP that manages my Pg SQL server is (in my interests)
> > concerned about installing anything non-standard (read: unstable)
> > onto their server. I was able to get them to install your TSearch2
> > b/c it's been proven many times, but I'm hesitant to even bring up
> > Q3C since it's less widely deployed.
>
>How do you manage to get your own code installed under that theory?
>
>--
>Peter Eisentraut
>http://developer.postgresql.org/~petere/
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-sql@postgresql.org
Cc: public@misuse.org, peter_e@gmx.net
Subject: Re: GiST index question: performance
In-Reply-To: <20070306174325.91C2F9FBA22@postgresql.org>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox