«database-design» etiketlenmiş sorular

Bir veritabanının kavramsal şemasının ve / veya mantıksal modelinin ve / veya fiziksel ayarlarının geliştirilmesi.

4
SSD'ler Veritabanlarının kullanışlılığını azaltır mı?
Bugün sadece Robert Martin'i duydum ve yazılım dünyasında dikkat çekici bir figür gibi görünüyor, bu yüzden başlığım bir tıklama yemi gibi görünüyor veya ağzına kelimeler sokuyormuş gibi görünmüyor, ama bu sadece ondan duyduğum şeyi sınırlı deneyim ve anlayışla nasıl yorumladım. Bugün bir video izliyordum (yazılım mimarisinde), Robert C. Martin'in yaptığı …

1
Hstore ile indeksleme özellikli JSONB
Bu aşamada, veritabanı tasarımına karar vermeye çalışıyorum (web uygulamasının gerçekte nasıl geliştiği). İlk adım olarak, JOINS'in pahalı olduğunu anlamak, çok sayıda normalize edilmiş küçük masanın aksine az sayıda monolitik masayı düşünüyorum. İkinci bir nokta olarak, hstore ile normal tabloları vs JSONB (GiST indeksleme ile) kullanmak arasında kafam karışık. AFAIK (düzeltmek …

3
Tablo Bölümleme Nasıl Yardımcı Olur?
Masa bölümlerinin artıları ve eksileri fikrini almakta güçlük çekiyorum. 8 masadan oluşan bir proje üzerinde çalışmaya başlamak üzereyim ve bunlardan biri 180-260 milyon kayıt yapacak ana veri masası olacak. Düzgün bir şekilde indekslenmiş bir tablo olacağı için, tablo kayıtlarını bu şekilde 20 milyon ile sınırlandırmayı düşünüyorum, 9-13 tablo oluşturmak zorunda …

6
Bir tabloda kayıtları rasgele sipariş etme
Bir veritabanı kullanırken ortak bir ihtiyaç, kayıtlara sırayla erişmek. Örneğin, bir blogum varsa, blog postalarımı isteğe göre sıralayabilmek istiyorum. Bu girdilerin çoğu zaman birçok ilişkisi vardır, bu nedenle ilişkisel bir veritabanı mantıklı görünmektedir. Ben gördük ortak çözüm bir tamsayı sütun eklemek için order: CREATE TABLE AS your_table (id, title, sort_order) …

20
Çirkin bir veritabanına dalmak nasıl?
Eminim çoğunuz çirkin bir veritabanıyla uğraşıyorsunuzdur. Bilirsin, normalize edilmemiş bu veritabanı, en önemsiz veriyi elde etmek için büyük bir acı sorgulaması yapmanız gereken o veritabanı, üretimde olan ve biraz değiştiremeyeceğiniz o veritabanı. , "Şu". Sorum şu, bununla nasıl başa çıkıyorsunuz? Yeni bir veritabanı oluşturmaya çalışıyor musunuz? Pes edip yalnız mı …

2
Çok Kiracılı Veri Tabanı Mimarisinde artan sayıda Kiracıyı işleme
Her kiracı başvurusu için ayrı veritabanları olan ortak bir sunucuda mütevazı sayıda müşterinin (kiracı) kullanımı nispeten kolaydır ve normal olarak bunu yapmanın doğru yoludur. Şu anda her kiracının kendi veritabanı örneğinin bulunduğu bir uygulama için mimariyi arıyorum. Ancak, sorun bu uygulamanın çok sayıda kiracıya (5.000-10.000) sahip çok sayıda kiracıya (5.000-10.000) …

2
IS-A ilişkisini bir veritabanında nasıl eşlerim?
Aşağıdakileri göz önünde bulundur: entity User { autoincrement uid; string(20) name; int privilegeLevel; } entity DirectLoginUser { inherits User; string(20) username; string(16) passwordHash; } entity OpenIdUser { inherits User; //Whatever attributes OpenID needs... I don't know; this is hypothetical } Farklı türde kullanıcılar (Doğrudan Giriş kullanıcıları ve OpenID kullanıcıları) bir …

7
Uzun sütunlar performansı ve disk kullanımını nasıl etkiler?
Mevcut projemizde, çok sık gerçekleşir, sütunların birkaç karakter uzatılması gerekir. Gönderen varchar(20)etmek varchar(30)ve bu kadar. Gerçekte, bunun ne kadar önemi var? Bu ne kadar iyi optimize edilmiştir? Normal "giriş" alanları için sadece 100 veya 200 veya hatta 500 karaktere izin vermenin etkisi nedir? Bir e-posta yalnızca 320 karaktere sahip olabilir, …

4
GÜNCELLEME GÜNCELLEME, güncellenmemesi gereken sütunlara mı katılmalıyım?
Çok güvenli ortamlarda çalışmaya alışkınım ve izinlerimi çok ince bir derece düzeyinde tasarlıyorum. Normalde yaptığım bir şey açıkça DENYkullanıcılara UPDATEhiçbir zaman güncellenmemesi gereken sütunlara sahip olma yeteneğidir . Örneğin: create table dbo.something ( created_by varchar(50) not null, created_on datetimeoffset not null ); Bu iki sütun, değer ayarlandıktan sonra asla değiştirilmemelidir. …

4
Farklı ürün tipleri için ayrı tablolar yaratılıp yaratılmayacağı?
Veri tabanı tasarlama sürecindeyim ve ilk tasarım kararlarım hakkında ikinci düşüncelerim var ... Ürün çeşitleri aşağıdaki gibidir ... Modeller, parçalar, yedek parça kitleri ve seçenekler. A Seçeneği (ilk tasarım): Yukarıdaki ürün tipleri için ayrı masalara sahip olmayı planladım. Alanların yaklaşık% 75'inin her tabloda aynı olacağını söyleyebilirim. Her ürün tipini, aralarında …

7
IP adresini saklamak
Kayıtlı tüm kullanıcıların IP adresini veri tabanında saklamak zorundayım. Merak ediyorum, böyle bir sütun için kaç karakter beyan etmeliyim? IPv6'yı da desteklemeli miyim? Öyleyse, maksimum IP adres uzunluğu nedir?

5
Veri ambarında çoktan çoğa ilişki kurmanın bazı yolları nelerdir?
Veri Ambarı modellemesinin (Star, Snowflake) baskın topolojileri akılda bir-çok ilişkilerle tasarlanmıştır. Sorgu okunabilirliği, performansı ve yapısı, bu modelleme şemalarında çoktan çoğa ilişkiyle karşılaştığında ciddi şekilde düşer. Bir veri ambarındaki boyutlar arasında veya olgu tablosu ile bir boyut deposu arasında bir çoktan çoğa ilişki kurmanın bazı yolları nelerdir ve gerekli ayrıntı …


7
Sokak adreslerini ayrı sütunlara bölerek hangi problemler çözülür?
Yazılım geliştiriciler için masaları ve ilişkileri tasarlayan bir ekibimiz var. Kuruluşumuzda, 3NF normalizasyonunun uygulanması konusunda oldukça katılar - dürüst olmak gerekirse, kuruluşumuzun büyüklüğü ve ihtiyaçların veya müşterilerimizin zaman içinde nasıl değiştiği konusunda aynı fikirdeyim. Tasarım kararlarının ardındaki nedenler hakkında net olmayan tek bir alan var: adresler. Bu daha çok ABD’deki …

1
PostgreSQL'de [boşta bağlantılarla] tamamlanmamış işlemlerin olup olmadığı nasıl belirlenir?
PostgreSQL 9.2'deki rölanti bağlantıları hakkında sorduğum bir soruya göre , bazı tamamlanmamış işlemler (muhtemelen bu rölanti bağlantılardan bazıları ile ilgilidir) bazı performans sorunlarına neden olabilir. Taahhüt edilmemiş işlemlerin olup olmadığını belirlemenin iyi bir yolu nedir (bağlı oldukları bağlantının boş olup olmadığını bilmenin bir yolu varsa bonus puan)? Çok teşekkürler!

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.