Joshua D. Drake wrote:
> I am pulling this way out of the back of my head, and Peter might be
> a better one to ask but I seem to recall that you can set the closing
> bracket requirement in the stylesheet itself.
That is incorrect.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
-
Warren Turkal wrote:
> XML should require the closing tag.
But this is not XML.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at
Warren Turkal wrote:
> On Friday 02 March 2007 16:46, Joshua D. Drake wrote:
>> I am pulling this way out of the back of my head, and Peter might be a
>> better one to ask but I seem to recall that you can set the closing
>> bracket requirement in the stylesheet itself.
>
> XML should require the c
On Fri, Mar 02, 2007 at 06:42:14PM -0600, Andrew Dunstan wrote:
> > I'm still not happy about the idea of doing this for every relation
> > (and doing it for sequences and indexes would be the height of
> > wastefulness). How about we only do it for composite types?
>
> I'm not happy about that.
We at International Institute of Information Technology (IIIT) Hyderabad,
India, have extended the Postgres database
system with the skyline operation. For this work, we were guided by our
Prof. Kamalakar Karlapalem
(http://www.iiit.ac.in/~kamal/).
We have extended SQL 'SELECT' clause by an optio
On Sat, Mar 03, 2007 at 07:02:41PM +0530, ranbeer makin wrote:
> We at International Institute of Information Technology (IIIT) Hyderabad,
> India, have extended the Postgres database
> system with the skyline operation. For this work, we were guided by our
> Prof. Kamalakar Karlapalem
> (http://ww
Martijn van Oosterhout wrote:
On Fri, Mar 02, 2007 at 06:42:14PM -0600, Andrew Dunstan wrote:
I'm still not happy about the idea of doing this for every relation
(and doing it for sequences and indexes would be the height of
wastefulness). How about we only do it for composite types?
Martijn van Oosterhout wrote:
Well, that kind of depends. I have no idea what "Skyline" means so
telling us what it is would be a good start
Also, showing us the diffs (maybe on a web site) would give us an idea
of how intrusive it would be.
But I agree with Martijn - the first thing
Here is a description of what the SKYLINE operator is:
---
Suppose you wish to purchase books and you are looking for books with high
rating and low price. However, both the criteria of selecting books are
complementary since books of higher rating are generally more expensive. For
finding such bo
ranbeer makin wrote:
We at International Institute of Information Technology (IIIT) Hyderabad,
India, have extended the Postgres database
system with the skyline operation. For this work, we were guided by our
Prof. Kamalakar Karlapalem
(http://www.iiit.ac.in/~kamal/).
We have extended SQL 'SELE
Peter Eisentraut wrote:
> Bruce Momjian wrote:
> > I have added to the developer's FAQ that we don't want
> > non-BSD-compatible licensed patches:
>
> How frequently is this actually a problem?
I don't think it is common. I didn't add that part, so if you also
think it is rare, I will remove tha
Peter Eisentraut wrote:
> Bruce Momjian wrote:
>> I have added to the developer's FAQ that we don't want
>> non-BSD-compatible licensed patches:
>
> How frequently is this actually a problem?
Every single time someone submits a patch with no license but with a big
legal disclaimer in their signat
Joshua D. Drake wrote:
> Peter Eisentraut wrote:
> > Bruce Momjian wrote:
> >> I have added to the developer's FAQ that we don't want
> >> non-BSD-compatible licensed patches:
> >
> > How frequently is this actually a problem?
>
> Every single time someone submits a patch with no license but with
> You most probably want to look at porting your changes to the latest
> postgresql release as well.
I believe many people would be interested, but to get the feature
accepted we would need a patch against -head as that is the latest
version of PostgreSQL under development.
You can see more info
Bruce Momjian wrote:
> Peter Eisentraut wrote:
>> Bruce Momjian wrote:
>>> I have added to the developer's FAQ that we don't want
>>> non-BSD-compatible licensed patches:
>> How frequently is this actually a problem?
>
> I don't think it is common. I didn't add that part, so if you also
> think i
Bruce Momjian wrote:
> Joshua D. Drake wrote:
>> Peter Eisentraut wrote:
>>> Bruce Momjian wrote:
I have added to the developer's FAQ that we don't want
non-BSD-compatible licensed patches:
>>> How frequently is this actually a problem?
>> Every single time someone submits a patch with no
Joshua D. Drake wrote:
> Bruce Momjian wrote:
> > Joshua D. Drake wrote:
> >> Peter Eisentraut wrote:
> >>> Bruce Momjian wrote:
> I have added to the developer's FAQ that we don't want
> non-BSD-compatible licensed patches:
> >>> How frequently is this actually a problem?
> >> Every sing
Bruce Momjian wrote:
> Joshua D. Drake wrote:
>> Bruce Momjian wrote:
>>> Joshua D. Drake wrote:
Peter Eisentraut wrote:
> Bruce Momjian wrote:
>> I have added to the developer's FAQ that we don't want
>> non-BSD-compatible licensed patches:
> How frequently is this actually a
On Sat, Mar 03, 2007 at 09:06:11AM -0500, Andrew Dunstan wrote:
>
>
> Martijn van Oosterhout wrote:
> >On Fri, Mar 02, 2007 at 06:42:14PM -0600, Andrew Dunstan wrote:
> >
> >>>I'm still not happy about the idea of doing this for every relation
> >>>(and doing it for sequences and indexes would
"David Fetter" <[EMAIL PROTECTED]> writes:
>> >2. Make a command: CREATE TYPE ARRAY OF "foo";
>> >
>> >The latter has the benefit of not restricting it to an arbitrary choice
>> >of types, you could accept both domains and composite types here.
>
> I'm thinking that DOMAINs over simple types shoul
Joshua D. Drake wrote:
> Oh, I just meant that when *new* people signup they are made aware of
> the predetermined policy based on joining the group. That way there is
> zero confusion because when they went to the website and signed up, we
> made the point of the BSD license, and when they were w
Alvaro Herrera wrote:
> Joshua D. Drake wrote:
>
>> Oh, I just meant that when *new* people signup they are made aware of
>> the predetermined policy based on joining the group. That way there is
>> zero confusion because when they went to the website and signed up, we
>> made the point of the BSD
Hello,
I am trying to create a new index which is multidimensional (based on
R-Tree) which can be used for data warehosuing. I have read the Developers'
manual about adding new indexes, and now I want to start coding the new
index.
My first step is to create the skeleton files, but I cannot comp
I have applied a modified version of this patch, attached. I trimmed
down the description of log_lock_waits to be more concise, and moved the
idea of using this to tune deadlock_timeout to the deadlock_timeout
section of the manual.
--
Alan Gatt wrote:
> Hello,
>
> I am trying to create a new index which is multidimensional (based on
> R-Tree) which can be used for data warehosuing. I have read the Developers'
> manual about adding new indexes, and now I want to start coding the new
> index.
>
> My first step is to create the s
FYI, I see the following warnings compiling CVS HEAD:
src/pl/plpython/plpython.c:2006: warning: initialization from
incompatible pointer type
src/pl/plpython/plpython.c:2008: warning: 'intargfunc' is deprecated
src/pl/plpython/plpython.c:2008: warning: initialization from
incompatible pointer type
Neil Conway wrote:
> FYI, I see the following warnings compiling CVS HEAD:
>
> src/pl/plpython/plpython.c:2006: warning: initialization from
> incompatible pointer type
> src/pl/plpython/plpython.c:2008: warning: 'intargfunc' is deprecated
> src/pl/plpython/plpython.c:2008: warning: initialization
>> src/pl/plpython/plpython.c:2010: warning: 'intintargfunc' is deprecated
>> src/pl/plpython/plpython.c:2010: warning: initialization from
>> incompatible pointer type
>> src/pl/plpython/plpython.c:2011: warning: initialization from
>> incompatible pointer type
>> src/pl/plpython/plpython.c:2012:
On Sat, 2007-03-03 at 11:21 -0800, Joshua D. Drake wrote:
> There is no Ubuntu Fiesty... yet ;) you are compile -head with -head...
> sounds like a snafu to begin with
No, it just looks like a Python API 2.5 change to me. I'd look into it
myself, but I don't have the free cycles at the moment.
>
On Sat, Mar 03, 2007 at 07:38:15PM +0100, Alan Gatt wrote:
> Hello,
>
> I am trying to create a new index which is multidimensional (based on
> R-Tree) which can be used for data warehosuing. I have read the Developers'
> manual about adding new indexes, and now I want to start coding the new
> in
Patch applied. Thanks.
---
Florian G. Pflug wrote:
> Tom Lane wrote:
> > Alvaro Herrera <[EMAIL PROTECTED]> writes:
> >> I think you should increase pg_control version.
> >
> > And the WAL page-header version, since this
Patch applied. Thanks.
---
Florian G. Pflug wrote:
> Tom Lane wrote:
> > Alvaro Herrera <[EMAIL PROTECTED]> writes:
> >> I think you should increase pg_control version.
> >
> > And the WAL page-header version, since this
Alan Gatt escribió:
> Hello,
>
> I am trying to create a new index which is multidimensional (based on
> R-Tree) which can be used for data warehosuing. I have read the Developers'
> manual about adding new indexes, and now I want to start coding the new
> index.
Have you considered coding it usi
On Saturday 03 March 2007 13:02, Joshua D. Drake wrote:
> Alvaro Herrera wrote:
> > Joshua D. Drake wrote:
> >> Oh, I just meant that when *new* people signup they are made aware of
> >> the predetermined policy based on joining the group. That way there is
> >> zero confusion because when they wen
David Fetter wrote:
Per your earlier suggestion in IRC, I'm picturing a polymorphic
function like
pg_catalog.array_for(typepoid OID)
pg_catalog.array_for(typename NAME)
pg_catalog.array_for(typenamespace NAME, typename NAME)
I don't see a good reason to allow putting array types in a different
On Monday 26 February 2007 19:27, A.M. wrote:
> On Feb 26, 2007, at 18:58 , Simon Riggs wrote:
> > On Mon, 2007-02-26 at 23:25 +, Richard Huxton wrote:
> >> Simon Riggs wrote:
> >>> Proposal: Implement a new option for COMMIT, for enhancing
> >>> performance,
> >>> providing a MySQL-like trade-
Robert Treat wrote:
> On Saturday 03 March 2007 13:02, Joshua D. Drake wrote:
>> Alvaro Herrera wrote:
>>> Joshua D. Drake wrote:
Oh, I just meant that when *new* people signup they are made aware of
the predetermined policy based on joining the group. That way there is
zero confusio
Ok, so I am using GCC 3.2 as a compiler, and the following is the error
message:
make[4]: Entering directory
`/c/dev/postgres/pgsql_tip/src/backend/access/mdim'
gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -g
-I../..
38 matches
Mail list logo