«database-design» etiketlenmiş sorular

Veritabanı tasarımı, bir veritabanının yapısını ve dolayısıyla mantıksal yönlerini belirleme işlemidir. Veritabanı tasarımının amacı, bazı “söylem evreni” ni temsil etmektir - veri tabanının modellemesi amaçlanan olgu türleri, iş kuralları ve diğer gereksinimler.

11
Bir kullanıcı aracısı dizesi ne kadar büyük olabilir?
Bir kullanıcı aracısını bir veritabanında saklayacak olsaydınız, ne kadar büyüklükte olurdunuz? Bunu buldum UA'nın 200'ün altında kalmasını öneren makalesini buldum. En azından bulduğum HTTP belirtiminde tanımlanmış gibi görünmüyor. UAm zaten 149 karakter ve .NET'in her sürümü buna eklenecek gibi görünüyor. Ben dize ayrıştırmak ve onu parçalamak biliyorum ama ben istemem. …

5
Çok dilli veritabanı tasarımı için en iyi uygulamalar nelerdir? [kapalı]
Şu anda olduğu gibi, bu soru Soru-Cevap formatımıza uygun değil. Yanıtların gerçekler, referanslar veya uzmanlık tarafından desteklenmesini bekliyoruz, ancak bu soru muhtemelen tartışma, tartışma, oylama veya genişletilmiş tartışma talep edecektir. Bu sorunun çözülebileceğini ve muhtemelen yeniden açılabileceğini düşünüyorsanız, yardım için yardım merkezini ziyaret edin . 8 yıl önce kapalı . …

12
MySQL'de Birincil Anahtarı Kaldır
Ben kullanıcı_customers canlı MySQL veritabanındaki izinleri eşleyen aşağıdaki tablo şeması var: mysql> describe user_customer_permission; +------------------+---------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +------------------+---------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | user_customer_id | int(11) | NO | PRI …



19
Yedek / doğal anahtarlar / işletme anahtarları [kapalı]
Kapalı . Bu soru görüş temelli . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Bu yayını düzenleyerek gerçekler ve alıntılarla yanıtlanabilmesi için soruyu güncelleyin . 6 yıl önce kapalı . Bu soruyu geliştir İşte yine başlıyoruz, eski argüman hala ortaya çıkıyor ... Bir işletme anahtarı birincil anahtar …

10
Parayı ondalık bir sütunda saklama - ne hassasiyet ve ölçek?
Para değerlerini bir veritabanında saklamak için ondalık bir sütun kullanıyorum ve bugün hangi hassasiyeti ve ölçeği kullanacağımı merak ediyordum. Sabit genişlikteki char sütunları daha verimli olduğu için, ondalık sütunlar için de aynı olabileceğini düşünüyordum. Bu mu? Hangi hassasiyeti ve ölçeği kullanmalıyım? 7/24 hassasiyet düşünüyordum. Bu aşırı mı, yeterli değil mi? …

12
Etiketleme için Veritabanı Tasarımı
Aşağıdaki etiketleme özelliklerini desteklemek için bir veritabanını nasıl tasarlarsınız: öğelerin çok sayıda etiketi olabilir belirli bir etiket kümesiyle etiketlenen tüm öğeleri arar hızlı olmalıdır (öğelerin TÜM etiketleri olması gerekir, bu nedenle bir OR araması değil, bir AND aramasıdır) hızlı arama / okumayı etkinleştirmek için öğe oluşturmak / yazmak daha yavaş …

26
Bir veritabanı 1: 1 ilişkisini kullanmanın mantıklı olduğu bir zaman var mı?
Geçen gün normalleşmeyi düşünüyordum ve bu benim başıma geldi, bir veritabanında 1: 1 ilişkinin olması gereken bir zaman düşünemiyorum. Name:SSN? Onları aynı masada bulurdum. PersonID:AddressID? Yine, aynı masa. 1 milyonlarca örnek oluşturabilirim: çok ya da çok: çok (uygun ara tablolarla), ama asla 1: 1. Açık bir şey mi kaçırıyorum?

13
Geçmiş Verileri Nasıl Saklanır?
Bazı iş arkadaşları ve ben tarihsel verileri depolamanın en iyi yolu hakkında bir tartışmaya girdik. Şu anda, bazı sistemler için geçmiş verilerini depolamak için ayrı bir tablo kullanıyorum ve geçerli, aktif kayıt için orijinal bir tablo tutuyorum. Diyelim ki FOO masam var. Sistemim altında, tüm etkin kayıtlar FOO'ya ve tüm …


10
VARCHAR'ın (255) bu kadar sık ​​kullanıldığını (başka bir uzunluğun aksine) görmem için iyi bir neden var mı?
Birden fazla ders, kitap ve işte, VARCHAR (255) olarak tanımlanan metin alanlarını "kısaltma" metni için varsayılan olarak gördüm. Güzel bir yuvarlak sayı olmaktan ziyade 255 uzunluğunun bu kadar sık ​​seçilmesinin iyi bir nedeni var mı ? Geçmişte, iyi bir nedenin (bugün geçerli olsun ya da olmasın) olduğu bir zaman ayırımı …


14
Alt sorgular ve birleştirmeler
Başka bir şirketten devraldığımız bir uygulamanın yavaş bir bölümünü, bir alt sorgu yerine bir iç birleşim kullanmak üzere yeniden düzenledim: WHERE id IN (SELECT id FROM ...) Yeniden düzenlenmiş sorgu yaklaşık 100 kat daha hızlı çalışır. (~ 50 saniye ila ~ 0.3) Bir iyileşme bekledim, ama neden bu kadar sert …


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.