From: | Devrim GÜNDÜZ <devrim(at)gunduz(dot)org> |
---|---|
To: | Zafer Çelenk <zafercelenk(at)gmail(dot)com>, "pgsql-tr-genel(at)postgresql(dot)org" <pgsql-tr-genel(at)postgresql(dot)org> |
Subject: | Re: Otomatik artan alan tanımı |
Date: | 2016-02-01 19:51:41 |
Message-ID: | 1454356301.4549.57.camel@gunduz.org |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-tr-genel |
Merhabalar,
On Mon, 2016-02-01 at 15:43 +0200, Zafer Çelenk wrote:
> Sizce PostgreSQL neden böyle bir yaklaşım seçti, ben MSSQL'in
> yaklaşımı daha tutarlı görüyorum. Ancak PostgreSQL'in
> yaklaşımınıda anlamak istiyorum. Belki farklı durumlar için daha
> güzel avantajları vardır.
Önceki iletileri okuyamadım tam, ama bu kısma kısa bir yanıt yazayım:
Bazı durumlarda veritabanlarının huyuna suyuna gitmekte yarar var ;) .
Eğer serial bir alan kullanıyorsanız PostgreSQL'de (-ki öyle bir veri
tipi yok aslında, bu bir makrodur), buraya veri girerken
INSERT INTO hede VALUES (DEFAULT,'a',1');
gibi bir sözdizimi kullanmalısınız. Bu şekilde kullanırsanız, zaten
elle veri girme diye birşey olmayacak. Hatadan da kaçacaksınız. Bu
PostgreSQL yolu. SQL Server'in yolu farklı olabilir. Burada açıkcası
bir sürü teknik neden var (ben PG'ninkini tercih ediyorum concurrency
için, ama herkesin yoğurt tadımı farklı).
Buna ve benzeri şeylere şimdiden alışmak iyi olabilir; zira 1 sene
sonra PostgreSQL'de yazılacak kodlarda da değişiklikler olmaya
başlayacak parallel sort özelliğinden başlayarak...
Saygılar,
--
Devrim GÜNDÜZ
Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com
PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer
Twitter: @DevrimGunduz , @DevrimGunduzTR
From | Date | Subject | |
---|---|---|---|
Next Message | Zafer Çelenk | 2016-02-02 06:52:31 | Re: Otomatik artan alan tanımı |
Previous Message | Devrim GÜNDÜZ | 2016-02-01 19:44:24 | Re: Otomatik artan alan tanımı |