Veritabanı geliştirmenin ana aşamaları. Tasarım Örneği Veritabanı
Veritabanını geliştirirken, aşağıdaki iş aşamalarını seçebilirsiniz.
Sahne I. Sorunun formülasyonu.
Bu aşamada, bir veritabanı oluşturmak için bir görev oluşturulur. Bunun temel, amacı ve amacının bileşimini ayrıntılı olarak açıklar ve bu veritabanında hangi tür işlerin yapılması gerektiğini listelenmiştir (seçim, ekleme, değişen veri, raporun yazdırma veya çıktısı, vb. .).
II. Nesnenin analizi.
Bu aşamada, bu nesnelerin özellikleri hangi nesnelerin BD olabileceği düşünülür. Veritabanını bireysel nesnelere kırdıktan sonra, bu nesnelerin her birinin özelliklerini veya başka bir deyişle, her nesnenin hangi parametrelerinin açıklandığını belirtmek için gereklidir. Tüm bu bilgiler ayrı kayıtlar ve tablolar olarak yerleştirilebilir. Daha sonra, her bir kayıt biriminin veri türünü göz önünde bulundurmanız gerekir. Veri türü bilgileri de tablo bileşenine uygulanmalıdır.
III sahne. Sentez modeli.
Bu aşamada analizde, veritabanının belirli bir modelini seçmek gerekir. Aşağıdakiler, her modelin avantajları ve dezavantajlarıdır ve oluşturulan veritabanının gereklilikleri ve görevleriyle karşılaştırılır. Böyle bir analizden sonra, modelin görevin uygulanmasını en üst düzeye çıkarabileceğini seçer. Modeli seçtikten sonra, tablolar veya düğümler arasındaki bağlantılarla bir devre çizmelisiniz.
İv sahne. Bilgi ve yazılım araçlarını sunma yollarını seçin.
Modeli oluşturduktan sonra, seçilen yazılım ürününe bağlı olarak, bilgi sunumu şeklini belirleyin.
Çoğu DBMS'de, veriler iki tipte depolanabilir:
- formları kullanmak;
- form kullanmadan.
Form - Bu kullanıcı tarafından oluşturulan bir grafik arayüzü Veritabanına veri girmek için.
V aşaması. Bilgisayar modeli nesnesinin sentezi.
Bir bilgisayar modeli oluşturma sürecinde, bazı aşamalar herhangi bir DBMS'de tipiktir.
1. Aşama. DBM'leri başlatmak, yeni bir veritabanı dosyası oluşturun veya önceden oluşturulan üssü açın.
2. aşama. Kaynak masa veya tablolar oluşturma.
Kaynak tabloyu oluşturarak, her alanın adını ve türünü belirtmelisiniz. Alan adları aynı tablonun içinde tekrarlanmamalıdır. Veritabanıyla çalışma sürecinde, tabloyu yeni alanlarla tamamlayabilirsiniz. Oluşturulan tablo tutulmalı, oluşturulan çerçevede benzersiz bir isim vermelidir.
1. Tablodaki bilgiler çoğaltılmamalıdır. Tablolar arasında tekrarlanmamalıdır. Belirli bilgiler yalnızca bir tabloda saklandığında, yalnızca tek bir yerde değiştirilecektir. Çalışmayı daha verimli hale getirir ve aynı zamanda farklı tablolarda bilginin anlaşılması olasılığını da hariç tutar. Örneğin, aynı masada adresleri ve telefon numaralarını içermelidir.
2. Her tablo sadece bir konuda bilgi içermelidir. Her konu için bilgi, birbirinden bağımsız masalarda bulunurlarsa çok daha kolay işlenir. Örneğin, adresler ve müşteri siparişleri farklı tablolarda daha iyi depolanır, böylece bir siparişi silerken, istemci bilgileri veritabanında kalır.
3. Her masa gerekli alanları içermelidir. Tablodaki her alan, tabloda ayrı bilgi içermelidir. Örneğin, müşteride veri içeren bir tablo, şirket, adres, şehir, ülke ve telefon numarasının adına sahip alanlar içerebilir. Her tablo için alanlar geliştirirken, her alanın tablonun konusu ile ilişkili olması gerektiği unutulmamalıdır. Tabloya bir ifadenin sonucu olan verilerin dahil edilmesi önerilmez. Tablo, gerekli tüm bilgileri içermelidir. Bilgi, en küçük mantıksal birimlere (örneğin, "ad" ve "soyadı" alanlarına ve Genel Alan "İsim") ayrılmalıdır.
4. Veritabanının birincil bir tuşa sahip olması gerekir. Bu, DBMS'nin verileri farklı tablolardan, örneğin istemci üzerindeki verileri ve siparişlerinden kaynaklayabilmesi için gereklidir.
Sahne 3. Ekran formları oluşturma.
Başlangıçta, tabloyu formun oluşturulacağı temelinde belirtmeniz gerekir. Hangi türün sahip olması gerektiğini veya bağımsız olarak gösterdiğini belirten bir form ustası kullanılarak oluşturulabilir. Bir form oluştururken, bir tablo içeren tüm alanları değil, yalnızca bunlardan bazılarını belirleyebilirsiniz. Form adı, oluşturulduğu temelinde tablo adıyla çakışabilir. Aynı tabloya dayanarak, bu tablodan kullanılan alanların biçiminde veya sayısında farklı olabilecek birkaç form oluşturabilirsiniz. Form oluşturduktan sonra kaydedilmelidir. Oluşturulan form, alanların yerini, boyutlarını ve formatını değiştirerek düzenlenebilir.
Aşama 4. Veritabanını doldurma.
Veritabanını doldurma işlemi iki tipte gerçekleştirilebilir: bir tablo şeklinde ve bir form şeklinde. Sayısal ve metin alanları bir tablo biçiminde doldurulabilir ve tip notunun ve OLE'nin alanları bir form şeklindedir.
VI aşaması. Oluşturulan veritabanı ile çalışmak.
Veritabanıyla çalışmak aşağıdaki işlemleri içerir:
- gerekli bilgileri arayın;
- veri sıralama;
- veri Seçimi;
- baskı;
- veri değiştirme ve ek veri.
Aşağıdaki veritabanı geliştirme aşamaları ayırt edilebilir:
· Tasarım;
· Yazılım uygulaması;
· Dolum ve işlem.
Tasarım aşaması orijinalin teorik yapısıdır bilgi modeli Veri tabanı. O içerir:
· Konu alanı, yapısı, giriş ve çıkış veri akışı, otomasyon görevleri, kaynak sistemin nesnelerinin analizi ve tahsis edilmesi ve aralarındaki bağlantıların tanımlanması;
· Veritabanındaki özelliklerin ve özelliklerin özellikleri ve özelliklerini belirleyen alanlar (öznitelikler), kaynak tabloların çizilmesi ve bunlar arasındaki ilişki belirlenir, veri elemanları veri veritabanıyla belirlenir, veri değerleri üzerindeki sınırlamalar, vb.
· Amaç birincil anahtar kaynak tabloların her nesnesi ve normalizasyonu (bölüm) için (alanlar);
· Seçilen nesnelerin hepsinin doğruluğunu, özellikleri ve tarif edilen işlemler gerekli detaylarda görüntülenir, görev çözümlerini gerektiren konu alanını görüntülemek;
· Veritabanının mantıksal yapısını belirlemek;
· Veritabanının bütünlüğünün korunması ve desteğini çözme. Veri güvenliğinin altında, veritabanındaki verilerin doğruluğunu herhangi bir zamanda korumayı amaçlayan bir önlem sistemi olarak anlaşılmaktadır.
Yazılım uygulama aşaması, aşağıdaki adımları yerine getirmesi gereken bir bilgisayardaki uygulamaların geliştirilmesi ile ilişkilidir:
· Alınan tabloları DBMS araçlarıyla tanımlayın ve bunları bir bilgisayara girin;
· Bilgi sistemi kullanıcıları için, veritabanı ile çalışmak için arayüzler geliştirin, yani verilerin girilmesi ve görüntülenmesi için ekran formları, yazdırma özeti verileri, veri toplama istekleri;
· Çalışma durumunda bir veritabanını korumak ve sürdürmek için bir prosedür geliştirin, son kullanıcı işlemleri;
· Sistem testi yapın, bununla çalışmak için talimatlar yapın ve personeli eğitin.
İşlem ve doldurma aşaması, veritabanının içeriğine özel verilerle birlikte başlar. Doğrudan veri tabanını ve desteğini içerir.
Büyük işletmeler ve şirketler için bir veritabanı geliştirirken, analiz ve modelleme, veri akışlarını, işlemlerini ve kurumsal işlevleri değiştirmemize, darboğazları tanımlamamızı ve yapım ve iş süreçlerinin etkin organizasyonu için önerilerde bulunmamızı sağlayan vaka araçları gibi özel bir yazılım kullanılarak gerçekleştirilir. işletmede.
İşletme ve analizin mevcut durumunun oluşturulmasına ek olarak yazılım Simülasyon, özellikleri oluşturmanıza ve gelecekteki bir sistemin bir projesini oluşturmanıza izin verir, ayrıca, program kodu En yaygın DBMS için. Böylece, modelleme aşaması tasarım aşamasını ve bilgi sisteminin uygulanmasının bir bölümünü yakalayabilir.
Kavramsal Veritabanı Tasarımı
Veritabanı tasarım sürecinin ilk aşaması, kavramsal tasarım veritabanı denir. Çalışırındaki sistemin nesnelerinin analiz edilmiş kısmı için kavramsal bir veri modeli oluşturulmada oluşur. Bu veri modeli, kullanıcı gereksinimlerinin özelliklerine göre kaydedilen bilgilere dayanarak oluşturulur. Veritabanının kavramsal tasarımı, uygulamasının bu tür detaylarından, seçilen DBM'lerin türü, bir dizi geçerli uygulama programı, kullanılan programlama dilleri, seçilen bilgisayar platformunun ve ayrıca fiziksel uygulamaların diğer özelliklerinden de bağımsızdır. Oluşturulan kavramsal veri modeli, veritabanının mantıksal tasarım aşaması için bir bilgi kaynağıdır.
Mantıksal Tasarım Veritabanı
Veritabanı tasarımının ikinci aşaması, veritabanının mantıksal tasarımı denir. Amacı, mantıksal bir veri modeli oluşturmaktır. Önceki aşamada oluşturulan kavramsal veri modeli belirtilir ve bir mantıksal veri modeline dönüştürülür. Mantıksal veri modeli, DBMS'de (örneğin, bir ilişkisel veya ağ modeli) veri kuruluşunun seçilen modelinin özelliklerini dikkate alır.
Kavramsal veri modeli, uygulamanın herhangi bir fiziksel yönüne bağlı değilse, mantıksal veri modeli, DBMS'de seçilen veri kuruluşu modeli temelinde oluşturulur. Başka bir deyişle, bu aşamada, hangi DBMS'nin kullanılacağı bilinmelidir - ilişkisel, ağ, hiyerarşik veya nesne yönelimli. Bununla birlikte, bu aşamada, seçilen DBMS'nin diğer tüm yönleri göz ardı edilir - örneğin, veri depolama yapılarının fiziksel organizasyonunun herhangi bir özelliği ve endekslerin yapımı.
Geliştirme sürecinde, mantıksal veri modeli sürekli test edilir ve kullanıcı gereksinimlerine uygunluk için kontrol edilir. Mantıksal veri modelinin doğruluğunu doğrulamak için normalleştirme yöntemi kullanılır. Normalleşme, mevcut modelden türetilen ilişkinin, fiziksel uygulamalarından sonra güncellemelerin anomalilerini arayabilen gereksiz verilere sahip olmayacağını garanti eder. Diğer şeylerin yanı sıra, mantıksal veri modeli gerekli tüm işlem kullanıcılarına destek sağlamalıdır.
Dahili mantık veri modeli, sahne için bir bilgi kaynağıdır. fiziksel tasarım ve etkili tasarım için çok önemli olan hedefleri elde etmek için gereken bir uzlaşma bulmak için fiziksel bir veritabanı geliştiricisi sağlar. Mantıksal veri modeli, çalışma aşamasında da önemli bir rol oynar ve hazır sistemin korunması. Düzgün organize edilmiş eşlik ile, güncel desteklenen veri modeli, veritabanında yapılan değişiklikleri doğru bir şekilde ve net bir şekilde göndermenize ve uygulama programları üzerindeki etkilerini değerlendirmektedir.
Veritabanı normalizasyonu
Veritabanları tasarlarken, en önemlisi, aralarındaki tabloların ve bağlantıların yapılarını belirlemektir. Veri yapısındaki hatalar zordur ve daha sık programlı olarak düzeltmek mümkün değildir. Veri yapısı daha iyi olursa, veritabanını programlamak daha kolaydır. BD tasarım teorisi, veritabanının yapısını optimize etmek için tasarlanmış normal form kavramını içerir. Normal formlar, veritabanına uygulanan lineer bir kurallar dizisidir ve normal formun sayısı ne kadar yüksek olursa, veritabanının yapısı o kadar mükemmel olur. Normalleştirme, veritabanı tablolarının düzenlendiği, bağlantısı kesildiği ve verilerin düzenlendiği çok kademeli bir işlemdir. Normalizasyon görevi, veritabanından istenmeyen bazı özellikleri ortadan kaldırmaktır. Özellikle, görev, bazı veri yedekliliğini ortadan kaldırmak ve bu sayede veri değiştirirken bu anomalilerden kaçınır. Veri Değişimi Anomalileri, veritabanı yapısından dolayı ortaya çıkan verilerin yerleştirilmesinde, değişikliklerinde ve silinmesinde zorluklardır. Birçok seviye olmasına rağmen, normalleşmeyi üçüncü bir normal formda gerçekleştirmek için yeterlidir.
Siparişlerin teslimatının veritabanını normalleştirmenin bir örneğini düşünün. Düzensiz "satış" veritabanı bir tablodan oluşur (Şekil 7).
Şekil 7. BD "Satış"
Tabloda, her giriş bir müşterinin birkaç siparişi hakkında bilgi içerir. Ürün bilgisine sahip bir sütun çok fazla veri içerdiğinden, bu tablodan sipariş edilen bilgileri elde etmek zordur (örneğin, çeşitli mallardaki toplam alımlar hakkında bir rapor vermek için).
Birincil normal form
İlk normal form, sütunlarda bulunan tüm verilerin atomitesini önceden belirtir. "Atom" kelimesi, kelimenin tam anlamıyla "ayrılmaya maruz kalma" anlamına gelen Latince "atomis" dan geliyor. İlk normal form, dize ve sütun tarafından belirlenen her pozisyonda, yalnızca bir değer veya bir değer listesi değil, varlığını belirler. Bu ihtiyacın avantajları açıktır: değerler listeleri bir sütunda saklanırsa, bu değerleri manipüle etmenin basit bir yolu yoktur. Tabii ki, masadaki girişlerin sayısı artar.
BD "satış" nın normalleşmesini ilk normal formda gerçekleştireceğiz (Şekil 8).
Şekil 8. Birincil normal form
3.3.2. İkinci normal form
İkinci normal form, tablodan taşınabilir, bu da ilk normal forma karşılık gelir. Ek olarak, aşağıdaki durum gerçekleştirilmelidir: Her bir anahtar alanın değil, birincil tuşa tam olarak bağlı olmalıdır.
"Satış" veritabanının normalleşmesini ikinci normal formda gerçekleştireceğiz. Bireysel siparişlerle ilgili olmayan tüm bilgiler, ayrı bir tabloda seçin. Sonunda, bir tablo yerine "satış" yerine iki tane alıyoruz - "Siparişler" (Şekil 9) ve "mallar" tablosu (Şekil 10).
Şekil 9. Masa "Siparişler"
Şekil 10. Masa "Ürünler"
Böylece, ürün türü sadece bir tabloda saklanır. Normalize edilmiş bilgilerin kaybolmadığında belirtilmelidir.
3.3.3. Üçüncü Normal Form
Masanın, ikinci normal forma karşılık gelirse, üçüncü normal forma karşılık geldiğine ve tüm anahtar sütunları karşılıklı olarak bağımsız olduğuna inanılmaktadır. Diğer sütunlardan veri hesaplanarak elde edilen bir sütun, bağımlılık örneklerinden biridir.
"Satış" veritabanının normalleşmesini üçüncü normal formda gerçekleştirin. Bunu yapmak için "Siparişler" sütunundan "Toplam" tablodan kaldırın. Bu sütundaki değerler herhangi bir tuşa bağlı değildir ve formül ("fiyat") * ("numara") tarafından hesaplanabilir. Böylece, "satış" veritabanı, iki tablodan oluşan optimum bir yapı ile elde edildi (Şek. 11).
İncir. 11. Normalize BD "Satış"
3.2 Yazılım Veritabanı Uygulaması
Veritabanının yazılım uygulaması, veri tanımı dilinde (DDL) hedef DBM'ler oluşturarak gerçekleştirilir. DDL-Dil komutları derlenir ve şemalar oluşturmak ve boşaltma veritabanı dosyalarını oluşturmak için kullanılır. Aynı aşamada, tüm özel kullanıcı performansları belirlenir.
Uygulama programları üçüncü diller kullanılarak uygulanır veya dördüncü jenerasyon. Bu uygulama programlarının bazı unsurları, veri manipülasyon dilinde (DML) hedef DBM'lerde kaydedilen bir veritabanı işleme işlemi olacak ve temel programlama dilinde programlardan çağrılacak - örneğin, Visual Basic, C ++, Java. Ek olarak, bu aşamada, proje projesinin diğer bileşenleri oluşturulur - örneğin, menü ekranları, veri girişi formları ve raporlar. Birçok Mevcut DBM'nin, ardışık olmayan istek dillerini, çeşitli rapor jeneratörleri, form jeneratörleri, grafik jeneratörleri ve uygulama jeneratörleri kullanarak hızlı bir şekilde başvurular oluşturmanıza olanak tanıyan kendi geliştirme araçlarına sahip olmaları akılda tutulmalıdır.
Bu aşamada, veritabanını korumak için başvuru ve bütünlüğünün desteğini de uygulanır. Bazıları bir DDL dili kullanılarak tarif edilirken, diğerlerinin diğer yollarla tanımlanması gerekebilir - örneğin, ek DBMS yardımcı programları kullanarak veya gerekli işlevleri uygulayan uygulama programları oluşturarak.
3.2.1. Uygulama geliştirme
Uygulama geliştirme, kullanıcı arayüzünün tasarımı ve veritabanıyla çalışmak üzere tasarlanmış uygulama programlarıdır. Çoğu durumda, uygulama tasarımı veritabanı tasarımının bitiminden önce tamamlanamaz. Öte yandan, veritabanı uygulamaları desteklemek için tasarlanmıştır ve bu nedenle veritabanı tasarımının aşamaları ile bu veritabanı için uygulamaların tasarımı arasında bilgi alışverişi olmalıdır.
Kullanıcı gereksinimlerinin özelliklerinde sağlanan tüm işlevselliğin, ilgili uygulamaların kullanıcı arayüzü tarafından sağlandığından emin olmak gerekir. Bu, veritabanı ve işlem tasarımında uygulama erişim uygulamalarının tasarımını ifade eder. Veritabanına erişim tasarlama.
Kullanıcının ihtiyacınız olan işlevlere erişebileceği yöntemlerin tasarımına ek olarak, veritabanı uygulamasının uygun kullanıcı arayüzü de geliştirilmelidir. Bu arayüz sağlaması gerekir kullanıcıya gerekli Bilgi bunun için en uygun yoludur.
3.2.2 Veritabanı testi
Test etme, hataları aramak için uygulamaların yürütme işlemidir. Uygulamada yeni bir sistem kullanmadan önce, dikkatlice kontrol edilmelidir. Bu, tüm test işleminin kesinlikle sürekli ve metodik olarak doğru şekilde gerçekleştirileceği şekilde yapılması gereken gerçek verileri kullanarak iyi düşünülmüş bir test algoritması geliştirilerek sağlanabilir. Test görevi, hataları gösterme işlemi değildir, yazılımdaki hataların yokluğunu gösterme olasılığı olası değildir - aksine, aksine, sadece varlıklarını gösterir. Test başarılı olursa, hata veritabanları ve yapıları açıklanacaktır. Bir yan sonuç olarak, testler yalnızca veritabanının ve uygulama programlarının teknik özelliklerine uygun olarak çalıştığını ve performans için mevcut gereksinimleri karşıladığını gösterebilir. Ek olarak, test aşamasında istatistiksel verilerin toplanması, oluşturulan yazılımın geçerliliği ve kalite göstergelerini oluşturmanıza olanak sağlar.
Veritabanlarının tasarımında olduğu gibi, yeni sistem kullanıcıları test etme sürecinde yer almalıdır. İdeal olarak, sistem testi ayrı bir ekipman setinde yapılmalıdır, ancak genellikle imkansızdır. Gerçek verileri kullanırken, onları önceden oluşturmak önemlidir. yedekleme, hataların bir sonucu olarak hasarları durumunda. Oluşturma sürecini test etmenin tamamlanmasından sonra uygulamalı sistem Tamamlandı olarak kabul edilir ve endüstriyel operasyona devredilebilir.
3.3 Veritabanının işletilmesi ve bakımı
Çalışma ve Bakım - Veritabanının normal işleyişi için destek.
Önceki aşamalarda, veritabanı uygulaması tamamen uygulandı ve test edildi. Şimdi sistem, sömürü ve bakım adı verilen yaşam döngüsünün son aşamasına girer. Bu tür işlemleri gerçekleştirmeyi içerir:
· Sistem performans kontrolü. Performans kabul edilebilir bir seviyenin altına düşerse, veritabanının daha da yeniden düzenlenmesi gerekebilir;
· Bakım ve yükseltmeler (gerekirse) veritabanı uygulamaları. Yaşam döngüsünün önceki aşamalarını yeniden yürütürken, veritabanı uygulamasına yeni gereksinimler dahil edilmiştir.
Veritabanı çalışmaya girdikten sonra, çalışma sürecini sürekli izlemek gerekir - bu, performansın ve diğer göstergelerin gereksinimlere uygun olduğundan emin olacaktır. Tipik bir DBM'ler, genellikle sistemin işleyişini yükleme ve kontrol eden veri programları dahil olmak üzere çeşitli veritabanı yönetimi yardımcı programları sağlar. Bu tür yardımcı programlar, sistemin çalışmasını izleyebilir ve veritabanının kullanım seviyesi, kilitleme sisteminin etkinliği (meydana gelen karşılıklı kilitlerin sayısı hakkında bilgi dahil) gibi çeşitli göstergeler hakkında bilgi verebilir. seçilen sorgu stratejileri olarak. Veritabanı yöneticisi, performansı arttırmak için sistemi yapılandırmak için bu bilgileri kullanabilir (örneğin, ek dizinler oluşturarak), isteklerin yürütülmesini, depolama yapılarındaki değişiklikleri, bireysel tabloları birleştirerek veya bölümlendirmeyi hızlandırın.
İzleme işlemi, değişen gereksinimleri karşılamak için etkili veritabanı yeniden düzenlemesini yapmak için herhangi bir zamanda izin verecek tüm uygulama işlemi işlemi boyunca tutulmalıdır. Benzer değişiklikler, gelecekte gerekli olabilecek veritabanlarının ve kaynakların en muhtemel iyileştirilmesi hakkında bilgi sağlar. Kullanılan DBMS'de gerekli bazı yardımcı programlar yoksa, yöneticinin onları bağımsız olarak geliştirmek ya da üçüncü taraf geliştiricilerden gerekli ek araçları edinmek zorunda kalacaktır.
4. DBMS Microsoft Access
4.1.nalittite I. genel DBMS Microsoft Access hakkında
Microsoft Access sistemi veritabanı yönetim sistemidir, ilişkisel bir veri modeli kullanır ve Microsoft Office uygulaması paketinin bir parçasıdır. Depolama, girdi, arama ve verileri düzenlemenin yanı sıra, onları uygun bir biçimde yayınlamak için tasarlanmıştır.
Microsoft Access'in uygulamaları aşağıdaki gibi atfedilebilir:
· Küçük işletmelerde (Muhasebe, Devreye Alma, Müşterilerle ilgili bilgilerin bakımı, iş bağlantıları hakkında bilgi yürütür);
· Büyük şirketlerde (çalışma grupları uygulamaları, bilgi işleme sistemleri);
· Kişisel bir DBMS olarak (adreslere dizin, yatırım portföyünün bakımı, yemek kitabı, kitap, kayıtlar, kayıtlar, video filmler vb.).
Erişim en güçlü, kullanışlı ve basit sistemler Veritabanı Yönetimi. Erişim Microsoft Office'e dahil edildiğinden, Office uygulamalarının birçok özelliğine sahiptir ve onlarla bilgi alışverişinde bulunabilir. Örneğin, erişimde çalışmak, dosyaları açıp düzenleyebilir ve diğer uygulamalardan veri kopyalamak için Pano'yu kullanabilirsiniz.
Erişimdeki nesnelerin gelişimi "usta" ve "tasarımcılar" dir. o Özel ProgramlarBu, tabloları, istekleri, çeşitli form ve rapor türlerini oluşturmaya ve düzenlemeye hizmet eder. Kural olarak, "usta", nesneleri düzenlemek için "tasarımcı" oluşturmak için kullanılır. Düzenleme işlemi, geliştirmek için bazı nesnelerin türünü değiştirmeyi içerir. Bir formu düzenlerken, alan konumunun adlarını ve sırasını değiştirebilir, veri giriş alanının boyutunu arttırabilir veya azaltabilirsiniz. "Yapıcıyı" kullanabilir ve formlar oluşturabilir, ancak bu çok zaman alıcı bir iştir. Erişim, veri yapısını, elektronik tabloları ve metin verilerini içe aktarmanıza, uygulamaların hızını artırmanıza, uygulamaların emsal desenleri kullanarak uygulamaları oluşturmasına ve yapılandırmasına yardımcı olmak için özel yazılım araçları içerir. Uygulamaların uygulanmasını tam olarak otomatikleştirmek için, verileri formlar ve raporlarla bağlamak için makroları kullanabilirsiniz.
Erişim ilişkisel veritabanlarını yöneterek uygulanır. Sistem, birincil ve harici tuşları destekler. Kernel düzeyinde veri bütünlüğü sağlar, bu da uyumsuz güncelleme veya veri silme işlemlerine izin vermez. Erişimdeki tablolar, verilerin izin verilmesini kontrol etmek için sağlanır, yani. izin verilmedi yanlış giriş. Tablonun her alanı, veri girişini kolaylaştıran kendi formatı ve standart açıklamaları vardır. Erişim Aşağıdaki alan türlerini destekler: sekme, metin, sayısal, sayaç, nakit, tarih / saat, not, mantıksal, köprü, OLE nesneleri, ek ve hesaplanmıştır. Alanlarda hiçbir değer yoksa, sistem boş değerler için tam destek sağlar.
Erişimde, grafik araçlarını kullanabilirsiniz. Microsoft Word., Excel, PowerPoint ve oluşturmanıza izin veren diğer uygulamalar farklı çeşit Grafikler ve çizelgeler. Histogramlar, iki boyutlu ve üç boyutlu diyagramlar oluşturabilirsiniz. Erişim biçimleri ve raporlarında, her türlü nesneyi ekleyebilirsiniz: çizimler, diyagramlar, ses ve video klipler. Bu nesneleri geliştirerek geliştirilen bir veritabanı ile bağlayarak, dinamik formlar ve raporlar oluşturabilirsiniz. Ayrıca erişimde, bazı görevlerin yürütülmesini otomatikleştirmenizi sağlayan makroları kullanabilirsiniz. Form ve raporları açıp kapatmanıza izin verir, çeşitli uygulamalı görevlerin oluşturulmasını otomatikleştirmek için bir menü ve iletişim kutuları oluşturmanıza izin verir.
Erişimde, tıklamanız gereken içeriğe bağlı bir sertifika alabilirsin.
4.2. Microsoft Access Nesneleri
DBMS erişimini başlatırken, oluşturulması için pencere görünür. yeni taban veri veya önceden oluşturulan veritabanları veya mevcut şablonlarla çalışmak (Şekil.12).
İncir. 12. Geçiş erişimi.
Şablonlar, alan türlerinin tanımlandığı boş veritabanı yapılarıdır, temel nesneler oluşturuldu, tablolar ve benzeri arasındaki bir bağlantı kurulur.
Yeni bir temel oluştururken erişim verileri Bir satır ve iki sütun içeren boş bir tabloyu açacaktır (Şekil 13).
Şekil.13. Yeni Veritabanı Penceresi
Pencerenin sol kısmında (geçiş alanı), oluşturulan tüm veritabanı nesnelerini gösterirken, biz sadece görünür, boş bir tablo, çünkü Yeni veritabanındaki oluşturulan nesneler artık değil (Şekil 13). DBMS erişiminin ana nesneleri aşağıdaki gibidir.
Tablolar. Tablolar, tüm veriler depolandığından ve veritabanı yapısını tanımlarlar. Veritabanı, boyutları yalnızca bilgisayarın sabit diskindeki mevcut alanla sınırlı olan binlerce tablo içerebilir. Tablolardaki kayıt sayısı, sabit diskin hacmi ile belirlenir ve alanların sayısı 255'ten fazla değildir.
Erişimdeki tablolar aşağıdaki gibi oluşturulabilir:
· "Tasarımcı" modunda;
· Tablodaki veri giriş modunda.
Başka bir yerde saklanan verileri içe aktararak veya onlarla iletişim oluşturarak bir tablo oluşturabilirsiniz. Bu, örneğin Excel dosyasında depolanan verilerle yapılabilir. windows listesi SharePoint Services, XML dosyası, başka bir MS Access veritabanı. SharePoint listesi, MS Access uygulamasını yüklememiş olan bu kullanıcılara erişim sağlama sağlar. Verileri içe aktarırken, kopyaları mevcut veritabanının yeni tablosunda oluşturulur. Kaynak verilerinde yapılan müteakip değişiklikler, ithal edilen verileri etkilemez ve bunun tersi de geçerlidir. Veri bağlıysa, geçerli veritabanında ilgili bir tablo oluşturulur, başka yerlerde saklanan verilere dinamik bir bağlantı sağlar. İlişkili tablodaki veri değişiklikleri kaynağa yansıtılır ve kaynaktaki değişiklikler - ilgili tabloda.
Tablo modunda, tabloda depolanan veriler görüntülenir ve "tasarım modu" nda tablonun yapısını görüntüler.
Tabloların paylaşılan alanları varsa, bir tabloya bir kayıt eklemek için Slave tablosunu kullanabilirsiniz. Bu yaklaşım, çeşitli tablodaki verileri eşzamanlı olarak görüntülemenizi sağlar.
Araştırma. İstekler, belirli kriterleri karşılayan veritabanı tablolarındaki bilgileri aramak ve analiz etmek için tasarlanmış özel araçlardır. Sorgu sonuçları olarak adlandırılan kayıtlar, görüntülenebilir, düzenlenebilir ve analiz edilebilir. farklı yollar. Ek olarak, sorgu sonuçları, diğer erişim nesneleri oluşturmak için bir temel olarak kullanılabilir. En yaygın olanı, örnekleme, parametrik ve çapraz istek, kayıt talepleri, değişim ve diğerleri için sorgu olan çeşitli istek türleri vardır. Daha az sıklıkla eylem için istekleri kullanır ve sQL sorguları (Yapılandırılmış sorgu dili). İstenilen bir sorgu yoksa, ek olarak oluşturulabilir.
İstekler çeşitli şekillerde oluşturulur, örneğin "Sihirbazı" kullanarak, "Tasarımcı" modunda manuel olarak bir istek oluşturabilirsiniz. En basit ve en yaygın kullanılan sorgu türü seçim isteğidir. Bu istekler bir veya daha fazla tablodan veri seçer ve bunlardan oluşturur. yeni masaDeğiştirebileceğiniz yazma. Seçim istekleri, toplamları, ortalama değerleri hesaplamak ve diğer sonuç değerlerini bulmak için gereklidir. Bu nedenle, talepler ana tablolardan veri kullanır ve geçici tablolar oluşturur.
Formlar. Formlar, veritabanı tablolarındaki kayıtları girmek ve düzenlemek için kullanılır. Kalıplar üç modda görüntülenebilir: Veri giriş modunda, verilerin tablo biçiminde ve formda değişiklik ve ilaveler yapan "düzen" ve "tasarımcı" modlarında sunulduğu tablo modunda.
Formun ana elemanları, metnin doğrudan tablo alanlarının değerlerini içeren alanlarda doğrudan görüntülendiği yazıtlardır. "Tasarımcı" modu sıfırdan bir form oluşturmanıza izin vermesine rağmen, genellikle "Master" kullanılarak oluşturulan formları geliştirmek ve geliştirmek için kullanılır. Yukarıdaki forma ek olarak, aşağıdaki araçları kullanarak da oluşturabilirsiniz:
· "Form";
· "Bölünmüş Form";
· "Birkaç unsur";
· "Boş form."
Formun bir form şekline sahip olabileceği için, özel formlar biçiminde veri girmek için formları en etkili şekilde kullanın. Formlar uygulamak, kullanıcı dostu bir biçimde veri girmenizi sağlar normal belgeler. G / Ç formları veritabanına veri girmenize, görüntüler, görüntüler, alanların değerlerini değiştirmenize, kayıtları ekleyip silmenize izin verir. Form, bir rapor yazdırmak, diğer nesneleri açmak veya diğer görevlerin otomatik olarak yürütülmesi için kullanılan bir düğme içerebilir.
Raporlar. Raporlar, hem monitör ekranında hem de kağıda açıkça gösterilen biçimlendirilmiş formdaki tablolardaki bilgileri görüntülemek için kullanılır. Raporda, kullanıcı için gereken formda veritabanından yazdırılacak verileri görüntülemek için etkili bir araçtır (sertifikalar, sınav ifadeleri, tablolar vb. Şekilde). Birkaç tablo ve sorgudan çıkarılan verilere ek olarak, raporlar, örneğin, ad, başlıklar ve altbilgiler gibi basılı belgelerde var olan tasarım öğelerini içerebilir.
Rapor dört modda gösterilebilir: "Tasarımcı" modunda, değiştirmenize olanak tanır görünüm Bitmiş raporun tüm öğelerini görüntüleyebileceğiniz, ancak kısaltılmış formda, kısaltılmış formda, "Düzen modunda", daha açık bir şekilde göstermenize olanak tanıyan (tasarımcı moduna kıyasla) ve raporu biçimlendirmenize izin verecek şekilde rapor verin. ve önizleme modunda, raporun yazdırılacağı formda görüntülenir.
Tablolar, istek, formlar ve raporlar, erişim veritabanlarının geliştirilmesinde en yaygın kullanılan nesnelerdir.
Bununla birlikte, erişim, makrolar ve modülleri kullanırsanız, veritabanının yetenekleri önemli ölçüde genişletilebilir.
Sayfalar.İnternet kullanıcılarını bilgiye erişimi sağlamak için, veritabanında özel veri erişim sayfaları oluşturabilirsiniz. Veri Erişim Sayfalarını Kullanma, veritabanında depolanan verileri görüntüleyebilir, ekleyebilir, değiştirebilir ve işleyebilirsiniz. Veri erişim sayfaları, örneğin Excel'den diğer kaynaklardan veri içerebilir. Web erişiminde bir veritabanından bilgi yayınlamak için, bir erişim sayfasının oluşturulmasını sağlayan bir "Master" bulun.
Makrolar.Makrolar, örneğin formun oluşumu, yazdırma raporları, düğmelere, vb. Tıklayın. Veritabanına niteliksiz kullanıcılara aktarmanız gerekiyorsa, bu özellikle uygundur. Örneğin, rutin görevleri çalıştıran bir komut dizisi içeren makroları veya formun veya yazdırma raporunun açılması gibi eylemleri düğme formu düğmelerine göre yazabilirsiniz.
Modüller.Modül, uygulama boyunca kullanılan alt yordamların ve fonksiyonların kütüphanelerini oluşturmanıza olanak sağlayan bir veritabanı nesnesidir. Modül Kodlarını Kullanma, bu tür görevleri, hata hataları, duyuru ve değişkenlerin duyurusu, döngü organizasyonu, vb.
Bir veritabanını oluşturmaya başlamadan önce, biraz zaman geçirmeniz gerekir. tasarlamak.
Veritabanlarını (veritabanı) tasarlamanın temel amacı, depolanan verilerin fazlalığını azaltmak ve bu nedenle, kullanılan bellek miktarını tasarruf etmek, yedek kopyaların güncellenmesi ve depolama nedeniyle çelişkiler olasılığını ortadan kaldıran birden fazla işlemin maliyetini azaltmaktır. farklı yerler Aynı nesne hakkında bilgi. Sözde, "temiz" BD projesi ("bir yerdeki her gerçek") ilişkilerin normalleşmesi için metodoloji kullanılarak oluşturulabilir. Normalleşme Veritabanının tasarımının son test aşamasında kullanılmalıdır.
Bazın yapısının kötü çalışması neredeyse her zaman gelecekte işleme konusundaki işe yaramaz zaman harcamalarına neden olur. Deneyimli geliştiriciler, yaratılışlarından daha az veritabanı tasarımı öderler. Genel olarak, veritabanı geliştirme aşağıdaki adımları içerir:
1. Veritabanı atamasını belirleme.
2. Veri tabanı hangi kaynak verilerinin içermesi gerektiğine karar vermek.
3. Veritabanının kaynak tablolarının belirlenmesi.
4. Tablolara dahil edilecek alanların tanımı ve benzersiz değerler içeren alanların seçimi.
5. Tabloların ve elde edilen yapının son görüntülemesi arasındaki bağlantıların atanması.
6. Tablo oluşturma, birbirlerine bağlanma ve deneme verileri ile deneysel doldurma.
7. Girilen verilerle işlemler için formlar, raporlar ve talepler oluşturma.
Veritabanı atamasını tanımlama
Her veritabanının gelişimi, izin verilmesi gereken sorunun çalışmasıyla veya ihtiyaç duyduğu ihtiyaçlarla başlar.
Örnek olarak, Hadi Kütüphane Edebiyat Kütüphanesi Kütüphanesi'nin basit bir veritabanı oluşturalım. Veritabanı, kütüphanenin kazandığı kitaplardaki verileri, her yayının bireysel örneklerinin yeri ve okuyucular hakkında bilgi hakkında bilgi depolamak için tasarlanmıştır.
Veritabanında bulunan bilgilerin seçimi
Kütüphane kataloglarını korumak için, veritabanındaki gerekli kitaplar ve kütüphane istatistikleri aramanın organizasyonu, çoğu açıklamalı katalog kartlarına yerleştirilmiş olan bilgi tutulmalıdır. Referans taleplerinin analizi, uygun kitapları (konularda, yazar, yayıncılık vb.) Aramak ve gerekli olan (örneğin, ek açıklama ile) ayrılmasını göstermektedir. Öznitellikler Katalog Kart:
2. Kitabın başlığı.
3. Yayın yeri (şehir).
4. Yayıncı (Yayıncı).
5. Yayın yılı.
6. Açıklama.
Kitapların bireysel kopyalarının depolama konumlarını karakterize etmek için niteliklere atfedilebilir:
1. Oda odası (kitap depolama odaları).
2. Odadaki rock numarası.
3. Raftaki rafların sayısı.
4. Numara (Kitap Envanteri Numarası).
5. Satın alma tarihi.
6. Belirli bir kitabın belirli bir yerde yerleştirme tarihi.
7. Kurulu yerden kitabın ele geçirilme tarihi.
Okuyucuları karakterize etmek için nitelikler atfedilebilir:
1. Okuyucu Bilet Numarası (Form).
2. Familia okuyucu.
3. Okuyucunun adı.
4. Okuyucunun Patronimi.
5. Okuyucunun adresi.
6. Telefon okuyucusu.
7. Belirli bir kitabın okuyucusuna ihracı tarihi.
8. Belirli bir kitabın okuyucuya verildiği terim.
9. İade kitabı tarihi.
Kaynak masalarının tanımı
Yukarıdaki nesnelerin ve niteliklerin analizi, bir veritabanı oluşturmak için tasarım veritabanının aşağıdaki tabloları belirlemenizi sağlar:
2. Kitabın. Tablo kitaplarla ilgili kitapları saklamak için tasarlanmıştır.
3. Yayıncılar.Tube, yayıncı bilgilerini depolamak için tasarlanmıştır.
4. Depolama. Tablo, kitapların depolama yerini tanımlamak için tasarlanmıştır.
5. İhraç.Tube, yayınlanan kitaplarla ilgili bilgileri saklamak için tasarlanmıştır.
6. OkuyucularŞişeler, kütüphane okuyucular hakkındaki bilgileri saklamak için tasarlanmıştır.
Gerekli tablo alanlarının seçimi
Veritabanında bulunan bir dizi tablo tanımlayarak, her nesneyle ilgili hangi bilgilerin tabloların her birine dahil edileceğini düşünmeniz gerekir. Her alan ayrı bir tabloya ait olmalıdır. Aynı zamanda, her alandaki bilgiler yapısal olarak temelde olmalıdır, yani en küçük mantıksal bileşenler formundaki alanlarda depolanmalıdır.
Yukarıdakilere dayanarak, tanımlayın alan Seçilen tablolarda ve bir tür depolanmış veri.
Kitabın:
· kitap kodu - Sayısal alan, veritabanındaki her bir kitabın belirsiz tanımlanması için tasarlanmıştır;
· kitabın başlığı
· açıklama - Metin alanı;
· basım tarihi;
· kütüphanenin alındığı tarih;
· depolama.
Yayıncı:
· yayıncı kodu - Sayısal alan, veritabanındaki her özel yayıncının belirsiz tanımlanması için tasarlanmıştır;
· yayıncının adı - Sembolik alan, en fazla 256 karakter;
· yayıncının bulunduğu şehir - Sembolik alan, en fazla 25 karakter.
Depolama:
· konum kodu - Sayısal alan, veritabanındaki her spesifik rafın belirsiz tanımlanması için tasarlanmıştır;
· oda numarası - Sayısal alan;
· stellage numarası - Sayısal alan;
· raf sayısı - Sayısal alan.
İhraç:
· kod Verme - Sayısal alan, veritabanındaki her bir verginin belirsiz bir tanımlanması için tasarlanmıştır;
· oda Verilen Kitap - Sayısal alan;
· okuyucu kodu - Sayısal alan;
· veriliş tarihi;
· İhracı terimi (gün sayısı);
· dönüş tarihi.
Okuyucular:
· okuyucunun numarası - Sayısal alan, veritabanındaki her bir okuyucunun belirsiz tanımlanması için tasarlanmıştır;
· soyadı
· isim vermek - Sembolik alan, 50'den fazla karakter değil;
· soyadı - Sembolik alan, 50'den fazla karakter değil;
· adres - Sembolik alan, en fazla 256 karakter;
· telefon - Sembolik alan, 20'den fazla karakter değil.
Benzersiz alanların seçimi
İlişkisel veritabanında, tablolar birbirleriyle ilişkilendirilebilir. Bu bağlantı benzersiz alanlar kullanılarak yüklenir. Benzersiz alanlar - Bunlar, değerlerin tekrarlanamadığı alanlardır. Örneğin, bir seri ve pasaport numarası kesinlikle pasaportu olan herhangi bir kişiyi tanımlar. Tablodaki girişi benzersiz bir şekilde tanımlayan böyle bir alan (veya alanların birleşimi) denir birincil anahtarBirincil anahtar alanın kalitesinde, katalogdaki kayıtların sırası sayısı, çalışanın işletmenin masa numarasını, perakende satışlardaki makalede de olabilir.
Veritabanımız için, aşağıdaki alanlar birincil tuşlardır:
· Kitabın - kitap kodu.
· Yayıncılar - yayıncı kodu.
· Depolama - konum kodu.
· İhraç - kod Verme.
· Okuyucular – bilet numarası.
Tablolar arasındaki bağlantıların amacı
Akıllı Bağlantılar, her iki tabloda da mevcut olan ortak bir alan kullanarak iki tabloyu bağlar. Üç tür bu tür bağlantılar vardır:
· bire bir- Her tablo girişi ve tablonun B'nin birden fazla sekmesiyle ilişkilendirilemez;
· birden fazla- A tablosundaki bir giriş, birçok tablo b ile ilişkilendirilebilir (örneğin, her sınıfta birçok öğrenci olabilir);
· birçok koç- A. Tablodaki her giriş, B tablosundaki birçok giriş ile ilişkilendirilebilir ve tablodaki B tablosundaki her girişi (örneğin, her öğrencinin birkaç öğretmene sahip olabilir ve her öğretmenin birçok öğrencisi olabilir) ).
İlişkisel veritabanları, birçok-çok doğrudan gibi bağlantılar oluşturmanıza izin vermez. Bununla birlikte, gerçek hayatta, bu tür bağlar çok sık bulunur, bu nedenle yardımcı tablolar aracılığıyla uygulanır, çeşitli tip bağlantıların birçoğunu bir araya getirir.
Bir tabloyu diğerine ilişkilendirmek için, birincil anahtarın alanını ikinci tablodaki ilk tablodan girmeniz gerekir, yani. İkinci masaya tanıtın harici anahtar. İki tablo arasındaki bağlantı, ana tablonun birincil anahtarını ("bir" oranının yan tarafında), ilişkili tablonun harici anahtarının ("birçoğunun yan tarafında) aynı alanına bağlayarak gerçekleştirilir. "oranı). İlişkili tablodaki harici anahtar alanı, ebeveyn tablosundaki birincil anahtar olarak aynı veri türüne sahip olmalıdır, ancak bir istisnayla olmalıdır. Ana tablonun birincil anahtarının bir "sayaç" veri türüne sahipse, ilgili tablonundaki harici anahtar alanı "sayısal" veri türüne sahip olmalıdır.
Veritabanımızda, aşağıdaki bağları tablolar arasında belirledik:
1. Yazarlar - Kitaplar. Bağlantı burada birçok koçHerhangi bir yazarın birden fazla kitabına sahip olabilir ve herhangi bir kitap birkaç yazar tarafından yazılabilir. Bu nedenle, aşağıdaki alanlara sahip bir yardımcı tablo "Yazar-Kitaplar" giriyoruz:
· kitap kodu.
2. Kitaplar - Yayıncılar. Bağlantı burada birçok koç, Herhangi bir kitap birkaç yayıncı tarafından yayınlanabilir ve herhangi bir yayınevi olmayan bir kitap değil bir kitap değil. Bu nedenle, aşağıdaki alanlarla başka bir yardımcı masa "kitap yayıncılığı" girdik:
· kitap kodu;
· yayıncı kodu.
3. Depolama - Kitaplar. Bağlantı burada birden fazlaBir rafta birçok kitap ayarlayabilirsiniz, ancak herhangi bir kitap sadece depoda bir rafta olabilir. Bu nedenle, "Kitap" tablolarındaki "Depolama Yeri" alanı harici bir anahtar olarak tanımlar ve "Depolama" ve "Kitaplar" tablosunu "Yer Kodu" ve "Depolama Yeri" birincil anahtarıyla bağlar.
4. Kitaplar - İhraç. Bağlantı burada birden fazla. Aynı kitap, farklı okuyuculara farklı tarihlerde birkaç kez yayınlanabilir. Bu nedenle, "ihracı" tablosundaki "Verilen Kitabın Sayısı" harici bir anahtar olarak tanımlanır ve "kitaplar" ve "ihracat" tablosunu "kitap kodu" ve harici anahtar "sayısının" kitap verilen ".
5. Okuyucular - İhraç. Bağlantı burada birden fazla. Aynı kitap birkaç kez farklı zamanlarda farklı okuyucular verilebilir. Bu nedenle, "İhracı" tablosundaki "Okuyucu Kodu" alanı harici bir anahtar olarak tanımlanır ve "Okuyucular" ve "Veriler" tablosu "Okuyucunun Numarasını" ve "Okuyucu Kodu" harici anahtarını ilişkilendiririz.
İlişkilerin normalleşmesi
Tabloların tasarımını bitirmiş ve aralarında var olan bağların tanımlanması, tablolar oluşturmaya başlamadan ve bilgi girmeden önce ortaya çıkan yapıyı iyice yeniden göndermek gerekir. İlişkilerin normalleşmesi, depolanan bilgilerin miktarını önemli ölçüde azaltmaya ve veri depolama organizasyonundaki anomalileri ortadan kaldırmanıza olanak sağlar.
Kural 1: Her tablo alanı benzersiz bir bilgi türünü temsil etmelidir.
Tasarlanan veritabanında, aynı bilgileri içeren farklı tablolarda bir alan yoktur (harici tuşlar hariç).
Kural 2: Her tabloda benzersiz bir tanımlayıcıya veya bir veya daha fazla alandan oluşabilecek bir birincil tuşa sahip olmalıdır.
Bizim tarafımızdan tasarlanan veritabanında, tüm tablolar (yardımcı "yazarlar - kitaplar" ve "yayınevleri" hariç) birincil anahtarı içerir.
Kural 3: Birincil anahtarın her değeri için, veri sütunlarındaki değer tablo nesnesine başvurmalı ve tamamen açıklamalıdır.
Bu kural iki şekilde kullanılır. İlk olarak, tablo, birincil anahtar tarafından tanımlanan nesneyle ilgili olmayan veriler olmamalıdır. Örneğin, her kitap için yazarları hakkında bilgi gerekli olmasına rağmen, ancak yazar bağımsız bir nesnedir ve bu konudaki veriler ilgili tabloda olmalıdır. İkincisi, tablodaki veriler nesneyi tam olarak tanımlamalıdır.
Kural 4: Bu diğer alanları etkilemeden herhangi bir alanın değerlerini (birincil tuşa dahil değildir) değiştirme yeteneği olmalıdır.
İkinci kural, tablolardaki verileri değiştirirken hiçbir problem olup olmadığını kontrol etmenizi sağlar. Bizim tarafımızdan tasarlanan veritabanında, tabloların farklı alanlarında yer alan veriler herhangi bir yerde tekrarlanmaz, herhangi bir alanın değerlerini ayarlama yeteneğine sahibiz (birincil anahtarlar hariç).
Veritabanının doldurulması, form ve rapor oluşturma
Veritabanı yapısının göreve ne kadar önemli olduğunu ve bu veritabanıyla ne kadar uygun olduğuna göre, birkaç basit kayıt girmeniz gerekir. Genellikle, bundan sonra, tabanın yapısına geri dönmek ve böyle bir test sırasında hangi sonuçların elde edildiğine uygun olarak ayarlanması gerekir.
Son aşamada, veritabanına bilgi girmek için formlar oluşturun, çeşitli tablodan örneklenmiş olan bilgi çıktı bilgilerini ve isteklerini bildirir. Bazın diğer kullanıcılara aktarılması amaçlanmışsa, büyük olasılıkla yabancı halkın, formlar ve raporlar ile ne kadar rahat çalışmalarını kontrol etmeleri için birisinin olması gerekir.
Elde edilen veri şeması MS erişimindeki gelişmiş veri tabanı, Şekil 2'de sunulmuştur. 4.1.
İncir. 4.1. Veri veri şeması Microsoft Access'te DB geliştirildi
Kontrol soruları
1. Bilgi sisteminin tanımını verin.
2. Veritabanının kavramını açıklayın.
3. Konu alanı nedir?
4. DBM'lerin tanımını verin.
5. Veri modeli nedir?
6. İlişkisel veri modelinin temel prensiplerini açıklar.
7. Microsoft Access DBMS özelliklerini açıklar.
8. Temel erişim veritabanı nesneleri nelerdir?
9. Erişim tablosu yapısını açıklayın.
10. Kavramları açıklayın: sorgu, form, rapor, veri erişim sayfası, makro, modül.
11. Veritabanı tasarımının ana aşamaları nelerdir?
12. Veritabanında bulunan bilgi seçimi nasıl?
13. Kavramları açıklayın: Birincil anahtar, harici anahtar.
14. Tablolar arasındaki bağlantıların amacı nedir?
15. Tablolar arasındaki ana bağlantı türlerini açıklar.
16. Veritabanı ilişkilerinin normalleşmesi nedir?
Veri tabanı tasarımı
Veritabanları ve DBMS Hakkında Temel Kavramlar
Bilgi sistemi (IP) - Bu temelde inşa edilmiş bir sistemdir. bilgisayar Ekipmanlarıbelirli bir uygulama kapsamına sahip önemli miktarda bilgi depolamak, aramak, işlemek ve iletmek için tasarlanmıştır.
Veri tabanı - Elektronik biçimde depolanan bir IP'dir.
Veritabanı (Veritabanı) - Uzun süreli depolama için tasarlanan organize veri kümesi harici hafıza BİLGİSAYAR, kalıcı güncelleme ve kullan.
Veritabanı, büyük miktarda bilgiyi saklamaya ve aramaya çalışıyor. Veritabanı örnekleri: not defteri, Sözlükler, referans kitapları, ansiklopediler vb.
Veritabanı sınıflandırması:
1. Karakter Saklanan Bilgiler Tarafından:
- Facrographic - Kesin olarak tanımlanmış bir formatta sunulan açıklanan nesneler hakkında kısa bilgi içeren (kart dosyaları, NR: Kütüphanenin Kütüphane Fonu, Kurumun Personel Kompozisyonu Veritabanının BD),
- Belgesel - Çok farklı türde belgeler (bilgi) içerir: metinsel, grafik, ses, multimedya (Arşivler, NR: Referans kitaplar, sözlükler, BD yasama ceza hukuku alanında yasama eylemleri, vb.)
2. Veri depolama yöntemine göre:
- Merkezi (bir bilgisayarda saklanır),
- Dağıtılmış (yerel ve global bilgisayar ağlarında kullanılır).
3. Veri organizasyonu yapısına göre:
- İlişkisel (tabul),
- Düzenlenmemiş.
"İlişkisel" terimi (Lat. Relatio - Tutum ) böyle bir depolama modelinin, parçaları arasındaki ilişki üzerine inşa edildiğini gösterir. İlişkiselveritabanı esasen iki boyutludur tablo. Böyle bir tablonun her satırına kayıt denir. Tablo sütunları alanlara adlandırılır: Her alan adı ve verilerin üst kısmı ile karakterize edilir. Veritabanı alanı, belirli bir özelliğin değerlerini içeren bir tablo sütunudur.
İlişkisel Veri Modelinin Özellikleri:
Tablonun her bir elemanı bir veri elemanıdır;
Masanın tüm alanları homojendir, yani. bir tür var;
Tablodaki aynı girişler eksik;
Tablodaki girişlerin sırası keyfi olabilir ve alan sayısı, veri türü ile karakterize edilebilir.
Hiyerarşik Veritabanı, aşağıdaki gibi sipariş edilen bilgilerin şöyle denir: bir öğe ana olarak kabul edilir, gerisi tabidir. İÇİNDE hiyerarşikkayıt veritabanı, merdiven adımları kadar belirli bir sıraya girer ve veri araması, aşamadan adımdan "iniş" ile gerçekleştirilebilir. Bu model, seviyeler, düğümler, bağlantılar gibi parametreler ile karakterizedir. Modelin çalışma prensibi, birkaç düşük seviye düğümünün bir daha yüksek seviye düğümüyle bağlantı kullanılarak bağlanmasıdır.
Düğüm, hiyerarşinin bu seviyesinde bulunan bir öğenin bir bilgi modelidir.
Hiyerarşik veri modelinin özellikleri:
Birkaç düşük seviye düğümü, yalnızca bir en yüksek seviye ünite ile ilişkilidir;
Hiyerarşik ağacın sadece bir köşesi (kök) var, başka bir köşe değil;
Her düğüm adına sahiptir (tanımlayıcı);
Kök kayıttan daha özel bir veri kaydına sadece bir yol var.
Hiyerarşik veritabanı katalogdur windows klasörleriHangi işleyebileceğiniz, iletkenleri çalıştırabilirsiniz. Üst seviye, klasör masaüstünü alır. İkinci seviyede, klasörler benim bilgisayarım, belgelerim, bir ağ ortamı ve bir sepet, klasör masaüstünün soyundan gelen, kendileri arasında ikizler arasında. Buna karşılık, klasörüm benim bilgisayarımdır - üçüncü seviye klasörlerle ilgili ata, disk klasörleri (sürücü 3.5 (A :),:, D:, E: F :) ve sistem klasörleri (yazıcılar, kontrol paneli vb.) .).
Ağ Dikey hiyerarşik bağlara yatay bağlantıların eklendiği bir veritabanı. Herhangi bir nesne ana ve alt olabilir.
Ağ veritabanı aslında Global Global Web'dir. bilgisayar ağı İnternet. Köprüler, yüz milyonlarca belgeyi tek bir dağıtılmış ağ veritabanına ilişkilendirir.
Veritabanlarıyla çalışmak üzere tasarlanmış yazılım denir veritabanı Yönetim sistemi (DBMS). DBMS, depolamayı kolaylaştırmak ve büyük miktarda bilgi işlemek için kullanılır.
Veritabanı Yönetim sistemi (DBMS), arama, depolama, veri ayarlaması, istek üzerine cevap oluşumunu sağlayan bir sistemdir. Sistem, verilerin güvenliğini, gizliliğini, hareketlerini ve diğer yazılımlarla bağlantısını sağlar.
Kullanıcının DBMS yardımı ile gerçekleştirebileceği ana eylemler:
Veritabanının yapısını oluşturma;
Veritabanı bilgilerinin doldurulması;
(Düzenleme) yapısını ve veritabanının içeriğini değiştirin;
Veritabanındaki bilgileri arayın;
Veri sıralama;
BD Koruması;
Veritabanının bütünlüğünü kontrol edin.
Modern DBMSsadece metinsel değil ve bunları dahil etmeyi mümkün kılar ve grafik BilgisiFakat ayrıca ses parçaları ve hatta video klipler.
Kullanımı kolay DBMS, programlamaya başvurmadan, ancak yalnızca yerleşik işlevleri kullanarak yeni veritabanı oluşturmanıza olanak sağlar. DBMS, verilerin doğruluğunu, eksiksizliğini ve tutarlılığını sunar ve bunlara uygun erişim sağlar.
Popüler DBMS - FoxPro, Access pencereler için, Paradoks.
Böylece, gerçek veritabanını (veritabanını) ayırt etmek için gereklidir - sipariş verilmiş veri kümeleri ve veritabanı yönetim sistemleri (DBMS) - depolama ve veri işlemeyi kontrol eden programlar. Örneğin, Microsoft Office Office paketinde bulunan erişim uygulaması, kullanıcının tablo veritabanlarını oluşturmasına ve işleme koymalarını sağlayan DBM'lerdir.
Yönetim Yönetim Sistemlerinin İlkeleri veritabanı organizasyon veritabanlarını karşılayan gereksinimlerden takip edin:
- Performans ve hazırlık. Kullanıcı veritabanından gelen talepler, veri kullanmak için gereken bir hızda memnundur. Kullanıcı, ihtiyaç duyduklarında hızlı bir şekilde veri alır.
- Minimum maliyetler. Düşük depolama ve veri kullanımı maliyeti, değişiklik yapımında değişiklikleri en aza indirir.
- Kullanım kolaylığı ve kolaylığı. Kullanıcılar, hangi verilerin elden çıkardığını kolayca öğrenebilir ve anlayabilirler. Verilerin erişimi basit olmalı, kullanıcıdan olası hataları ortadan kaldırır.
- Değişiklik yapmak kolaydır. Veritabanı, mevcut veri kullanım yöntemlerini ihlal etmeden artacak ve değişebilir.
- Obraet. Bir veritabanı kullanıcısı, içinde depolanan veriler için en farklı istekleri yerine getirebilir. Bunu uygulamak için, sözde sorgu dili olarak hizmet eder.
- Bütünlük. Modern veritabanları, birçok kullanıcı tarafından kullanılan verileri içerebilir. Çalışma sürecinde veri unsurları ve aralarındaki bağlantıların ihlal etmediği çok önemlidir. Ek olarak, donanım hataları ve çeşitli rastgele arızalar çeşitleri geri dönüşümsüz veri kayıplarına yol açmamalıdır. Böylece, veri yönetim sistemi bir veri kurtarma mekanizması içermelidir.
- Güvenlik ve gizlilik. Verilerin güvenliği, verilerinin yanlışlıkla veya kasıtlı erişimin kendilerine sahip olmayan, verilerin yetkisiz bir modifikasyonundan (değişiklik) veya yıkımlarından kaynaklanan verilerinin korunmasını anlar. Gizlilik, bireylerin veya kuruluşların, ne zaman, diğer kişilere veya kuruluşlara kaç tane bilgi bulaşabileceğine karar vereceklerin hakkı olarak tanımlanır.
Daha sonra, en yaygın veri veritabanı yönetim sistemlerinden birinin örneğiyle, Microsoft Access popüler Microsoft Office paketinin bir parçasıdır - ana veri türleriyle tanışacağız, veritabanları ile çalışmak için veritabanları ve resepsiyonlar oluşturmanın yolları.
Veri tabanı tasarımı
Herhangi bir yazılım ürünü gibi, veritabanının kendi yaşam döngüsü (HCBD) vardır. Veritabanı ömrü döngüsündeki ana bileşen, tek bir veritabanının oluşturulması ve çalışmaları için gerekli programlardır.
HCBD aşağıdaki ana adımları içerir:
1. Veritabanı Geliştirme Planlama;
2. Sistem gereksinimlerinin belirlenmesi;
3. Kullanıcı gereksinimlerinin toplanması ve analizi:
4. Bir Veritabanı Tasarlama:
Veritabanının kavramsal tasarımı, bir bilgi modeli olan kavramsal bir veri modelinin oluşturulmasıdır. Böyle bir model, belirli DBMS ve bir veri modeli üzerinde yönlendirme olmadan oluşturulur. En sık, kavramsal veritabanı modeli şunları içerir: bilgi nesnelerinin bir açıklaması veya konu alanının kavramları ve aralarındaki bağlantılar; Bütünlük kısıtlamalarının tanımı, yani. K. İzin verilen değerler onlarla veri ve bağlar;
Veritabanının mantıksal tasarımı - mantıksal bir veri modeli oluşturma; İlişkisel veri modeli gibi belirli bir veri modeline dayanan bir veritabanı şeması oluşturma. İlişkisel bir veri modeli için, mantıksal bir model, genellikle birincil anahtarları ve harici tuşları temsil eden ilişkiler arasındaki "bağlantıların" olan bir dizi ilişki şemasıdır.
Kavramsal bir modelin mantıksal bir modele dönüştürülmesi genellikle resmi kurallara göre gerçekleştirilir. Bu aşama büyük ölçüde otomatikleştirilebilir.
Mantıksal tasarım aşamasında, belirli bir veri modelinin özellikleri dikkate alınır, ancak belirli bir DBMS'nin özelliklerini dikkate alamaz.
Veritabanının fiziksel tasarımı - Belirli bir DBMS için bir veritabanı diyagramı oluşturma, DBMS'nin bir açıklamasını oluşturur. Özellikler Belirli DBMS, veritabanı nesnelerinin adlandırılmasında kısıtlamaları, desteklenen veri türleri üzerindeki kısıtlamaları, vb. Ek olarak, fiziksel tasarımdaki belirli bir DBM'lerin özellikleri, fiziksel depolama ortamıyla ilişkili çözeltilerin seçimini içerir (yönetim yöntemlerinin seçimi disk belleği, Dosya ve Cihazlardaki Veritabanlarının Ayrılması, Veri Erişim Yöntemleri, Veri Koruma Araçlarının Geliştirilmesi), Dizin Oluşturma, vb.;
5. Uygulama Geliştirme:
İşlem tasarımı (tek bir tamsayı olarak yürütülen SQL talimat ekibi (komut kümesi));
Tasarım kullanıcı arayüzü;
6. Uygulama;
8. Test;
9. Çalıştırma ve Bakım:
Orijinal veritabanı değişkeninin işleyişinin ve desteğinin analizi;
Geri dönüşümlü seçenekler için uyarlama, yükseltme ve destek.
Veri tabanı tasarımı - Bir veritabanı şeması oluşturma ve gerekli bütünlük kısıtlamalarının belirlenmesi (iç mantığı, yapısı ve veritabanındaki tüm belirtilen kurallara uygunluk).
Temel veritabanı tasarımı hedefleri:
Gerekli tüm bilgilerin veritabanında depolama sağlanması.
Gerekli tüm taleplere veri alma olasılığını sağlamak.
Yedekliliğin azaltılması ve verilerin çoğaltılması.
Veritabanının bütünlüğünü sağlamak.
İncir. 3.5.
Formülasyon aşamasında ve İhtiyaçların Analizi Kuruluşun amaçları kurulur, veritabanının gereksinimleri belirlenir. Yukarıda tanımlanan genel gereksinimlerden ve spesifik gereksinimlerden oluşur. Özel gereksinimleri oluşturmak için, çeşitli kontrol seviyelerinin personelinin görüşme yöntemi genellikle kullanılır. Tüm gereksinimler formda, uygun fiyatlı bir kullanıcı ve veritabanı tasarımcısı belgelenmiştir.
Kavramsal tasarım kavramı, kullanıcıların bilgi gereksinimlerini ilk DB projesine tanımlamak ve sentezlemektir. Kaynak veriler, klasik bir yaklaşımla veya uygulama algoritmaları (iş algoritmaları) modern bir yaklaşımla bir dizi kullanıcı belgesi olabilir (Şek. 3.3) olabilir. Bu aşamanın sonucu, çeşitli yaklaşımlara dayanarak kullanıcı bilgi gereksinimlerinin yüksek seviyeli bir gösterimidir (bir veritabanı tabloları formunda).
İlk olarak, veritabanının modeli seçilir. Ardından, BD yapısını kullanarak, veritabanı yapısı, NMID komutlarını, menü sistemlerini, ekran formlarını veya veritabanı tablosu görünümünde veri ile doldurulmuş veritabanı yapısı oluşturulur. Ayrıca, bir DBMS kullanarak veya tetikleyicileri kullanarak koruma ve bütünlük (referans dahil) verileri sağlar.
Süreç içerisinde mantıksal tasarım Üst düzey veri sunumu, kullanılan DBM'lerin yapısına dönüştürülür. Sahnenin temel amacı, özel normalleştirme kuralları kullanılarak veri yedekliliğini ortadan kaldırmaktır.
Normalizasyonun amacı, veri tekrarlarını ve veritabanındaki olası yapısal değişiklikleri güncelleme prosedürleriyle en aza indirmektir. Bu, bir masanın ayrılması (ayrışması) iki veya daha fazla, ardından navigasyon işlemi isteklerini kullanarak elde edilir. Elde edilen mantık yapısı Veritabanının çeşitli özellikleri (mantıksal kayıtlara referans sayısı, her uygulamadaki veri miktarı, toplam veri miktarı) tahmin edilebilir. Bu tahminlere dayanarak mantık yapısı Daha fazla verimlilik elde etmek için geliştirilebilir.
Özel tartışma BD Yönetim Prosedürünü hak ediyor. Tek kullanıcı modunda en basittir. Çok oyunculu modda ve dağıtılmış veritabanlarında, prosedür büyük ölçüde karmaşıktır. Özel önlemler almadan birkaç kullanıcının eşzamanlı erişimi ile mümkündür sakatlık. Bu fenomeni ortadan kaldırmak için, işlem sistemini ve tabloların veya bireysel kayıtların düzenini kullanın.
İşleme - Bir giriş mesajının aktarılmasından kaynaklanan dosyayı, kaydını veya veritabanını değiştirme işlemi.
Fiziksel tasarım aşamasında, sistem performansı ile ilgili konular çözülür, belirlenir depolama yapıları Veri ve erişim yöntemleri.
Tasarım aşamaları ve kelime sistemi arasındaki etkileşim ayrı olarak değerlendirilmelidir. Tasarım prosedürleri, bir kelime sisteminin yokluğunda bağımsız olarak kullanılabilir. Kelime sisteminin kendisi tasarım otomasyonunun bir unsuru olarak kabul edilebilir.
Tüm geliştirme aşamalarında tasarım ve tahmini kriterler kullanılmaktadır. Halen, kriterleri seçerken belirsizlik, veritabanının tasarımında en zayıf yerdir. Bu, çok sayıda alternatif çözümün tanımlanması ve tanımlanması zorluğundan kaynaklanmaktadır.
Talebin tepki süresini, modifikasyon maliyetini, hafızanın maliyetini, oluşturma süresi, yeniden düzenleme maliyetini içeren kantitatif kriterlerle başa çıkmak daha kolaydır. Zorluk, birbirleri için kriterlerin çelişkisine neden olabilir.
Aynı zamanda birçok var kriterler optimizasyonu, ölçülemez özellikler olan, nicel bir temsilde veya bir hedef fonksiyon biçiminde zararlıdır.
Esneklik, uyarlanabilirlik, yeni kullanıcılar için erişilebilirlik, diğer sistemlerle uyumluluk, geri yükleme yeteneği, geri yükleme yeteneği, dağıtma ve genişletme yeteneği kalite kriterleri ile ilgili olabilir.
Tasarım süreci uzun ve zaman alıcıdır ve genellikle birkaç ay sürer. Veritabanı tasarımcısının ana kaynakları kendi sezgisi ve tecrübesidir, bu nedenle çözümün kalitesi birçok durumda düşük olabilir.
Belirlenen veritabanının düşük verimliliğinin temel nedenleri şunlar olabilir:
- İlemler ve veri bağlantısı dahil olmak üzere, gereksinimlerin (tasarımın ilk aşamaları) yeterli derin bir analiz yoktur;
- bu işlemi yapan yapının yapısının büyük süresi, manuel işleme sırasında sıkıcı ve gerçekleştirilmesi zordur.
Bu şartlar altında, geliştirme otomasyonunun gelişimi çok önemlidir.
Veritabanının geliştirilmesinin ana aşamaları
Aşama 1. Görevlerin açıklanması
İlk aşamada, ilke olarak, bu uygulama tarafından bugün gerekli olmayan ancak gelecekte görünebilecek olan bu uygulama tarafından çözülmesi gereken tüm önemli görevlerin bir listesi hazırlanıyor. "Ana" görevleri altında, başvurunun formlarında veya raporlarında sunulması gereken işlevlerdir.
Aşama 2. Görev Performansı Sırası
Uygulamanın mantıklı ve rahat bir şekilde çalışması için, ana görevleri temel görevleri tematik gruplar halinde birleştirmek ve daha sonra her grubun görevlerini yerine getirmeleri için gerçekleştirilmeleri için en iyisidir. Bazı görevlerin farklı gruplarla ilişkili olacağı veya bazı görevlerin uygulanmasının başka bir gruba ait bir başkasının yürütülmesinden önce gelmesi gerektiği ortaya çıkabilir.
Aşama 3. Veri Analizi
Bir görev listesi oluşturduktan sonra, en önemli adım, her görevi çözmek için gerekli tüm verilerin ayrıntılı bir listesini çizmektir. Bazı veriler kaynak olarak ihtiyaç duyulacaktır ve değişmeyecektir. Görev sırasında diğer veriler kontrol edilecek ve değiştirilecektir. Bazı veri elemanları silinebilir veya eklenebilir. Son olarak, bazı veriler hesaplamalarla elde edilecektir: çıktıları görevin bir parçası olacaktır, ancak veritabanına dahil edilmeyecektir.
Aşama 4. Veri yapısının tanımı
Gerekli tüm veri maddelerinin ön analizinden sonra, onları nesnelerde kolaylaştırmanız ve nesneleri tablolarla ve veritabanı istekleri ile ilişkilendirmeniz gerekir. İlişkisel veritabanları için, erişim türü normalleştirme adı verilen işlem tarafından kullanılır, bunun bir sonucu olarak en verimli ve esnek depolama yönteminin üretildiği.
Aşama 5. Uygulama düzeninin ve kullanıcı arayüzünün geliştirilmesi
Uygulama tablosu yapısını ayarladıktan sonra, Microsoft Access, formatını oluşturmak ve komplike olmayan makrolar veya olay işleme prosedürlerini kullanarak bunları bağlamak kolaydır. Ön çalışma düzeni, müşteriye göstermek ve uygulama görevlerinin onayından önce onay almak kolaydır.
Aşama 6. Bir başvuru oluşturma
Çok basit görevler durumunda, oluşturulan yerleşim, pratik olarak tam bir uygulamadır. Bununla birlikte, projede planlanan tüm görevlerin çözümünü tam olarak otomatikleştirmenize izin veren prosedürler yazmak oldukça gereklidir. Bu nedenle, bir görevden diğerine geçiş sağlayan özel bağlayıcılar oluşturmanız gerekir.
Aşama 7. Test ve İyileştirme
Uygulamanın bireysel bileşenleri üzerindeki çalışmayı tamamladıktan sonra, olası modların her birinde uygulamanın işleyişini kontrol etmelisiniz. Bunun için makroların çalışmasını kontrol etmek gereklidir. adım Adım Modu Belirli bir makroyun gerçekleştirileceği hata ayıklama. Visual Basic'i kullanırken, uygulamalar sizin emrinizdadır. Uygulamayı kontrol etmenize, hataları göstermenizi ve doğrulamanıza izin veren çeşitli hata ayıklama araçları vardır.
Uygulamanın özerk bölümlerinin yapımı olarak, çalışmalarını kontrol etmek ve herhangi bir değişiklik yapma ihtiyacına ilişkin bir fikir edinmek için müşteriye aktarmanız önerilir. Müşteri uygulamanın çalışmalarıyla tanıştıktan sonra, neredeyse her zaman ek Teklifler Geliştirme konusunda, projenin dikkatli ön projeleri olursa olsun. Kullanıcılar genellikle, görevleri belirleme sürecinde bazı noktaların, çok önemli ve gerekli olarak konuştuklarını, aslında önemli bir rol oynamadıklarını pratik kullanım Uygulamalar. Uygulama gelişiminin erken aşamalarındaki gerekli değişikliklerin belirlenmesi, sonraki değişikliklerin zamanını önemli ölçüde azaltmayı mümkün kılar.
