Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: Vector type (Re: challenging constraint situation -


  • From: Alban Hertroys <alban(at)magproductions(dot)nl>
  • To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
  • Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
  • Subject: Re: Vector type (Re: challenging constraint situation -
  • Date: Fri, 26 May 2006 16:04:27 +0200
  • Message-id: <44770AEB(dot)301(at)magproductions(dot)nl>

Tom Lane wrote:
Alban Hertroys <alban(at)magproductions(dot)nl> writes:
With what I have in mind, both overlap and equality would violate the unique constraint. I don't quite see why someone'd want to forbid overlap but to allow equality; isn't not allowing equality the whole point of a unique constraint?

You're missing the point.  Letting "~" represent the operator that
tests for interval-overlap, we can have
	A	--------------
	B	       ------------------

I'd say "unique constraint violation" right here (provided there's a unique constraint on this column, of course). The order in which these are inserted/updated doesn't seem to matter either. I'm afraid I'm still missing the point... or maybe I'm not wrong???

	C	                   ----------------
so that A ~ B and B ~ C but not A ~ C.  This is too much unlike normal
equality for a btree to work with "~" as the "equality" operator.

--
Alban Hertroys
alban(at)magproductions(dot)nl

magproductions b.v.

T: ++31(0)534346874
F: ++31(0)534346876
M:
I: www.magproductions.nl
A: Postbus 416
   7500 AK Enschede

// Integrate Your World //



Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group