Veritabanı Analizi

Giriş

Bir veritabanı ile arayüzleri, ya da masaüstü veya Web arayüzü, oldukça başka daha özel kullanım için ayrılmış bir yazılım tasarımı, her zaman uğraşmak zorunda kalmamak için dikkatli bir analiz yapmak gerekir Bu tutarlılığını, veri yedekleme gibi konularda.

Bu analizin amacı, önemli bir çalışmadır: gelecek dağıtımları veya veritabanında değişiklik beklentisiyle veri ve kaynakların daha iyi optimizasyonu ulaşmak için.

Bu makalenin amacı ile uğraşmak zorunda tarafından organize bilgi sürecinde onların sağ ayakla başlayıp, ya da iyi tasarlanmış bir veritabanı, yazılım taşınabilir bir konumda, gelecekteki projelerde yüz okuyucu koymak ve yalın performans.

Müşteri kimdir?

Bu aptalca bir soru "ya da çok geniş? Belki, ancak mark-iki cevap vererek başlayabilirsiniz:

1. Ben müşteri karşılamak için var;
2. müşteri karşılamak için ... bir istemcidir.

Durum 1. Size gerekenler hakkında açık bir fikir var emin misiniz? Tabii tüm Hepsini kabul var? Eğer çok fazla acele yok emin misiniz?

Bu sorular yoksa ... ponitele!

Sadece nokta kaçınarak, çok direkt ses tonuyla okuyucu hitaben, o ben ikinci durumda cevap önlemek istemiyor ve şimdi ki döner.

Örnek 2. Müşteri geliştirici karşılamak, ancak bilgisayar bilgisi veya en az olabilir birisi değildir. Eğer varsa, "Biz aynı dili konuşan" Çünkü herhangi bir bilgi hayatımızı kolaylaştırmak, ya da hayatın sonraki karmaşık eğiliminde bir bilgiçlik taslayan bir. Ya da ancak bilgisayar ne istediğini bilen (nadir) veya bize bildirin bir şey anlayan bir kişidir. Hatta istediği ya da gerekli bilgileri verebilmektedir bilmiyorum.

Bir yasa Bu bildirimde alın: yüzü var verilmiş, herkes için bir şey almak asla! Bu sonuçlara ulaşan önlemek için, huysuz olmak her şeyi düşünün ve yeniden daha iyi 'biz karşılamak için deneyin veya bir ya da bu nedenle yanlış kim sırf.

Ben okuyucu en önemli şey aşağıda göreceğimiz gibi, iyi organize etmek için, açık fikirleri var ama organize olmayan bir bilgi kazanına sahip olduğunu anlamak vermek için büyük olasılıkla bu gerekli parantez kapatın.

Bir veritabanı iyi bir analiz yapma

Olarak belirtilen SQL Kılavuzu kullanımı zor olmayan bu site için değil, çeşitli SQL tabanlı veritabanı (MS Access, MySQL, vs). Tabii, orada az ya da çok karmaşık bir ürün ya da sezgisel, ancak bu noktada değil.

Nokta ne yapacağını bilmektir!

Tion ve bu nedenle okuyucu, bir ilişkisel veritabanı yönetim açısından SQL dilinin biliş en az olan ve bu makalenin anlaşılması amacıyla alakasız olan tüm DBMS ürün seçimi nasıl kullanılacağını biliyorum varsayalım.

Ne yapmak altı noktada özetlenebilir:

1. yönetmek için bilgi toplamak;
2. onları mantıksal gruplar halinde bölmek;
3. tablo ve kullanılacak veri türleri bölünerek iyi düşünüyorum;
4. sen olmak istiyorum fazlalık bu "yüzde" düşünün;
5. farklı bir yapı taşırlar;
6. yapısı yeniden düşünmeye, tavana bakarak, bilgisayarı kapatın

Bu ifade belli bir noktaya rağmen, ciddi ve mizahi hem de: ilk fikir (bu bölümün 5 anlamı) doğru olduğunu söyledi ve bunu yönetim yazılımı Yazmaya başlamadan önce fark daha iyi olduğunu "etrafında" veritabanı.

Örnek: bir şirketler dizinin veritabanı yapısı

Bu son yıllarda Web'deki dizinleri kavramı çok popüler, bir dizin ve benzeri ürünler, hizmetler, şirketler aramak için olsun, bu dizin için bir dizin olabilir.

(Seri sonsuza ve ötesine gitme) biz bu tip servisler işlemek için bir veri yapısını oluşturmaya çalıştığınızda yönetmek için bir veritabanı ile ilgili bu bağlamda tüm bilgi tüketmek mümkün olmayan.

Bu hizmet ne yapmalıyım?

1. kullanıcı toplamak;
2. coğrafi yerleri yönetmek;
3. kategori ve alt yönetmek;
4. puan 1, 2 ve 3 ile ilişkilendirilmesi, ayrıntılar kolu;
5. ücretli abonelik ve benzeri gibi seçenekleri bulunmaktadır.

Takip paragraflarda açıklanan ve yararlı tüm tabloları yorumladı olacak - bu bölümde, söz konusu uygulama yönetmek için - benim açımdan. Veri tipleri sonra hesap MS Access, kullanımı daha kolay olan veritabanı sistemi, yakın DBMS en tecrübeli, gelişmiş kullanıcı daha az deneyimli anlamak için okuyucu dikkate alınarak gösterilir.

Alanının uzunluğu ile ilgili olarak, bunu kurmak için okuyucunun takdirine bırakın. Bir isim, bir URL gibi diğer şeyler için, ben 50 150 karakter tavsiye Bazı durumlarda alanların uzunlukları (örneğin vergi kod CAP bu kadar 5 ve 16 karakter var) gereklidir.

Kader VOBIS!

• <<
• 1
• 2
• 3
• >>