Oracle Veritabanımda sütunun bir VARCHAR2 olmasını bekliyorum.
ABD Fermuarları 9'dur.
Kanadalı 7'dir.
32 karakterin makul bir üst sınır olacağını düşünüyorum
Neyi kaçırıyorum?
[DÜZENLE] TIL: 12 soruya makul bir cevap Katkıda bulunan herkese teşekkürler.
Yanıtlar:
Wikipedia'nın Posta Kodları sayfasına göz atarken , 32 karakter fazlasıyla yeterli olmalıdır. 16 karakterin bile iyi olduğunu söyleyebilirim.
@ Neil-mcguigan tarafından zaten ortaya atıldığı gibi, wikipedia'nın konu hakkında iyi bir sayfası var. Bu 12 karaktere dayanarak bunu yapmalıdır: http://en.wikipedia.org/wiki/List_of_postal_codes
Wikipedia makalesi, UPU (Evrensel Posta Birliği) 192 üye ülkesi olan ~ 254 ülkeyi listeliyor .
Neden içinde depolamayı beklediğiniz gerçek verilerden daha büyük bir alan boyutu beyan edersiniz?
Uygulamanızın ilk sürümü ABD ve Kanada adreslerini destekleyecekse (bu, sorunuzda bu boyutları belirttiğiniz gerçeğinden anladığım kadarıyla), alanı VARCHAR2 (9) (veya VARCHAR2 ( 10) kısa çizgiyi ZIP + 4 alanlarında saklamayı düşünüyorsanız). Başkalarının ülkeler arasında posta kodlarına yaptığı gönderilere bakıldığında bile, VARCHAR2 (9) veya VARCHAR2 (10) diğer tüm ülkeler olmasa da çoğu için yeterli olacaktır.
İhtiyaç duyulması halinde uzunluğu artırmak için satırın aşağısında her zaman sütunu DEĞİŞTİRebilirsiniz. Ancak, birilerinin "yaratıcı" olmaya karar vermesini ve şu veya bu nedenle bir VARCHAR2 (50) alanına 50 karakter doldurmasını engellemek genellikle zordur (örneğin, bir nakliye etiketinde başka bir satır istediği için). Ayrıca sınır durumlarını da test etmelisiniz (ZIP görüntüleyen her uygulama 50 karakter işleyecek mi?). Ve istemciler veri tabanından veri alırken, genellikle belirli bir satırın gerçek uzunluğuna değil, getirilecek verinin maksimum boyutuna göre bellek ayırıyorlar. Muhtemelen bu özel durumda çok büyük bir anlaşma değil, ancak satır başına 40 bayt, bazı durumlar için iyi bir RAM yığını olabilir.
Bir kenara, posta kodunu ve +4 uzantısını ayrı ayrı depolamayı da düşünebilirsiniz (en azından ABD adresleri için). Coğrafi bölgeye göre raporlar oluşturabilmek genellikle yararlıdır ve +4 uzantısıyla ayırmak yerine sık sık her şeyi bir posta koduna yerleştirmek isteyebilirsiniz. Bu noktada, ZIP kodu için ilk 5 karakteri SUBSTR yapmaya çalışmak zorunda kalmamak faydalıdır.
Eksik olan şey, posta kodunun özel olarak ele alınmasına ihtiyaç duymanızın bir nedenidir.
Eğer gerçekten gerekmiyorsa İŞ Posta koduyla, bu konuda endişe değil öneririm. İş derken, sadece adres etiketleri vb. Yazdırmak için kullanmak yerine özel işlemler yapmayı kastediyorum.
VARCHAR2 (50) [örneğin] için üç veya dört adres alanı oluşturun ve kullanıcının istediği şeyi girmesine izin verin.
Siparişlerinizi veya işlemlerinizi gerçekten posta koduna göre gruplamanız gerekiyor mu? Sanmıyorum, çünkü farklı ülkelerde bu alan için çok farklı planlar var.
Normalleşme mi? Posta kodları birden fazla kez kullanılabilir ve sokak isimleri veya kasaba isimleriyle ilgili olabilir. Ayrı tablo (lar).
Kanada Posta Kodları, harf ve rakam (LNLNLN) biçiminde yalnızca 6 karakterdir
Birleşik Krallık standartlarını yayınladı: Birleşik Krallık Hükümeti Veri Standartları Kataloğu
Max 35 characters per line Uluslararası Posta Adresi:
Minimum of 2 lines and maximum of 5 lines for the postal delivery point
details, plus 1 line for country and 1 line for postcode/zip code İngiltere posta kodu uzunluğu:
Minimum 6 and Maximum 8 characters Posta kodlarını veritabanına entegre etmek istiyorsanız, coğrafi adlar veritabanı kullanmak en iyisidir. Kullanımı ve anlaşılması zor olsa da, bizim gibi kullanıcıların ücretsiz olarak kullanabileceği en büyük coğrafi veritabanıdır.
Diğer tüm bu tür veritabanları, aşağı yukarı aynı veri ve yapıya sahiptir. Sadece bazı fazladan / fazlalık bilgileri veritabanından kaldırırlar. Sadece düşük yüklü sistemler için yapıyorsanız, ücretsiz hizmetlerini kullanırsanız, limitler çekicidir ve json ve ajax kullanarak daha kolay arayüz sağlar. Sınırları buradan görüntüleyebilirsiniz
Bilginiz için varchar (20) posta kodlarını saklamak için yeterlidir