Re: some problems when i use postgresql 8.4.2 in my projects .

From: Leo Mannhart <leo(dot)mannhart(at)beecom(dot)ch>
To: wyx6fox(at)sina(dot)com
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: some problems when i use postgresql 8.4.2 in my projects .
Date: 2010-02-03 15:16:30
Message-ID: 4B69934E.6060606@beecom.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

wyx6fox(at)sina(dot)com wrote:
> after shaming , I think i should pick out some my points:
> the unique constraints actualy kill concurrency write transaction when
> concurrency insert violate the unique constraints , they block each
> other , i test this in oracle10g, has the same behavour. I think this
> may be reasonable because the uqniue check must be the seriazable check .
> for resolve this problem , i do the unique check in application as
> possible , but in big concurrency env , this is not good way .
>

How can you enforce uniqueness in the application? If you implement it
correctly, you need considerably longer than letting it do PostgreSQL.
Even if you use some kind of magic, I could not imagine, how you can
implement a unique constraint in the application and gaurantee
uniqueness while at the same time be faster than the RDBMS.

Leo

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Nikolas Everett 2010-02-03 15:54:13 Re: queries with subquery constraints on partitioned tables not optimized?
Previous Message Amitabh Kant 2010-02-03 15:12:24 Re: Optimizing Postgresql server and FreeBSD for heavy read and writes