Nesneye yönelik model. Nesneye Yönelik Veri Modeli

Temel konseptler

Tanım 1.

Nesne yönelimli modelveri sunumları, bireysel veritabanı girişlerini tanımlamayı mümkün kılar.

Veritabanı kayıtları ve işleme fonksiyonları, nesneye yönelik programlama dillerinde uygulanan uygun araçlara benzer mekanizmalarla ilgilidir.

Tanım 2.

Grafik sunum Nesneye yönelik bir veritabanının yapıları, düğümleri nesneleri temsil eden bir ağaçtır.

Standart tip (örneğin, dize - dize) veya kullanıcı tarafından oluşturulan tür ( sınıf), açıklar nesnelerin Özellikleri.

Şekil 1'de, Kütüphane Nesnesi, sınıf örneği nesneleri dizin, abone ve ihracı için bir ebeveyntir. Kitap gibi farklı nesneler bir veya farklı ebeveynler olabilir. Aynı ebeveyni olan bir kitap gibi nesnelerde, en azından farklı stok numaraları (kitabın her bir kopyası için benzersiz), ancak aynı değerler Özellikleri yazar, isim vermek, uDC ve İsbn..

Nesneye yönelik ve hiyerarşik veritabanının mantıksal yapıları benzerdir. Manipülasyon verilerinin ana yöntemlerinde farklılık gösterirler.

Nesneye yönelimli bir modeldeki veriler üzerinde işlem yaparken, kapsülleme, miras ve polimorfizm ile geliştirilmiş olan mantık işlemleri kullanılır. Bazı kısıtlamalarla, SQL komutlarına benzer olan işlemleri uygulayabilirsiniz (örneğin, bir veritabanı oluştururken).

Veritabanını oluştururken ve değiştirirken, verileri hızlı bir şekilde aramak için bilgi içeren bilgileri içeren otomatik oluşum ve daha sonra indeksler (dizin tabloları) yapılır.

Tanım 3.

amaç kapsülleme - Tanımlandığı nesnenin sınırlarının özelliklerinin kapsamının kısıtlanması.

Örneğin, özelliği nesneye eklenirse, yazarın telefonunu ayarlayan ve bir ada sahipse telefonAynı adın özellikleri katalog ve abone nesnelerine sahip olacaktır. Mülkiyetin anlamı, kapsüllendiği nesne tarafından belirlenir.

Tanım 4.

Miras, Geri kapsülleme, özelliğin tüm soyundan gelen özelliklerin görünürlük alanının dağılımından sorumludur.

Örneğin, nesne dizininin torunları olan tüm nesneler kitabı, ana nesnenin özelliklerine atfedilebilir: yazar, isim vermek, uDC ve İsbn..

Kalıtım mekanizmasının, doğrudan akrabaları olmayan nesnelere (örneğin, bir ebeveynin iki torununu), genel atalarındaki nesnelere genişletmek gerekirse, türün soyut özelliğini belirler. abs.

Böylece, özellikler numara ve bilet Kütüphanenin amacı, tüm bağlı ortaklıklar, kitap ve abone tarafından devralınır. Bu nedenle, bu sınıfların bu özelliklerinin değerlerinin ve ihracının değerlerinin aynıdır - 00015 (Şekil 1).

Tanım 5.

Polimorfizm Aynı programın çok yönlü verilerle çalışmasını sağlar.

Başka bir deyişle, o nesnelerde itiraf ediyor farklı şekiller Aynı isimlerle yöntemler (fonksiyonlar veya prosedürler) var.

Arama Nesneye yönelik veritabanı, kullanıcının belirlediği nesne ile veritabanında depolanan nesneleri arasındaki benzerliği belirlemektir.

Nesneye yönelik bir modelin avantajları ve dezavantajları

Temel avantaj İlişkisel modelin aksine nesneye yönelik bir veri modeli, nesnelerin karmaşık ilişkileri hakkında bilgi gösterme olasılığıdır. Söz konusu veri modeli, veritabanının ayrı girişini ve işlemlerinin işlevlerini belirlemenizi sağlar.

İçin dezavantajları Nesneye yönelik bir model, yüksek kavramsal zorluk, uygunsuz veri işleme ve düşük sorgulara aittir.

Bugüne kadar bu sistemler oldukça yaygındır. Bunlar DBMS içerir:

• Postgre,
• Orion
• İris
• Odbjupiter,
• Çok
• Nesnellik / DB,
• İtirazcı
• Heykel
• Değerli taş
• G-Base.

Nesneye Yönelik Veritabanı (OBS) - Verilerin nesneler, öznitelikleri, yöntemleri ve sınıfları biçiminde modellendiği bir veritabanı.

Nesneye yönelik veritabanları genellikle karmaşık bir yapıya sahip yüksek performanslı veri işleme gerektiğinde durumlar için önerilir.

Manifesto'da OBS, herhangi bir OBD'nin sorumlu olması gereken zorunlu özellikleri sunar. Seçimi 2 kritere dayanmaktadır: Sistem nesne yönelimli olmalı ve bir veritabanını temsil etmelidir.

Zorunlu özellikler

1. Karmaşık nesneler için destek. Sistem, tasarımcı nesneleri uygulayarak kompozit nesneler oluşturma olasılığını sağlamalıdır. Nesne tasarımcılarının ortogonal olduğu, yani herhangi bir tasarımcı herhangi bir nesneye uygulanabilir.

2. Bireysel nesneler için destek. Tüm nesneler, özniteliklerinin değerlerine bağlı olmayan benzersiz bir tanımlayıcıya sahip olmalıdır.

3. Kapsülleme için destek. Programcıların, yalnızca yöntemlerin yöntemlerine erişme hakkına sahip olması nedeniyle doğru kapsülleme elde edilir ve yöntemlerin verilerini ve uygulanması nesnelerin içine gizlenir.

4. Destek türleri ve sınıfları. Tipler ve sınıflar arasındaki en az bir kavram farkının OBD'de tutulması gerekir. ("Tip" terimi, soyut bir veri türü kavramına karşılık gelir. Programlama dillerinde, değişken, türü ile ilan edilir. Derleyici, değişken uyumluluktan gerçekleştirilen işlemleri, size izin veren işlemleri kontrol etmek için bu bilgileri kullanabilir. Doğruluğu garanti etmek yazılım. Öte yandan, sınıf nesneleri oluşturmak için bir çeşit şablondur ve bu nesnelere uygulanabilecek yöntemler sağlar. Böylece, "sınıf" kavramı, daha büyük ölçüde, derleme süresinden daha fazla yürütme süresini ifade eder.)

5. Atalarından türlerin ve sınıfların mirasını destekleyin. Alt tip veya alt sınıf, sırasıyla SuperType veya SuperClass'tan öznitelikleri ve yöntemleri miras almalıdır.

6. Tam bağlanma ile birlikte aşırı yüklenme. Farklı türlerin nesnelerine yöntemler uygulanmalıdır. Yöntemin uygulanması, bu yöntemin uygulandığı nesnelerin türüne bağlı olmalıdır. Bu işlevselliği sağlamak için, sistemdeki yöntem yöntemlerinin bağlanması program yürütme süresi kadar gerçekleştirilmemelidir.

7. Hesaplamalı dolgunluk. Veri manipülasyon dili programlama dili olmalıdır genel amaçlı.

8. Bir dizi veri türü genişletilebilir olmalıdır. Kullanıcı, önceden tanımlanmış bir sistem türüne göre yeni veri türleri oluşturmak için araçları olmalıdır. Ayrıca, sistem ve kullanıcı veri türlerini kullanma yöntemleri arasında hiçbir fark bulunmamalıdır.

Oo dbms

Nesneye Yönelik Veritabanları - Bilgilerin nesne odaklı programlama dillerinde olduğu gibi nesneler olarak sunulduğu veritabanları.

Nesneye Yönelik Veritabanı Yönetim Sistemlerini (OOSUBD) bugün gerçek projelerde uygulayamıyor musunuz? Hangi durumlarda, onları uygulamak için ve ne yok?

Buraya avantajlar USUBD Kullanımı:

· Uygulamadaki veri modelinin tutarsızlığı ve BD (empedans uyumsuzluğu) sorun yoktur. Tüm veriler, veritabanında uygulama modelinde olduğu gibi aynı formda saklanır.

· DBMS'nin yanındaki veri modelini ayrı olarak desteklemek gerekli değildir.

· Veri kaynağı seviyesindeki tüm nesneler kesinlikle yazılmıştır. Artık sütun isimleri yok! Refactoring nesne yönelimli veritabanı ve onunla birlikte çalışan kod artık otomatik ve sıkıcı bir işlem değil.

Standart ODMG.

İlk tezahürresmen, sadece bir makaleciydi. Nesneye Yönelik ve Tümdengelimli Veritabanları Konferansıbirey grubu. Önceki alt bölümde görebileceğiniz gibi, tezahürlerin gereklilikleri açıkça belirtilenden oldukça duygusaldır. 1991 yılında ODMG konsorsiyumu oluştu (o zaman bu kısaltma olarak ortaya çıktı Nesne Veritabanı Yönetimi GrubuAncak daha sonra daha geniş bir yorum elde ettikten sonra - Nesne Veri Yönetimi Grubu). ODMG konsorsiyumu çok sayıda çok sayıda OMG konsorsiyumu ile yakından bağlantılıdır ( Nesne Yönetim Grubu.) iki yıl önce oluşan). ODMG'nin ana kaynak amacı, bir endüstriyel nesneye yönelik veritabanlarının (genel model) gelişmesiydi. Temel nesne modeli OMG COM () tarafından bir temel olarak kabul edildi. Çekirdek Nesne Modeli). Bir on yıldan fazla varoluş için ODMG üçüncü yayınlandı temel versiyonlar Sonuncusu, ODMG 3.0 olarak adlandırılır. on altı

ODMG (Yazar'a göre) OMG'den çıksa da, son yıllarda bazı OMG standartları ODMG nesne modeline dayanmaktadır. Özellikle, OCL dil spesifikasyonu ODMG modeline dayanmaktadır ( Nesne kısıtlama dili.), UML 1.4 dilinin genel özelliklerinin bir parçası olan (ve UML 2.0). Bu yazıda, OMG ve ODMG yaklaşımlarının ayrıntılı bir şekilde karşılaştırılması ve ilgilenen okuyucuları gönderme hedefini vermeyiz. Ansiklopedi Kogalovsky ve bu konsorsiya sitelerinin malzemeleri. ODMG -3 standardında yer alan ana fikirlerin kısa bir sunumuyla sınırlıyız.

Mimarlık ODMG.

Önerilen ODMG mimarisi, Şekil 2'de gösterilmiştir. 2.1. Bu mimari, veri depolama yöntemini ve bu "Veri Ambarı" na farklı kullanıcı türlerini tanımlar. Veri tanımı dilinden, sorgu dilinden ve bir dizi veri manipülasyon dilinden tek bir veri deposu mevcuttur. 18 ŞEKİL 2'de. 2.1 ODL demektir Nesne Tanımlama Dili (Nesne Tanımlama Dili), OQL - Nesne sorgu dili (dil sorgu dili)ve OML - Nesne Manipülasyonu Dili (Nesne Manipülasyonu Dili).

İncir. 2.1. Mimarlık ODMG.

Mimaride merkezi veri örneğiOosubd tarafından yönetilen tüm verilerin kaldığı organizasyon yapısını temsil eder. Nesne Tanımlama Dili, Sorgu Dili ve Manipülasyon Dilleri, tüm yeteneklerinin veri modeline dayanacak şekilde tasarlanmıştır. Mimarlık, simüle edilmiş verileri saklamak için çeşitli uygulama yapılarının varlığını yapar, ancak önemli bir gereksinim, tüm yazılım kütüphanelerinin ve tüm destek araçlarının nesneye yönelik bir çerçevede sağlanması ve verilerle koordinasyonda tutulması gerektiğidir.

Mimarlığın ana bileşenleri aşağıdadır.

• Veri nesnesi modeli.OOSUBD tarafından devam ettirilen tüm veriler veri modeli tasarımları açısından yapılandırılmıştır. Veri modelinde, tüm kavramların tam anlamı belirlenir (aşağıya bakınız).

• Veri Tanımlama Dili (ODL).Veritabanı devreleri, veri modeli tasarımlarının bir tanım dili biçiminde belirtildiği ODL dili açısından açıklanmaktadır. ODL, şemayı, aralarındaki türlerin ve ilişkilerin özelliklerinin yanı sıra işlemlerin ve parametrelerinin adlarını içeren bir dizi nesne tipi arayüzü olarak tanımlamanızı sağlar. ODL tam bir programlama dili değil; Tipler, OML kategorisinin dillerinden birinde uygulanmalıdır. Ayrıca, ODL gerçekoDMG standardının, standart ile alakalı olduğu düşünülen OOSUBD'nin yazılım ürünlerinde uygulanmasını gerektirmediği anlamda dil. Tüm ODL özellikleri de dahil olmak üzere, tüm ODL özellikleri de dahil olmak üzere, bu eşdeğer tanım dillerinin ürünlerinin desteklenmesi, belirli sistem özelliklerine uyarlanmıştır. Bununla birlikte, ODL dil spesifikasyonunun ODMG standardındaki varlığı önemlidir, çünkü veri modelinin özellikleri dilde belirtilir.

• Nesne İsteklerinin Dili (ODL). Dil sözdizimine benzer sözdizimi var sQL DiliAncak ODMG nesne modelinin anlambilimine dayanır. Standart, OQL'in doğrudan kullanımına izin verir ve onu OML kategorisinin dillerinden birine gömün.

İlişkisel Veri Modeli

Neredeyse hepsi modern sistemler dayalı ilişkisel(İlişkisel) veritabanı yönetimi modelleri. İsim vermek ilişkiselböyle bir veritabanındaki her girişin yalnızca belirli bir nesneyle ilgili bilgileri içermesi nedeniyledir.

İÇİNDE ilişkiselDBMS İşlenmiş tüm veriler düz tablolar olarak gösterilir. Belirli bir formun nesneleri hakkında bilgi tablo halinde sunulmaktadır: çeşitli nesne öznitelikleri tablo sütunlarında konsantre edilir ve dizeler, tüm özelliklerin nesnelerin bireysel örneklerine açıklamalarını içerecek şekilde tasarlanmıştır.

Infographic modellemesi aşamasında oluşturulan model çoğunlukla ilişkisel prensipleri karşılar. Bununla birlikte, bu modeli ilişkisel olarak getirmek için, denilen prosedür tarafından yapılmalıdır. normalleşme.

Normalleşme teorisi beş ile çalışır normal formlar. Bu formlar bilgi yedekliliğini azaltmak için tasarlanmıştır, bu nedenle, her bir sonraki normal form önceki ve bazı ek koşulların gereksinimlerini karşılamalıdır. Veritabanlarının pratik tasarımı ile dördüncü ve beşinci formlar genellikle kullanılmaz. İlk dört normal formun değerlendirilmesiyle sınırlıyız.

Modeli ilişkisel şemaya getirme sürecini anlamak için gerekli kavramları tanıtıyoruz.

Tutum- Açıklanan nesnenin özelliklerinin bir bütünlüğü olarak soyutlanması. Tasarımın Infographic aşamasını yürütmek, nesnelerin soyutlanması hakkında konuştuk ve onlara bazı özelliklere atfedildik. Şimdi, kavramsal tasarım yürütmek, bir sonraki soyutlama seviyesine geçiyoruz. Nesnelerin bu aşamasında, bu nedenle artık mevcut değil. Bir nesneyi tanımlayan bir dizi özellik ile çalışırız.

İlişkinin örneği- Belirli bir nesnenin özelliklerinin değerleri kümesi.

Birincil anahtar- Nitelikler kümesini tanımlamak, yani. Bu niteliklerin değeri bu konuda benzersizdir. Birincil anahtarda aynı değerleri içeren ilişkinin iki örneği yoktur.

Basit özellik- Anlamaları bölünmez olan öznitelik.

Karmaşık nitelik- Değeri, birkaç farklı nesne özelliğinin veya bir mülkün çeşitli değerlerinin bir dizi değeri olan öznitelik.

Essence kavramı ..

Alan adı

Etki alanı kavramı, bazı programlama dillerinde alt tipleri olan bazı analojilere sahip olmasına rağmen, veritabanlarına daha spesifiktir. En genel halde, etki alanı, etki alanının elemanlarının ve veri tipi öğesine uygulanan keyfi bir mantıksal ifadenin görevi ile belirlenir. Bu mantıksal ifadenin hesaplanması "gerçek" nin bir sonucunu verirse, veri öğesi etki alanının bir elemanıdır.

Etki alanının kavramının en doğru sezgisel yorumlanması, etki alanının izin verilen bir potansiyel değer grubu olarak anlamaktır. bu tip. Örneğin, örneğin, örneğimizdeki "isimler" alanı, temel karakter dizileri üzerinde tanımlanır, ancak değerlerin sayısı yalnızca adını (özellikle de bu tür satırların yumuşak bir şekilde başlayamayacağı) çizgileri içerebilir. işaret).

Ayrıca, etki alanı kavramının anlamsal yükü de belirtilmelidir: Veriler yalnızca bir etki alanı ile ilgili olduklarında karşılaştırılabilir olarak kabul edilir. Örneğimize göre, "Geçiş Numaraları" ve "Grup Numarası" alanlarının alanları, tamsayıların türüne bakın, ancak karşılaştırılabilir değildir. En ilişkisel DBM'lerde, bir etki alanı kavramı kullanılmadığına rağmen, Oracle V.7'de zaten desteklenmesine rağmen kullanılmaz.

Yukarıda açıklanan MD'ye dayanan veritabanı teknolojilerinin temeli, veri modellemesinde yoğunlaşan statik bir bilgi depolama konsepti yatırır. Bununla birlikte, karmaşık, birbiriyle ilişkili BD nesnelerle birlikte teknolojinin yeni uygulamaları:

Otomatik tasarım;

Otomatik üretim;

Otomatik gelişim yazılım;

Ofis Bilgi Sistemleri;

Multimedya sistemi;

Coğrafi Bilgi Sistemleri;

Yayınlama sistemleri ve diğerleri, - gerçek dünya nesnelerini modelleme açısından statik bir konseptin sınırlı yeteneklerini göstermiştir.

Yeni tür karmaşık uzman veritabanı uygulamaları için, bu verilere paralel olarak verileri ve işlemleri simüle etmenizi sağlayan bilgilerin dinamik bir depolama konsepti etkilidir. Bu, konu alanının anlambilimini dikkate almanızı ve bu nedenle bu uygulamaları en yeterince tanımlamanızı sağlar. Böyle bir kavram, yazılım oluştururken yaygın olarak kullanılan nesneye yönelik bir yaklaşıma dayanır. MD, bu konsepti uygulamak ve nesneye yönelik bir paradigma (OOP) dayanarak, nesne yönelimli bir veri modelinin adını (OUD) aldı.

OKB'nin yapımı, konu alanının nesneler kümesiyle tanımlanabileceği varsayımdan kaynaklanmaktadır. Her nesne, gerçek dünya nesnelerinin durumunu ve ilgili eylemleri tanımlayan öznitelikler içeren benzersiz bir özelliktir. Nesnenin mevcut durumu, basit veya karmaşık olabilecek bir veya daha fazla nitelikle açıklanmaktadır. Basit bir özellik olabilir İlkel tip (örneğin, bir tamsayı, dize vb.) Ve gerçek anlamı kabul edin. Kompozit niteliği koleksiyonlar ve / veya bağlantılar içerebilir. Referans niteliği, nesneler arasındaki bir bağlantıdır.

Nesnenin kilit özelliği, kimliğinin benzersizliğidir. Bu nedenle, nesneye yönelik bir sistemindeki her nesne kendi tanımlayıcısına sahip olmalıdır.

Nesne Kimliği (OID - nesne tanımlayıcısı), veritabanı için bireysel nesneleri işaretlemek için dahili bir yöntemdir. İsteklerin isteklerinin bir diyalog programı ile çalışan kullanıcılar, bir kural olarak, bu tanımlayıcıları görmeyin. DBMS'in kendisini atanır ve kullanırlar. Her bir DBMS'deki tanımlayıcının anlambulları kendileridir. Hem rastgele bir değer olabilir ve veritabanı dosyasındaki bir nesneyi aramak için gerekli bilgileri içerir, örneğin, dosyadaki sayfa numarası ve Nesne başlangıcından itibaren ofset. Nesneye referansları organize etmek için kullanılması gereken tanımlayıcıdır.

Tüm nesneler kapsüllenmektedir, yani, nesnenin sunumu veya iç yapısı kullanıcıdan gizlenmiştir. Bunun yerine, kullanıcı sadece bunu biliyor bu nesne bazı işlevler gerçekleştirebilir. Öyleyse, tesis için, depo bu tür yöntemleri kabul etmek için gerekli yöntemleri, Explay_Tobap, vb. Başka bir deyişle, kapsülleme veri bağımsızlığını ima eder.

Nesne veri ve işlevleri kapsar (OOP'a göre yöntemler). Yöntemler nesnenin davranışını belirler. Niteliklerinin değerlerini değiştirerek veya favori özniteliklerin değerlerine sorgular oluşturmak için bir nesnenin durumunu değiştirmek için kullanılabilirler. Örneğin, Kiralama için yeni bir emlak nesnesi hakkında bilgi eklemek, çalışanın maaşı hakkındaki bilgileri güncellemek veya belirli bir ürün hakkında bilgi yazdırmak için yöntemler olabilir.

Aynı özelliklere sahip olan nesneler ve aynı mesajlara cevap verebilir sınıf (Literatürde "sınıf" ve "tip" terimi genellikle eş anlamlı olarak kullanılır). Böyle bir sınıfın kendi temsilcisi vardır - veri öğesi olan bir nesne. Bir sınıfın nesneleri denir kopya.

Bazı nesnelere yönelik sistemlerde, sınıf da bir nesnedir ve kendi nitelikleri ve yöntemleri vardır. sınıf özellikleri ve sınıf yöntemleri.

OOP hizmetinin önemli kavramları konteynerlerin sınıfları ve hiyerarşisi hiyerarşisi.

Hiyerarşi sınıfları Bu durumda, SuperClass, alt sınıfı, her sınıfın varlığına sahip olma olasılığını gösterir. Örnek olarak, aşağıdaki zinciri getirebilirsiniz: Herhangi bir işletmenin tüm programcılarının çalışanlarıdır, bu nedenle, OKB çerçevesinde olan her programcı bir programcı sınıfıdır, aynı zamanda sırayla bir nesnedir. sınıf çalışanlarının. Böylece, programcılar bir alt sınıf, çalışanlar - bir üst sınıf olacaktır. Ancak programcılar da sistemde paylaşabilir ve uygulanabilir. Sonuç olarak, programcılar SIS_PROGRAMLARININ VE GLOBAL_PROGRAMMERS'in alt küplerine bir üst sınıf olacaktır. Bu zinciri devam ettirerek, her bir alt sınıf nesnesinin değişkenlerin kopyalarını ve uygun superllass yöntemlerinin kopyalarını miras aldığı bir sınıf hiyerarşisi elde ediyoruz.

Birkaç çeşit kalıtım var - tek, çoklu ve seçici. Tek kalıtım, alt sınıflar birden fazla superclass miras almadığında bir durumdur. Çoklu Miras - Kalıtım Birden fazla Süper Klasman. Seçici miras, alt sınıfın, SuperClass'ın sınırlı sayıda özelliğini devralmasını sağlar.

Değişkenlerin kopyalarının mirası denir yapısal kalıtım, Kalıtım Yöntemleri - davranışsal mirasve aynı yöntemi farklı sınıflar için kullanabilme veya daha doğrusu Çeşitli yöntemler farklı sınıflar için aynı isimde denir polimorfizm.

Nesneye yönelik mimari de başka bir hiyerarşi türüne sahiptir - hiyerarşi kapları. Bazı nesnelerin başkalarının içinde yapıcı olabileceğidir. Böylece, sınıf nesnesi, bölümün başkanına karşılık gelen, sınıf çalışanlarına referans olan halka açık bir değişken içermelidir ve ayrıca bu bölümdeki çalışanlara uygun olan nesnelere referanslar için bir bağlantı içermelidir. .

Bazı nesnelere yönelik sistemlerde, sınıf da bir nesnedir ve kendi nitelikleri ve yöntemleri vardır. Genel özellikleri Sınıf, nitelikleri tarafından açıklanmaktadır. Nesne sınıfı yöntemleri, gerçek dünya nesnelerinin özelliklerinin bir tür analogudur. Herhangi bir özel sınıfa ilişkin her nesne bu özelliklere sahiptir. Sonuç olarak, bir nesne oluştururken, içeriğin içinde var olan özellikleri belirlediği sınıfı bildirmek gerekir.

Kullanıcı ve nesne mesajlarla etkileşime girer. Her mesaja cevaben, sistem uygun yöntemi gerçekleştirir.

Nesne modelindeki tüm iletişim, genellikle OID tanımlayıcıları olarak uygulanan referans nitelikleri kullanılarak gerçekleştirilir.

İlişkisel veritabanlardaki iletişim, birincil ve harici tuşların karşılaştırılmasıyla temsil edilir. Veritabanında, tablolar arasındaki ilişkilerin oluşumu için yapılar yoktur, tabloları bağlarken gerektiğinde iletişim kullanılmaktadır. Aksine, iletişim, her nesneyle bağlantılı nesnelerin tanımlayıcıları olduğundan, nesneye yönelik bir veritabanının temelini oluşturur.

OUMD'de sadece geleneksel bağlar uygulanamaz, aynı zamanda miras nedeniyle de uygulanabilir.

İletişim Türü Bire (1: 1)a ve B nesneleri arasında, bir nesnenin A ve (referans bütünlüğünü korumak için), Nesne V'daki nesnenin A nesnesinin A ve (referans bütünlüğünü korumak için) bir referans özniteliği eklenerek uygulanır.

İletişim Türü Birden Çok (1: m) A ve B nesneleri arasında, bir nesneye A referans niteliği eklenerek uygulanır ve bir nesneye A, bir nesneye bir nesneye (örneğin, bir referans niteliği B (OID2, OID ...) Eklenen ve OID2, OID3 ile bir nesnenin durumlarında ... bir referans niteliği A: OID1 eklenir.

Birçok ko-pek çok kişilik (m: n) gibi iletişim A ve B nesneleri arasında, bir dizi bağlantıyı içeren her nesneye bir özellik eklenerek uygulanır.

Oud'da, aynı sınıfın nesnesinin, parçaları olarak diğer sınıfların nesnelerini içerdiğini açıklayan "tamsayı" görünümünün bağlantısını kullanabilirsiniz. Sınıf, ürün ve sınıflar arasında bir üretim veritabanı durumunda, kısım ve montaj "tamsayı" var olurdu. Bu iletişim - Özel anlambilim olan "birçok Ko-pek çok" iletişimin seçenekleridir. İletişim "Tamsayı", ilgili nesnelerin çeşitli tanımlayıcıları kullanarak "çoktan çok" başka bir iletişim olarak uygulanır. Bununla birlikte, her zamanki iletişimin aksine "pek çok ko-pek çok", farklı anlamlı bir anlamı vardır.

Nesneye yönelik paradigma mirası desteklediğinden, o zaman oud, "olduğu" tipini kullanmak mümkündür ve "genişletin" bağlantısı. Genelleme uzmanlığının ilişkisi de olarak da olarak da bilinen iletişim, subclass'ların özel superclass durumları tarafından sağlandığı bir miras hiyerarşisi oluşturur. Bu, yeniden miras kalan özellikleri tanımlamamasına izin verir. İletişim "genişletir", alt sınıf, SuperClass'ın işlevselliğini geliştirir ve özel durumuyla sınırlı değildir.

Bu tür bileşenlerin, bütünlük ve veri işlemleri sınırlayıcı olarak OUD'de nasıl uygulandığını düşünün.

Bu bileşenlerin özellikleri modelin özellikleri ile belirlenir. OMD'deki bu özgüllük, öncelikle nesnelerin kapsüllenmesi olarak iç kavramları tarafından dikte edilir, yani iç yapının güvenliği, yalnızca önceden yöntemler, sınıfların hiyerarşisi ve konteyner hiyerarşisi.

OCOM'un özellikleri, nesnenin özellikleri tarafından belirlenir. Sınıftaki nesneleri gruplama ihtiyacında kendini gösterir. Her nesne, göreve bağlı olarak belirli bir sınıfa dahil edilir, bir nesne birden fazla sınıfa ait olabilir (örneğin, programcıların ailesi ve yüksek ödenecek). Belirli bir başka nesne, bir sınıftan (alt sınıftan) diğerine "çıkamayacağı". Böylece, sistem programcısı zamanla uygulanabilir. Böylece, sınıfların hiyerarşisi, daha önce göründüğü için hiyerarşik modelin bir analogu değildir, ancak örneğin sınıflar içindeki her nesnenin konumunu değiştirme yeteneği sistemi gerektirir, örneğin, "yukarı" veya "aşağı" gezinmek için "Bu hiyerarşide. Ancak daha karmaşık bir işlem mümkündür - sistem, herhangi bir zamanda hiyerarşinin keyfi bir tepesine takılacak bir nesnenin (bağlantısı kesilmesinin) bir nesneyi sağlamalıdır.

Oud'da önemli bir rol, ilişkilerin bütünlüğünde kısıtlamaları oynatır. Nesneye yönelik MD'deki iletişimin çalışması için, iletişimin her iki tarafındaki nesne tanımlayıcıları birbirlerine uymalıdır. Örneğin, çalışanlar ve çocukları arasında bir bağlantı varsa, çocuğu çalışanı gösteren bir nesneye ekleyen bir nesne eklerken bir tür garanti olmalıdır, İkinci Tanımlayıcı, uygun nesneye eklenir. Bu tür bağlantı bütünlüğü, ilişkisel veri modelinde benzer bir referans bütünlüğünde, kullanılarak ayarlanır. ters bağlar. Bağlantıların bütünlüğünü garanti etmek için, tasarımcı nesnenin ters tanımlayıcısının konumunu belirlemek için gereken özel bir sözdizimi tasarımı ile donatılmıştır. İlişkilerin bütünlüğüne (yanı sıra ilişkisel veritabanındaki referans bütünlüğü) kısıtlamaları belirleme yükümlülüğü tasarımcı üzerinde yatıyor.

OMD ve Veri Açıklamasında ve manipüle eder aynı nesneye yönelik prosedür diliyle oluşur.

Nesne Veritabanı Yönetimi Groop (Nesne Veritabanı Yönetimi Groop). BD nesnelerinin semanticileri için standart modeli tanımlayan nesne modelini (ODMG 2.0'ın Eylül 1997'de kabul edildi) geliştirdi. Bu model büyük önem taşıdığı için, nesne yönelimli DBM'ler (OOSUBD) de anlaşılan ve uygulayabilecek yerleşik semantiği belirler. Bu semantiği kullanan kütüphanelerin ve uygulamaların yapısı, bu nesneyi destekleyen çeşitli oosublara aktarılmalıdır. ODMG mimarisinin ana bileşenleri şunlardır: Nesne Modeli (OM), Nesne Tanımlama Dili (ODL), Nesne Sorgu Dili (OQL) ve C ++, Java ve SmallTalk Cilting yeteneği.

Verilerin ODMG 2.0 standardına göre nesne modeli aşağıdaki özelliklerle karakterize edilir:

Temel yapısal elemanlar, nesneler ve edebidir. Her nesnenin benzersiz bir tanımlayıcısına sahiptir. Edebiyatın kendi tanımlayıcısı yoktur ve bir nesne olarak ayrı ayrı bulunamaz. Edepler her zaman nesnelere yerleştirilir ve bireysel olarak adlandırılamazlar;

Nesneler ve değişmezler türünde farklılık gösterir. Her tip, bu türdeki tüm nesneler ve değişkenlerle ayrılmış kendi etki alanına sahiptir. Tipler ayrıca davranış olabilir. Tipin bazı davranışları varsa, bu türdeki tüm nesneler aynı davranıştır. Uygulamada, tip, bir nesnenin, bir arayüzün veya basit bir veri türünün (örneğin, bir tamsayı) oluşturulduğu bir sınıf olabilir. Nesne türünün bir örneği olarak gösterilebilir;

Nesnenin durumu, çeşitli özellikler tarafından uygulanan bir dizi mevcut değerle belirlenir. Bu özellikler bir nesnenin veya bir nesne ile bir veya daha fazla başka nesne arasındaki bir nesnenin nitelikleri olabilir;

Nesnenin davranışı, nesnenin üzerinde veya nesnenin kendisinin üzerinde gerçekleştirilebilecek bir işlem kümesiyle belirlenir. Operasyonlar, her biri kesinlikle tanımlanmış tipte bir giriş ve çıkış parametreleri listesine sahip olabilir. Her işlem ayrıca yazılı bir sonucu da döndürebilir;

Veritabanı tanımı, nesne tanım dilinde (ODL) nesne tanım dilinde kaydedilen bir şemada saklanır. Veritabanı, nesneleri saklar, çeşitli kullanıcılar ve uygulamaları paylaşmak için bunları paylaşmalarını sağlar.

Oud'a dayalı DBMS, nesne yönelimli DBM'ler (OOSUBD) denir. Bu DBMS, üçüncü nesilin DBM'lerine bakın * (* Depolama modellerinin geliştirilmesinin geçmişi genellikle üç aşamaya (nesiller) kırılır: ilk nesil (1960'ın sonu 70'lerin başlangıcıdır) - hiyerarşik ve ağ modelleri; İkinci nesil (yaklaşık 1970-1980s) - İlişkisel Model; Üçüncü Nesil (1980'ler - 2000'ler Erken) - Nesneye Yönelik Modeller.).

Bugün, nesneye yönelik veritabanları çözmek için çeşitli kuruluşlarda uygulanır. geniş çember Görevler. Bilgi teknolojisi verileri alanındaki birikmiş deneyimin analizi ve genelleştirilmesi, nesneye yönelik veritabanlarının kullanımının gerekçelendirildiğini belirlemeyi mümkün kılmıştır:

Uygulama oluşur büyük sayı etkileşim parçaları. Her biri başkalarının davranışlarına bağlı olan davranışları vardır;

Sistem, sert bir hacimlerin yapılandırılmamış veya karmaşık bir veri yapısına sahip olması gerekir;

Uygulama öngörülebilir veri erişimi gerçekleştirecektir, bu nedenle nesneye yönelik veritabanının navigasyon doğası önemli bir dezavantaj olmayacaktır;

Planlanmamış taleplere olan ihtiyaç sınırlıdır;

Saklanan verilerin yapısı hiyerarşik veya benzer bir yapıya sahiptir.

İÇİNDE şu anda Yazılım piyasasında birçok nesne yönelimli DBM var. Sekmesinde. 10.6 Bu sınıfın ticari sistemlerinin bazıları sunulmuştur.

Tablo 10.6.

Modern ticari oosubd,

onların üreticileri ve kapsamı

Nesne veritabanlarının ilişkisel olarak temel farklılıklarından biri, yeni veri türleri oluşturma ve kullanma yeteneğidir. Oosubd'un önemli bir özelliği, yeni bir türün oluşturulmasının bir veritabanı çekirdek modifikasyonu gerektirmemesidir ve nesneye yönelik programlamanın prensiplerine dayanır.

Oosubd'un çekirdeği, nesnelerle olan operasyonlar için optimize edilmiştir. Bunun için doğal işlemler önbelleğe alma, nesnelerin sürümlerini, erişim haklarının belirli nesnelere ayrılması. OOSUBD, Nesnelerde paketlenmiş verilerde, örneğin, bağlı veri örneklemeye olan ihtiyaç duyulması gerekenler ek iç işlemlere yol açtığı, Nesnelerde paketlenmiş verileri gerektiren operasyonlarda daha yüksek bir hıza sahiptir.

Oosubd için önemli bir değer, nesneleri bir tabandan diğerine taşıma yeteneğine sahiptir.

OOSUBD tabanlı çeşitli uygulamalar oluştururken, bir veya başka bir DBMS sınıfının yerleşik yapısı yapılır. Sınıf kütüphanesi, genellikle yalnızca tüm standart veri türlerini değil, aynı zamanda video, ses, animasyon çerçevelerinin sırası gibi genişletilmiş bir multimedya ve diğer karmaşık veri türlerini de destekler. Bazı OOSUBD'de, sınıf kütüphaneleri oluşturulur, belgesel bilgileri için depolama ve tam metin araması sağlar (örneğin, Jasmine, ODB-Jüpiter). Sınıfların temel yapısının bir örneği, Şekil 2'de gösterilmiştir. 10.17.

Ana konumu, veritabanına erişimi kontrol etmek için gerekli tüm özellikleri ve yöntemleri içeren Todbobject sınıfını kaplar. Diğer tüm sınıflar, kendileri tarafından uygulanan türün doğruluğunun doğruluğunu ve belirli indeksleyicinin doğruluğunu çıkararak yöntemlerini geçersiz kılar.

Olarak Şekil l'de görülebilir. 10.17, yapıda, belgesel bilgilerinin işlenmesi üzerine odaklanan çeşitli sınıflar var - TODBTEXT, TODBDOCUMMENT, TODBTEXTDOCUTE, vb. Her belgenin ayrı bir nesneyle temsil edilir. Bu, belgelerin doğal depolanmasını sağlar. En önemli işlemlerden biri, istek üzerine belgeleri aramaktır. Çoğu sınıf için, belirli bir anahtarın değerine göre nesneleri arama yeteneği uygulanır. TodbText sınıfı için, oluşma olasılığı uygulanır arama sorgusu Doğal bir dilde yazılmış cümle.

Todbdocument sınıfı, diferansiyel nesneleri barındırabilen özeldir. Her biri bir adı olan ve belirli bir türün nesnesiyle ilişkilendirilen alanlardan oluşur. Bu sınıfın varlığı, kullanıcıya tür setini genişletme yeteneğini verir. Konteyner nesnesini değiştirme (belge), belirli bir alan grubunu ayarlayabilir ve yeni bir belge türü kazanabilirsiniz.

ODB-Jüpiter temelinde, OOSUBD'nin geliştiricileri, sahip olan tam özellikli bir ODB-Metin bilgi kaynağı sistemi yarattı. evrensel yapı Saklanan veri ve güçlü arama mekanizması. ODB-Metin sistemi, belgelerin kolektif işlenmesi ve kurumsal bir arşivin korunmasıdır. Olası uygulamalar arasında, modern ofisin belge yönetiminin muhasebesinin otomasyonunu arayacak, bina referansı bilgi sistemi (tanınmış yasal veritabanlarına benzer), ağ veritabanlarını, personelin kayıtlarını, bibliyografya vb.

41. Uygulamalı IP tasarımı özellikleri. IP geliştirme aşamaları. (Konu 11, s. 100-103).

11.1.3. Uygulanan sistem tasarımının özellikleri

Bilgi sisteminin oluşturulduğunda (seçim, adaptasyon), iki temel kavram, iki ana yaklaşım (üçüncü konsept - kombinasyonları) kullanabilirsiniz:

1. Bu bilgi sisteminin yardımıyla çözülmesi gereken sorunlara yönelik, yani. problem odaklı yaklaşım (veya endüktif yaklaşım);

2. Bu sistemde mevcut olan (güncellenmiş), ortamda, yani mevcut teknolojiye yönelik oryantasyon. Teknolojik odaklı yaklaşım (veya tümdengelim yaklaşım).

Konsept seçimi stratejik (taktik) ve (veya) uzun vadeli (kısa vadeli) kriterlere, problemlere, kaynaklara bağlıdır.

Mevcut teknolojinin olanakları ilk olarak çalışılırsa ve sonra belirlenirse gerçek problemlerYardımlarıyla çözülebilir, daha sonra teknolojik olarak yönelimli bir yaklaşıma dayanmak gerekir.

İlk önce mevcut sorunlar belirlenirse ve daha sonra bu sorunları çözmek için teknoloji yeterli şekilde uygulanırsa, problem odaklı bir yaklaşıma dayanmak gerekir.

Aynı zamanda, her iki bilgi sistemi oluşturma kavramları da birbirine bağlıdır: Yeni teknolojilerin tanıtımı, çözünebilir sorunları değiştirir ve çözüldüğü sorunları değiştirir - yeni teknolojileri tanıtma ihtiyacına yol açar; Her ikisi de kararlardan etkilenir.

Sistem tasarımı (geliştirme) ve herhangi bir uygulama (kurumsal) bilgi sisteminin kullanımı, bilgi sisteminin aşağıdaki yaşam döngüsünü geçmelidir:

- Proje öncesi analiz (diğer benzer sistemler, prototipler, geliştirilen sistemin farklılıkları ve özellikleri oluşturma konusunda deneyim, vb.), Sistemin dış belirtilerinin analizi;

- İntrasystem analizi, iç analiz (sistem alt sistemlerinin analizi);

- Sistemin sistemik (morfolojik) açıklaması (tanıtım) (sistem hedefinin tanımı, sistemik ilişkiler ve çevre ilişkileri, diğer sistemler ve sistem kaynakları - malzeme, enerji, bilgi, organizasyon, insan, mekansal ve geçici);

- Yeterlilik, verimlilik ve sürdürülebilirlik (güvenilirlik) için kriterlerin belirlenmesi;

- Sistemin alt sistemlerinin fonksiyonel açıklaması (modellerin açıklaması, işleyen algoritmalar alt sistemleri);

- Sistemin Maketling (Makyaj Açıklaması), Sistem alt sistemlerinin etkileşiminin değerlendirilmesi (düzen gelişimi - subsistemlerin basitleştirilmiş fonksiyonel açıklamaları, prosedürleri ve bu düzeylerin etkileşiminin, sistem hedefini karşılamak için bu düzenlerin etkileşiminin testi yapılması ), Yeterlilik, Sürdürülebilirlik, Verimlilik "düzenlerini" kullanmak mümkündür;

- "montaj" ve sistemin test edilmesi - tam fonksiyonel alt sistemlerin ve kriterlerin uygulanması, modelin formüle edilmiş kriterlere göre değerlendirilmesi;

- Sistem çalışması;

- Sistemin ve uygulamalarının daha da geliştirilmesinin hedeflerini tanımlamak;

- Sistemin desteklenmesi - açıklama, modifikasyon, sistemin özelliklerini işleme modunda genişletme (geliştirmek için).

Bu aşamalar, bilgi yeniden yapılandırma sistemleri için temel sistemlerdir.

Bir Kurumsal Bilgi Sisteminin geliştirilmesi, bir kural olarak, tamamen tanımlanmış bir işletme için gerçekleştirilir. İşletmenin konu aktivitesinin özellikleri, bilgi sisteminin yapısını kesinlikle etkileyecektir. Ancak aynı zamanda, farklı işletmelerin yapıları genellikle birbirlerine benzerdir. Her kuruluş, faaliyetlerinden bağımsız olarak, doğrudan şirketin bir veya başka bir faaliyet türünü gerçekleştiren bir dizi bölümden oluşmaktadır. Ve bu durum, ne tür bir aktivite olursa olsun hemen hemen tüm kuruluşlar için geçerlidir.

Böylece, herhangi bir organizasyon, her biri kendi, oldukça karmaşık, yapısı olan bir dizi etkileşim eleman (birimler) olarak kabul edilebilir. Bölümler arasındaki ilişki de oldukça karmaşıktır. Genel durumda, işletme bölünmeleri arasında üç tür bağlantı ayırt edilebilir:

İşlevsel ilişkiler - her birim, tek bir iş sürecinin bir parçası olarak belirli çalışma türlerini yerine getirir;

Bilgi Bağlantıları - Bölümler Borsa Bilgisi (Belgeler, Fakslar, Yazılı ve Oral Siparişler, vb.);

Dış iletişim, bazı bölümler ile etkileşime girer dış sistemlerAyrıca, etkileşimleri hem bilgilendirme hem de fonksiyonel olabilir.

Farklı işletmelerin genel yapısı, kurumsal bilgi sistemleri oluşturmak için bazı üniforma ilkelerini formüle etmeyi mümkün kılar.

Genel olarak, bir bilgi sistemi geliştirme süreci iki bakış açısıyla düşünülebilir:

Zaman içinde veya aşamalar halinde yaşam döngüsü Gelişmiş sistem. Bu durumda, çevrimler, aşamalar, yineleme ve aşamalar açısından açıklanan geliştirme sürecinin dinamik organizasyonu göz önünde bulundurulur.

İşletmenin bilgi sistemi bir proje olarak geliştirilmiştir. Proje yönetimi ve proje geliştirme aşamalarının (yaşam döngüsü fazları) birçok özelliği, geneldir, yalnızca konu alanından değil, aynı zamanda projenin niteliğinde (önemli, mühendislik bir proje veya ekonomiktir). Bu nedenle, bir numara dikkate alınması başında mantıklı geliyor genel Konular Proje Yönetimi.

Proje, başlangıçta iyi tanımlanmış hedeflere sahip ayrı bir sistemde, başarı, projenin tamamlanmasını da belirleyen bir sistem sınırlı bir değişikliktir. kurulan Gereksinimler Tarih, sonuçlar, risk, fonlar ve kaynaklar ve organizasyon yapısı için çerçeve.

Genellikle karmaşık bir kavram için (özellikle, proje kavramı), kavram fikrinin tüm belirtilerini tamamen kapsayan açık olmayan bir formülasyon sağlamak zordur. Bu nedenle, yukarıdaki tanım benzersizlik ve eksiksizlik talep etmemektedir.

Projenin bir yönetim nesnesi olarak seçilen ana ayırt edici özellikleri ayırt edilebilir:

Değişkenlik - sistemin bazı çevirileri

projenin hedefleri açısından açıklanan istenen durum;

Sınırlı nihai hedef;

Sınırlı süre;

Bütçe Sınırlamaları;

Gerekli Sınırlı Kaynaklar;

Projenin uygulandığı işletme için yenilik;

Karmaşıklık, doğrudan veya dolaylı olarak projenin ilerlemesini ve sonuçlarını etkileyen çok sayıda faktörün varlığıdır;

Yasal ve organizasyonel hüküm, proje uygulaması sırasında belirli bir organizasyonel yapının oluşturulmasıdır.

Çalışmanın etkinliği, kaynakların dağılımını sağlayan proje uygulama sürecini yöneterek gerçekleştirilir, iş ve iç ve dış rahatsız edici etkiler için tazminat dizisini koordine eder.

Kontrol sistemleri teorisinin bakış açısına göre, bir yönetim nesnesi olarak proje gözlenmeli ve yönetilebilir, yani projenin ilerlemesini sürekli izlemek için bazı özellikler tahsis edilir (gözden geçirme özelliği). Ek olarak, projenin ilerleyişi (yönetilebilirlik özelliği) için zamanında kimin eylem mekanizmaları için gereklidir.

Yönetilebilirlik özelliği, özellikle bilgi sistemleri geliştirmek için genellikle projelere eşlik eden konu alanının belirsizliği ve değişkenliği karşısında önemlidir.

Her proje, uygulaması için gerekli olan işlerin karmaşıklığından ve kapsamından bağımsız olarak, belirli durumların gelişmesinde yer almaktadır: Proje henüz olmadığı durumdan "projenin artık olmadığı duruma kadar. Gelişim adımlarının, fikrin ortaya çıkmasından itibaren projenin tamamlanmasından itibaren birleşimi, aşamaları (aşamalar, aşamalar) bölmek için yapılır.

Aşama sayısını ve içeriklerinin belirlenmesinde bazı farklılıklar vardır, çünkü bu özellikler büyük ölçüde belirli bir projenin uygulanmasının koşullarına ve ana katılımcıların deneyimine bağlıdır. Bununla birlikte, hemen hemen tüm durumlarda bilgi sistemi geliştirme sürecinin mantığı ve ana içeriği yaygındır.

Aşağıdaki bilgi sistemi geliştirme aşamaları ayırt edilebilir:

Kavramın oluşumu;

Teknik özelliklerin geliştirilmesi;

Tasarım;

İmalat;

Sisteme çalışmaya girme.

Her birini daha ayrıntılı olarak düşünün. İkinci ve kısmen üçüncü fazlar, sistem tasarım aşamalarını aramak için yapılır ve son ikisi (bazen tasarım aşamasını içerir) - uygulama aşamaları.

Kavramsal faz

Fikirlerin oluşumu, hedef belirleme;

Anahtar Proje Komutunun Oluşumu;

Müşterinin ve diğer katılımcıların motivasyonu ve gereksinimlerinin incelenmesi;

Kaynak verilerini toplama ve mevcut bir durumun analizi;

Malzeme, finansal ve işçilik kaynakları tarafından istenen temel gereksinimleri ve kısıtlamaların belirlenmesi;

Alternatiflerin karşılaştırmalı değerlendirmesi;

Temsil, uzmanlıkları ve onayı.

Teknik Geliştirme Geliştirme

Projenin ana içeriğinin geliştirilmesi, projenin temel yapısı;

Teknik görevin geliştirilmesi ve onayı;

Projenin temel yapısal modelinin planlanması, ayrıştırılması;

Projenin tahminlerini ve bütçelerini, kaynaklara duyulan ihtiyacı belirleme;

Takvim planlarının geliştirilmesi ve genişlemiş çalışma programları;

Müşteri ile bir sözleşme imzalamak;

Proje katılımcılarının iletişimi ve ev işlerini izleme için devreye alma araçları.

Tasarlamak

Bu aşamada, alt sistemler belirlenir, ilişkileri seçilir. etkili yöntemler Proje ve kaynak kullanımı. Bu aşamanın karakteristik eseri:

Temel tasarım çalışmalarını yapmak;

Özel teknik ödevlerin geliştirilmesi;

Kavramsal tasarımın uygulanması;

Teknik özellikler ve talimatlar hazırlamak;

Proje geliştirme, inceleme ve onayının temsili.

Gelişme

Bu aşamada, proje üzerindeki çalışmanın koordinasyonu ve operasyonel kontrolü, imalat alt sistemleri, dernekleri ve testleri üretilmektedir. Ana içerik:

Yazılım geliştirme çalışmalarının yürütülmesi;

Sistemin uygulanması için hazırlık uygulaması;

Projenin ana göstergelerinin kontrolü ve düzenlenmesi.

Görevlendirmek

Bu aşamada, sistemin gerçek koşullarda pilot operasyonu, proje sonuçları ve olası yeni sözleşmelerde müzakerelere devam etmektedir. Ana çalışma türleri:

Karmaşık testler;

42. IP Yaşam Döngüsü Kavramı. (Tema 11, s. 103-105).

Nesne yönelimli model

Nesneye yönelik bir modelde, veri sunumu bireysel veritabanı kayıtlarını tanımlamak için mümkündür. İşlemlerinin kayıtları ve işlevleri arasında, nesneye yönelik programlama dillerinde uygun araçlara benzer mekanizmaların yardımı ile kurulur.

Standart bir nesne yönelimli model, ODMG-93 Standart Tavsiyelerde (Nesne Veritabanı Yönetimi Grubu - Nesneye Yönelik Veritabanları Yönetme Grubu) açıklanmaktadır.

Nesneye yönelik bir veritabanının basitleştirilmiş bir modelini düşünün. Nesneye yönelik bir veritabanının yapısı, düğümleri nesneler olan bir ağaç biçiminde grafik olarak grafiksel olarak temsil eder. Nesnelerin özellikleri, kullanıcı tarafından tasarlanan (sınıf olarak tanımlanan) bazı standart tip veya tiplerle tarif edilmiştir. Sınıf Türü özelliğinin değeri, ilgili sınıfın bir örneği olan bir nesnedir. Her sınıf örneği nesnesi, bir mülk olarak tanımlandığı bir nesnenin soyundan biri olarak kabul edilir. Bir nesne örneği nesnesi sınıfına aittir ve bir ebeveyni vardır. Veritabanındaki genel ilişkiler, nesnelerin tutarlı bir hiyerarşisi oluşturur. Bir nesne yönelimli bir kütüphane veritabanının mantıksal yapısının bir örneği, Şekil 2'de gösterilmiştir. 2.9. Burada, kütüphane tipi nesnesi nesne örnek nesneleri için bir ebeveyndir. Abone, dizin ve ihracı. Kitap gibi çeşitli nesneler bir veya farklı ebeveynlere sahip olabilir. Aynı ebeveyne sahip olan bir kitap gibi nesneler, en azından envanter numarasını (kitabın her bir kopyası için benzersiz) farklı olmalıdır, ancak aynı ISBN, UDC özellikleri, ad ve yazarlara sahip olmalıdır.

Nesneye yönelik bir veritabanının mantıksal yapısı harici olarak hiyerarşik veritabanının yapısına benzer. Aralarındaki temel fark, veri manipülasyon yöntemlerinden oluşur.

Veritabanı modelindeki verilerle ilgili eylemi gerçekleştirmek için, lojik işlemler, kapsülleme, miras ve polimorfizmin nesneye yönelik mekanizmalarıyla geliştirilmiştir.

Kapsülleme, tanımlandığı nesnedeki özelliklerin adının kapsamını sınırlar. Bu nedenle, bir nesne türü bir katalog nesnesi ise, yazarın kitabın telefonunu sorar ve bir telefon adına sahip olursa, aynı adın özelliklerini Abone ve Katalogdan alacağız. Bu özelliğin anlamı, kapsüllendiği nesne tarafından belirlenecektir.

Kalıtım, aksine, özelliğin kapsamını nesnenin tüm soylarından dolayı dağıtır. Öyleyse, nesne tipi nesnesinin soyundan gelen kitap gibi tüm nesneler, ana nesnenin özelliklerine atfedilebilir: ISBN, UDC, Ad ve Yazar. Kalıtım mekanizmasının doğrudan akrabaları olmayan nesnelere etkisini genişletmek gerekirse (örneğin, bir ebeveynin iki torunları arasında), daha sonra genel atalarında abs tipi soyut tipi belirlenir. Öyleyse, biletin soyut özelliklerinin tanımı ve kütüphanenin nesnesindeki sayının tanımı, bu özelliklerin tüm aboneleri, abone, kitap ve ihracı tarafından devralmasına neden olur. Sınıf bilet abonesinin özelliklerinin değerlerinin ve Şekil 2'de gösterilen ihracı olmaması tesadüfen değildir. 2.9, aynıdır - 00015.

Nesneye yönelik programlama dillerinde polimorfizm, aynı program kodunun çok yönlü verilerle çalışması anlamına gelir. Başka bir deyişle, farklı türlerin nesnelerinde, aynı adlara sahip yöntemlere (prosedürler veya fonksiyonlar) sahip olabileceği anlamına gelir. Nesne programının yürütülmesi sırasında, aynı yöntemler argüman türüne bağlı olarak farklı nesnelerle çalıştırılır. Dikkate alınan örneğe göre, polimorfizma, sınıf kataloğundan farklı ebeveynlere sahip sınıf nesnelerinin farklı bir özellik grubuna sahip olabileceği anlamına gelir. Sonuç olarak, sınıf nesneleri olan çalışma programları bir polimorfik kod içerebilir.

Nesneye yönelik bir veritabanı arayışı, sorulan kullanıcı arasındaki benzerliği ve veritabanında saklanan nesneleri belirlemektir.

İncir. 2.9 Mantık Kitaplığı Veritabanı Yapısı

Nesneye yönelik bir veri modelinin, ilişkiye göre ana avantajı, nesnelerin karmaşık ilişkileri hakkında bilgi görüntüleme yeteneğidir. Nesneye yönelik veri modeli, ayrı bir veritabanı girişini tanımlamanıza ve işlemlerinin işlevlerini belirlemenizi sağlar.

Nesneye yönelik bir modelin dezavantajları, kavramsal karmaşıklık, veri işleme rahatsızlıkları ve düşük sorguların düşük hızdır.

Nesneye yönelik DBMS şair, yasemin, Versant, O2, ODB-Jüpiter, Iris, Orion, Postgress içerir.

Bir tamsayı olarak veri bankaları genellikle ekonomik ve yasal gerekçelerle sınıflandırılır.

Hizmetlerin sağlanması şartları uyarınca, ücretsiz ve ücretli bankalar, sırayla ticari ve kar amacı gütmeyen (bilimsel, kütüphane veya sosyal olarak önemli) ayrılmıştır.

Mülkiyet biçiminde BND'ler devlete ve devlete bölünmüştür. Erişilebilirlik derecesine göre, halka açık ve sınırlı aralıklar vardır.

Diğer sınıflandırma türleri ayrı BND bileşenleri ile ilişkilidir.

1. Veri bankaları geliştirmek 4 aşamadan oluşur:

1. Aşama. Sistem gereksinimlerinin oluşumu ve analizi:

BND'nin çözülmesi gereken görevlerin bir listesini içeren bir sistem spesifikasyonu derlenir;

Son kullanıcıların ve işlevlerinin listesi;

Veritabanı gereksinimlerinin listesi;

Organizasyondaki belge akış devresi hazırlanır.

2. aşama. Kavramsal Tasarım: Sistem bilgi modeli, bilgisayar türüne ve sistem yazılımı türüne bağlanmadan oluşturulur; Veritabanının bir infoloji modeli inşa edilmekte olup, bu konu alanını kullanıcının şartlarında tam olarak tanımlar.

3 aşama. Uygulama tasarımı: bilgi işlem sistemi seçildi, sistem yazılım ve DBMS; Veri yapısı tasarlanmıştır ve veritabanının (DB şeması) veri modeli oluşturulur, bu, belirli seçilen DBMS dilinde veritabanının mantıksal yapısının bir açıklamasıdır.

4 aşama. Veritabanındaki veritabanındaki veritabanındaki verilerinin oluşturulmasını ve indirilmesini içeren fiziksel uygulama, veritabanıyla çalışmak için uygulama programlarının geliştirilmesi ve hata ayıklanması, belgeler yazıyor. Bu aşamada, BD'nin fiziksel modeli, kullanılan depolama aygıtlarını, verilerin fiziksel organizasyon yöntemlerini tanımlar. Veritabanının fiziksel yapısının bir açıklaması depolama şeması olarak adlandırılır. Halen, bu tür işleri azaltma eğilimi vardır.

2. Veri Bankası personeli tarafından çözülen ana görevler

BND personelinin personeli farklı uzmanları içerir: Yöneticiler BND, Sistem Analistleri, Sistem ve Uygulama Programcıları, Operatörler, Uzmanlar teknik araçlar, Pazarlama vb.

Bir veritabanı geliştirir ve çalıştırırken personelin çözdüğü ana işlevleri ve görevleri listeliyoruz:

1) Konu alanının analizi (son kullanıcıların ihtiyaçlarının belirlenmesi, konu alanının bir bilgi modeli oluşturulması, bütünlük sınırlamalarını tanımlama);

2) Bir veritabanı yapısı tasarlamak (veritabanı dosyalarının bileşimini ve yapısını belirleme, şemasının veri açıklama dilinde açıklaması);

3) Veritabanının bütünlüğünün sınırlamalarını ayarlamak;

4) Veritabanının yüklenmesi ve bakımı (veritabanı, girişleri silinir ve girişler ekler); İndirme ve Bakım Teknolojisinin Geliştirilmesi; veri giriş formlarının geliştirilmesi; veri girişi ve kontrolü;

5) Veri koruma (kullanıcıların sınırlandırılması, koruma araçlarını seçme ve kontrol etme, yetkisiz erişim girişimlerinin sabitlenmesi);

6) Veritabanının restorasyonunun sağlanması;

7) BND'nin etkinliğinin ve sistemin gelişmesinin analizi;

8) Kullanıcılarla çalışın (yanıtlar toplanması, eğitim);

9) Sistem yazılımının (satın alma, kurulum ve geliştirme) desteği;

10) Örgütsel ve metodolojik çalışma (tasarım ve modernleşme yöntemlerinin seçimi, BND'nin gelişimini, dokümantasyon gelişimi).

3. Veri bankalarının kullanıcıları

Herhangi bir program ve örgütsel ve teknik kompleks gibi, veri bankası zaman içinde ve uzayda bulunur. Bazı gelişme aşamalarına sahiptir:

Tasarım,

Uygulama,

Destek,

Güncelleme ve geliştirme,

Tam yeniden düzenleme.

Varlığın her aşamasında, çeşitli tüketici kategorileri veri bankasına bağlanır.

Son kullanıcılar

Bu, veri bankasıyla ilgili ilgi alanları olan ana kullanıcı kategorisidir. Oluşturulan verilerin özelliklerine bağlı olarak, veriler temel kullanıcılarının etrafında esasen farklı olabilir. Bunlar, bazı bilgileri aldıktan sonra veritabanına zaman zaman veritabanına verilen rastgele tüketiciler olabilir ve sıradan kullanıcılar olabilir. Günlük tüketiciler, genelleştirilmiş ayar veya hizmet kataloğunu görüntüleyen firmanın olası müşterileri olarak kabul edilebilir veya detaylı Açıklama. İşlevlerin performansında eylemlerinin otomasyonunu sağlayan, kendileri için özel olarak tasarlanmış programlarla çalışan çalışanlar sıradan kullanıcılar olabilir. Örneğin, bir iştiraki birimi planlayan yöneticiye bilgisayar şirketi, Geçerli siparişleri yönergelere göre planlamasına ve yerleştirmesine yardımcı olan bir program var, performanslarının seyrini kontrol ederek, Depodaki Depoda Streamline'ı yeni siparişler için gerekli aksesuarlar. Ana kullanıcılardan, dil ve bilgi işlem teknolojisi aracı alanında gerekli olmamalıdır.

Veri Bankası Yöneticileri

Bu, veri bankası geliştirmenin ilk aşamasında, optimal cihazından, bir dizi uç kullanıcının eşzamanlı olarak çalışmasından sorumlu olan bir grup kullanıcıdır, destek olarak, aşamada uygun şekilde çalışmasından sorumludur. Bu bilgi çok oyunculu modda bilgi yığını. Reorganizasyonun gelişiminde ve aşamasında, bu grup, mevcut hizmeti değiştirmeden veya tamamlamadan yığının doğru yeniden düzenlenmesi olasılığından sorumludur.

Geliştiriciler ve Uygulama Yöneticileri

Veri bankasının tasarımı, oluşturulması ve yeniden düzenlenmesi sırasında çalışan bu kullanıcı grubu. Uygulama yöneticileri, fonksiyonel alt sistemde birleştirilmiş belirli bir uygulama veya bir uygulama grubunu geliştirmek için geliştiricileri koordine eder. Bazı uygulamaların geliştiricileri, belirli bir uygulama için gerekli olan veritabanındaki bilgilerin bir parçası ile çalışır.

Her veri bankasında değil, her türlü kullanıcı seçilebilir. Veri Bankası'nın Tablo DBMS Yöneticisi'ni kullanarak bilgi sistemlerinin geliştirilmesinin, uygulama yöneticisi ve geliştiricinin genellikle bir kişide var olduğu bilinmektedir. Bununla birlikte, büyük bir şirket veya şirkette iş süreçlerinin tümü veya büyük parçalarının otomasyonu için kullanılan modern zorlu kurumsal veritabanları oluştururken, uygulama yöneticileri ve geliştirici departmanları grupları olabilir. En zor çalışma modları bir grup veri tabanı yöneticisine atanır.

Onları daha ayrıntılı olarak düşünün.

GND Yönetici grubunun bir kısmı şunlar olmalıdır:

Sistem yorumcuları;

Bilgi Destek Bankası ile ilgili veri yapıları ve görünüm geliştiricileri;

Veri işleme işlemlerinin işlenmesi geliştiricileri;

Sistem ve Uygulamalı Programcılar;

Onarım hizmetindeki mevcut şirketler ve uzmanlar.

Ticari bir veri bankasının sorunu, uzmanları satan önemli bir rol oynar.

DB Yönetici grubunun ana işlevleri

1. Veri alanı çalışması: Veri alanı açıklaması, bütünlük kısıtlamalarının metni, durumun tanımı (kullanılabilirlik, gizlilik) bilgileri, tüketici ihtiyaçlarının tanımı, "veri tüketicilerinin tanımı, geçici veri işleme özelliklerinin belirlenmesi.

2. BD yapısının geliştirilmesi: Veritabanı dosyalarının ve iletişimin bileşiminin ve yapısının tanımı, veri açıklama dilinde (jaode) bilgi için veri optimizasyonu yöntemlerinin ve erişim yöntemlerinin seçimi, veri açıklama dilinde (Jaode).

3. Bütünlük kısıtlamalarını, veritabanı ve veritabanı işleme prosedürlerinin yapısının açıklamasında ayarlanması:

Veri alanında doğal olan bildirimsel bütünlük kısıtlamalarını ayarlama;

Veritabanında depolanan bilgilerde bir değişiklik sırasında veri alanında doğal olan bütünlüğün dinamik kısıtlamalarının belirlenmesi;

Bütünlük kısıtlamalarının belirlenmesi, veritabanının yapısından kaynaklanır;

Verilerin girerken ve ayarlarken veritabanının bütünlüğünü destekleme prosedürlerinin geliştirilmesi;

Çok oyunculu modda tüketicilerin paralel çalışmalarının bütünlüğünün kısıtlanmasının belirlenmesi.

4. İndirme ve manuel veritabanının başlatılması

DB yükleme tekniğinin geliştirilmesi, düzenli kullanımla verilerle bir veritabanı değiştirme ve ekleme işleminden farklı olacaktır;

Doğrulama için tekniklerin geliştirilmesi Veriler, veri alanının gerçek durumu. Bazı veri alanlarının ve ara korelasyonun veritabanı modellerinin gerçek nesneleri ve başlangıç \u200b\u200bsırasında mevcut onarımlar Bu model, zamana göre veri alan nesnelerinin durumunu eşleştirmelidir;

Veri giriş sisteminin tasarımını başlatmanın gelişmiş tekniğine göre, gerekli olabilir.

5. Veri Koruması

Şifre sisteminin belirlenmesi, tüketicilerin çekim ilkeleri, aynı veri erişim haklarına sahip tüketici gruplarının oluşturulması;

Belirli veri ve geliştirme nesnelerinin önlenmesi için prensiplerin geliştirilmesi; Yerel ve Global Bilgi Ağlarında Dolaşımı Sırasında Bilgilerinin Özel Yöntemlerinin Geliştirilmesi;

Verilere erişimin düzeltilmesi ve koruma sistemini ihlal etme girişimlerinin geliştirilmesi;

Test Koruma Sistemi;

Koruma sisteminin ihlal edilme vakaları ve veritabanındaki bilgileri önlemek için dinamik yöntemler geliştirmek.

6. Veritabanının restorasyonu için destek

Örgütsel araçların gelişimi, veri tabanının restorasyonu için arşivleme ve ilkeler;

Eksizliklerin geliştirilmesi ve hatalardan sonra veritabanının geri kazanılmasının teknolojik işlemleri.

7. Müşteri Çağrıları Veritabanının Çalışması: İsteklerin sembolü hakkında bir dizi istatistik, performanslarının dahil edilmesi zamanı, gerekli çıktı belgelerine uygun olarak

8. BND işleyişinin etkinliğinin incelenmesi:

BND işleyen endekslerin incelenmesi

Veritabanının yapısının (yapısal değişim) yeniden yapılandırılması ve BND'nin yeniden düzenlenmesi.

9. Son Kullanıcılarla Çalışma:

Veri alanını değiştirme hakkında bilgi toplama;

BND'nin eserlerinin değerlendirilmesi hakkında bilgi topluluğu;

Tüketici eğitimi, danışmanlık;

Son kullanıcıların çalışmaları ile ilgili gerekli sistematik ve eğitim belgelerinin geliştirilmesi.

10. Yemek pişirme ve destekleyici sistem ekipmanları:

Piyasada ve araştırma yetenekleri üzerinde mevcut olgunların incelenmesi ve bunları BND çerçevesinde kullanma ihtiyacı;

BND'nin gelişimi için gerekli organizasyonel ve teknik hareket programının geliştirilmesi;

Kullanılan olgunların performansının BND ile bağlantılarının önünde kontrol edilmesi;

Yeni olgunlaşmaların BND'ye bağlanmasının kontrolü.

11. BND geliştirildiğinde örgütsel ve sistematik işler:

Bir veritabanı geliştirme yönteminin seçimi veya oluşturulması;

Hedeflerin ve sistemin gelişiminin bir bütün olarak belirlenmesi;

BND'nin gelişmesinin aşamalarını planlamak;

BND projesinin genel sözlükleri ve kavramsal modelin referans defterlerinin geliştirilmesi;

Gelişmiş uygulamaların dış modellerinin montajı;

Yeni uygulamanın BND işlemine bağlanmasının kontrolü;

Bir veritabanından etkileşime giren uygulamaların entegre sorun giderme olasılığı.

Nesneye yönelik bir modelde (OU), veri gönderildiğinde, bireysel taban girişlerini tanımlamak mümkündür. Veritabanı kayıtları ile işlemlerinin işlevleri arasında, nesneye yönelik programlama dillerinde uygun araçlara benzer mekanizmalar kullanılarak ilişkiler kurar.

Standart OU ODMG-93 Standart Tavsiyelerinde (Nesne Veritabanı Yönetimi Grubu - Bir Grup Nesneye Yönelimli Veritabanları Yönetimi Grubu). Tam olarak, ODMG-93 önerisi henüz mümkün değil. Anahtar fikirleri göstermek için, nesneye yönelik bir veritabanının biraz basitleştirilmiş bir modelini düşünün.

OO DB'nin yapısı, düğümleri nesneler olan bir ağaç biçiminde grafiksel olarak temsil eder. Nesne özellikleri, bazı standart tip (örneğin, string - string) veya bir tür tarafından kullanıcı tarafından yapılan (sınıf olarak tanımlanmış) tarafından tanımlanır.

Dize türünün değerleri bir karakter dizisidir. Sınıf Türü özelliğinin değeri, ilgili sınıfın bir örneği olan bir nesnedir. Her sınıf örneği nesnesi, bir mülk olarak tanımlandığı bir nesnenin soyundan biri olarak kabul edilir. Bir nesne örneği nesnesi sınıfına aittir ve bir ebeveyni vardır. Veritabanındaki genel ilişkiler, nesnelerin bağlı bir hiyerarşisi oluşturur.

OO DB kütüphane durumunun mantıksal bir yapısına bir örnek, Şekil 2'de gösterilmiştir. 3.14. Burada, kütüphane tipi nesnesi nesne örnek nesneleri için bir ebeveyndir. Abone, dizin ve ihracı. Aynı ebeveyne sahip bir kitap gibi çeşitli nesneler, en azından envanter numarasında (kitabın her bir kopyası için benzersiz) farklı olmalıdır, ancak aynı özellik değerlerine sahip olmalıdır. İsbn, udc, isimve yazar.

Şekil 35.14.Mantık Yapısal Veri Bakımı

OO DB'nin mantıksal yapısı harici olarak hiyerarşik veritabanının yapısına benzer. Aralarındaki temel fark, veri manipülasyon yöntemlerinden oluşur. Veritabanındaki verilerle ilgili eylemleri gerçekleştirmek için, capsülasyon, miras ve polimorfizmin nesneye yönelik mekanizmalarla güçlendirilen mantık işlemleri kullanılır. SQL komutları gibi işlemler sınırlı olabilir (örneğin bir veritabanı oluşturmak için).

Veritabanının oluşturulması ve değiştirilmesi, verileri hızlı bir şekilde aramak için bilgileri içeren otomatik oluşum ve sonraki endeks ayarlaması (dizin tabloları) eşlik eder.

Veritabanına göre kapsülleme, miras ve polimorfizm kavramını kısaca göz önünde bulundurun.

Kapsüllemetanımlandığı nesne içindeki mülkün adının kapsamını sınırlar. Bu nedenle, bir nesne bir katalog ise nesne ekle özelliği, yazarın telefon rehberini sorar ve bir isim telefon,o zaman aynı adın özelliklerini abone ve katalogdan alacağız. Bu özelliğin anlamı, kapsüllendiği nesne tarafından belirlenecektir.

Kalıtım, Aksine, mülkün görünürlük alanını nesnenin tüm torunlarındaki dağıtır. Öyleyse, kataloğun nesnesinin soyundan gelen bir kitap gibi tüm nesneler, ana nesnenin özelliklerine atfedilebilir: İsbn, udc, isimve yazar.Kalıtım mekanizmasının doğrudan akrabaları olmayan nesnelere etkisini genişletmek gerekirse (örneğin, bir ebeveynin iki torunları arasında), daha sonra genel atalarında abs tipi soyut tipi belirlenir. Yani, soyut özelliklerin tanımı bilet ve numaranesnede, kütüphane bu özelliklerin tüm aboneleri, aboneye, kitap ve ihracı tarafından miraslanmasına yol açar. Şans eseri değil, mülkün değerleri biletabone sınıfları ve Şekilde gösterilen ihracı aynı olacaktır - 00015.

Polimorfizmnesneye yönelik programlama dillerinde, aynı program kodunun çok yönlü verilerle çalışması anlamına gelir. Başka bir deyişle, farklı türlerin nesnelerinde, aynı adlara sahip yöntemlere (prosedürler veya fonksiyonlar) sahip olabileceği anlamına gelir. Nesne programının yürütülmesi sırasında, aynı yöntemler argüman türüne bağlı olarak farklı nesnelerle çalıştırılır. OO veritabanımızla ilgili olarak, polimorfizm, sınıf dizininden farklı ebeveynlere sahip olan sınıf nesneleri kitabının farklı bir özellik grubuna sahip olabileceği anlamına gelir. Sonuç olarak, sınıf nesneleri olan çalışma programları bir polimorfik kod içerebilir.

OO BD'deki arama, kullanıcı tarafından belirtilen nesne ile veritabanında depolanan nesneler arasındaki benzerliği bulmaktır. Nesne Amaçlı (nesnenin özelliği, türü hedefidir) olarak adlandırılan kullanıcı tanımlı nesne, genel durumda, veri tabanındaki nesnelerin tüm hiyerarşisinin bir alt kümesi olabilir. Nesne nesnesi ve sorgunun yürütülmesinin sonucu veritabanında depolanabilir. Kütüphane tarafından en az bir kitap alan okuyucu biletleri ve abone isimleri için bir örnek, Şekil 2'de gösterilmiştir. 3.15.

Temel haysiyetBu veriler ilişkisiyle karşılaştırıldığında, nesnelerin karmaşık bağlantıları hakkındaki bilgileri görüntüleme yeteneğidir. Bu, ayrı bir veritabanı girişini tanımlamanıza ve işlemlerinin işlevlerini belirlemenizi sağlar.

DezavantajOy, yüksek kavramsal karmaşıklık, veri işleme rahatsızlık ve düşük sorgu hızıdır.

Şekil3.15.Nesne amaçlı veritabanının parçası

Şekil 2'deki ilişkisel bir veri modeli olarak temsil edilen emirlerin görevine tekrar açın. 3.8 ve nesneye yönelik bir veritabanı açısından düşünün. Toplamda, üç sınıf örneğinde: " Müşteriler», « Emirler"Ve" Ürün:% s" Sınıf " Müşteriler»Beton istemciler; Sınıf Özellikleri - Müşteri Numarası, Müşteri Adı Şehir, Durum, vb. Sınıf Yöntemleri - " Sipariş yarat», « Ödeme faturası" vb. Yöntem, nesneye uygulanabilecek bazı işlemlerdir; Yöntem, nesnenin yapması gereken şeydir. Tabloya karşılık gelen sınıf " Sipariş Bilgisi", gerekli değil. Tablo verileri sınıfın bir parçası olabilir " Emirler" Sınıfta Kullanılabilirlik " Müşteriler"Yöntem" Sipariş yarat"Sınıf sınıfları ile etkileşime yol açar" Emirler"Ve" Ürün:% s" Aynı zamanda, kullanıcının nesnelerin bu etkileşimi hakkında bilmesi gerekmez. Kullanıcı yalnızca nesneye hitap ediyor " Emirler"Ve yöntemi kullanır" Sipariş yarat" Diğer veritabanlarına maruz kalma gerçeği, kullanıcıdan gizlenebilir. Yöntem " Sipariş yarat", Sırayla, yöntemi ifade eder" Müşterinin kredibilesini kontrol edin"Bu gerçek, kullanıcıdan da gizlenebilir. İÇİNDE ilişkisel bazlar Veriler aynı işlevleri yerine getirmek için, uygulama için Visual Basic'te prosedürler yazmanız gerekir (VBA).

90'lı yıllarda, OO veritabanı yönetim sistemlerinin deneysel prototipleri vardı. Halen, bu tür sistemler yaygınlaşmıştır. Özellikle, aşağıdaki DBMS'yi içerirler: Şair (Şair Yazılımı), Yasemin (Bilgisayar Associates), Versant (Versant Technologies), O2 (Attent Yazılım), ODB-Jüpiter (Inteltek Plus Bilimsel ve Üretim Merkezi), Iris, Orion ve postgres.