Negatif anahtarlar ne için kullanılır?

Standart SQL veritabanlarını kullanmak için biraz yeni (şu anda çoğunlukla MySQL ile çalışıyorum) Henüz bu kadar çok kullanımla karşılaşmadım.

Bir tabloyu dizine eklerken negatif (veya daha çok imzalı) anahtarlara sahip olmak ne zaman ve neden yararlıdır?

Birincil anahtarın tümü, bir kayıtta son derece önemli olan değer olduğunu belirlediğimiz bir değerdir. Bu anahtar imzalı bir int, imzasız bir int, bir dize, bir damla (aslında sınırlar vardır) veya bir UUID (veya bugün aldığı herhangi bir ad) olsun, gerçek hala bir anahtar olduğunu ve çok önemli bir şey.

Anahtarlarımız için yalnızca pozitif odaklı sayılar kullanmakla sınırlı olmadığımız için, imzalı bir int'in sadece ~ 2 milyar, imzasız bir int'in ise ~ 4 milyar olacağını düşünmek mantıklıdır. Ancak, imzalı bir int kullanmanın, başlangıç ​​değerini ~ -2 milyar olarak ayarlamanın ve bir artış artırmanın yanlış bir yanı yok. ~ 2 milyar kayıttan sonra "sıfır" a basacaksınız ve sonra ~ 2 milyar'a devam edeceksiniz.

Bir tabloda "negatif anahtarların" olmasının neden yararlı olacağına gelince, bu, "bir tabloda anahtarların bulunması neden yararlıdır" sorusuyla aynı sorudur. Bir anahtarın "değerinin" anahtar olarak durumu üzerinde hiçbir etkisi yoktur. Anahtar anahtardır anahtardır.

Önemli olan anahtarın geçerli olup olmadığıdır.

Negatif anahtarlara izin vermenin neden yararlı olduğuna gelince, bazı nedenler önerebilirim:

Bir satış sistemindeki getirileri, pozitif müşteri siparişi numarasıyla eşleşen negatif satış siparişi sayıları olarak belirtmek isteseniz, korelasyonu kolaylaştırır (bu naif ve kötü tasarlanmış, ancak "elektronik tablo" anlamında çalışır).

Bir kullanıcı tablosuna sahip olmak ve negatif sayıya sahip olanların sistem kontrollü olduğunu belirtmek isterseniz (SO, sohbet yayını kullanıcıları için bunu çok yapar).

Devam edebilirdim, ama gerçekten negatif sayının öneminin tek nedeni, siz veya ben buna önem vermenizdir. Bunun yanı sıra, bir anahtarın değerinin anahtar üzerinde herhangi bir etkisi olması için büyük bir neden yoktur.

Kimlik veya otomatik sayı sütunları üzerindeyse, değerin kendisinin bir anlamı olmamalıdır. (Bazen, SO'nun kendimden önce yaptığım drachenstern tarafından konuşulan sohbet kullanıcılarına göre)

Ancak, imzalı tamsayılar kullanırsanız genellikle aralığınızın yarısını kaybedersiniz.
Bkz: Tablodaki bir alan, imzalı veya imzasız maksimum 32 bit tam sayıya yaklaştığında ne yapmalı?

Başka bir örnek: Küçük çoğaltma senaryolarında, bir site için negatif değerler ve başka bir site için pozitif değerler kullanmak, verilen herhangi bir satırın kaynağı hakkında örtük bilgi verir.

Tüm veritabanı sistemleri imzasız tamsayı türlerini bile desteklemez, MSSQL desteklemeyenlerden biridir. Bu durumlarda, tamsayı anahtar alanlarında negatif değerler mümkündür çünkü bunlar türde mümkündür ( bu örnekte gösterildiği gibi, bunları engellemek için kuralları veya tetikleyicileri kullanabilirsiniz) , ancak muhtemelen bu tür kuralların uygulanmasına ilişkin ek yükü eklemenize gerek yoktur. her inters / update).

Veritabanı ile ilgili olarak, birincil anahtarın gerçek değeri tablo içinde benzersiz olduğu sürece önemli değildir. Buna göre -42 ve 42 aynı şekilde 42 ve 69 olmak üzere iki farklı sayıdır - anlam sadece kodunuzun değerinin olumsuzluğuna veya değerine aktarılacaktır.

İmzasız tam sayı türlerini desteklememek muhtemelen karmaşıklığı azaltmaya dayalı bir tasarım kararıdır - yani aralarında değerler atarken aralıkları kontrol etme konusunda endişelenmek için iki farklı 32 bit tam sayı türü istememek. İmzalanmamış bir türde (~ 4e9 yerine ~ 2e9) mümkün olanın 0 veya 1 ila yarısını başlatan bir otomatik artış alanında mümkün olan dizin sayısını sınırlandırır, ancak bu nadiren önemli bir sorundur (ihtiyacınız varsa özellikle de bu tür değerlerin 32-bit olanlardan daha az verimli bir şekilde işlenmediği bir 64-bit mimari kullanıyorsanız, yine de muhtemelen 64-bit tip için gittiğiniz o büyüklükteki bir dizi anahtar değer) alan nedenleriyle 32 bit'e yapışmak için artışı -2.147.483.647'den başlatabilirsiniz.