Hala kullanımda Nesne yönelimli veritabanları musunuz?

oy
16

Oldukça süre önce Nesne veritabanları duydum. Serin kavram ve tüm. Şimdi, her yerde ORMs durumunda olan, herkes hala Nesne yönelimli Veritabanları sistemlerinin kullanır mı? alakalı mı? onlar pratik musunuz?

Oluştur 09/12/2008 saat 17:00
kaynak kullanıcı
Diğer dillerde...                            


10 cevaplar

oy
11

OO bir niş pazar çıktı asla veri tabanları. Veri yapısı bir amacı, grafik ile temsil edildiği için oldukça rahat - - Bazı uygulamalar için iyi ama yangı geçmek için RDBMS üzerinde zorlayıcı avantaj tutulan hiç. OODBMS ürünleri için lanse önemli avantajı ev sahibi diline sıkı entegrasyon - hiçbir nesne / ilişkisel empedans uyumsuzluğu var.

Ancak, bu tür gibi çeşitli OODBMS satıcıları hala var Taş , Versant veya Cardinal kendi ürünleri ile oldukça güzel yapıyorlar. Teknoloji veri yapılarının bazı türleri için yararlıdır ve bir RDBMS daha etkili olabilir ama modern bir SQL lehçelerde kıyasla geçici sorguları için zayıf olma eğilimindedir.

Gibi çeşitli diğerleri belirttiği gibi, Taş nedeniyle verdikleri desteğin dikkat biraz oluyor Seaside ve Maglev (bir port Ruby ile Taş VM Raylar üzerinde çalışan). Bu OODBMS paradigma biraz daha dikkat Gemstone gelen basın biraz güzel millet alır ve onunla bulabilirsiniz.

Cevap 09/12/2008 saat 17:55
kaynak kullanıcı

oy
7

Aslında, veritabanı sistemleri temel değişiklikler gerçekten zor alanlardan biridir. Milyarlarca dolar ilişkisel veritabanı sistemleri üzerinde harcanan ve bunlar oldukça iyi çalışıyor.

Gerçek hayatta, bu sadece doğru değil. veritabanları ile sorunlarımızın için önemli bir neden çok ilkel yazarak kullanılmasıdır ve SQL doğrulayarak (tüm veritabanı satırlarının% 30 hata içermediğinden bir iddia gördüm). Buna ek olarak, onlar ilişkisel adlandırılır rağmen onlar ilişkileri idare çok kötü. Sonuç Normalleştirilmemiş datamodels ve elde edilen güncelleme hataları olduğunu.

onlar çok tahmin edilebilir çünkü ilişkisel veritabanları gibi nedeni işletmeler olduğunu. Üzerlerinde çok para harcamak zorunda, bunlar çoğunlukla rutin işlerini yapıyor geliştirici ve bakım çok ihtiyacım var. Bu bir avantaj olarak elimine edilebilir çoğaltılması miktarını görmek için başarısız. Rutin iş geliştiricileri zor işin riskleri absorbe sağlar. Bir OODB geçiş daha az tahmin edilebilir çalışmalarını devam ederdi.

Cevap 11/12/2008 saat 13:30
kaynak kullanıcı

oy
4

Geçenlerde Gemstone kullanmaya başladı. CAM (Seaside ile Linux üzerinde Taş (veya OS-X) (smalltalk web çerçeve)) muhtemelen karmaşık uygulamalar için en iyi web geliştirme ortamıdır. Smalltalk "gerçek yakut" olmak, bir canlanma yapıyor.

şema değişiklikleri ve sorgulama için destek RDBMS o üstündür.

Önemli bir fark, bu sefer uygun olmasıdır.

Cevap 09/12/2008 saat 18:58
kaynak kullanıcı

oy
4

Aslında, veritabanı sistemleri temel değişiklikler gerçekten zor alanlardan biridir. Milyarlarca dolar ilişkisel veritabanı sistemleri üzerinde harcanan ve bunlar oldukça iyi çalışıyor. Onlar teknoloji kanıtlanmış ve onlar (dediğin gibi, örneğin ORM kullanarak) en ihtiyaçlarını karşılamak için yeterince esnek olmuştur. Nesne veri tabanları bile akademi dışında, gerçekten varolan. Ama yakın zamanda o bölgede SQL Server veya Oracle gibi büyük bir şey görmek için beklemeyin. Bunlar teori ve küçük, uygulamaya özel veri tabanlarına ve çeşitli ürünler gibi varız. Temelde, ilişkisel veri tabanları daha iyi gereksinimlerini işlemek için gelecekte odaklı fazla nesne haline tahmin.

Cevap 09/12/2008 saat 17:10
kaynak kullanıcı

oy
4

Check db4o .

Cevap 09/12/2008 saat 17:09
kaynak kullanıcı

oy
3

Onların yazılımın maliyeti kolay olmadığı için yeterince öğrenmek için.

Ben Objektiflik, db4o, Versant teslim ve bunların hiçbiri kendi web sitesinde ön yazılımın fiyat var.

Zaten neredeyse sırf ilgisini kaybettim.

Tüm bu farklı oodbs bir fiyatlandırma ve lisans karşılaştırma orada olduğu her yerde bilen var mı?

Cevap 03/09/2009 saat 08:01
kaynak kullanıcı

oy
3

Biz kullanmak Versant Nesne Veritabanı üzerinde çalışmak üründe. (Eski Şair veritabanı Eskiden FastObjects). Bu bir nesne veritabanı ve biz bu ürünümüzün bazı yönleri, öncelikle, yapılandırma nesneleri depolamak Java kodu ile ara yüz oluşturmak üzere bir ilişkisel modele göre çok daha iyi işe yaradığını bulabilirsiniz.

: Bu daha önce sorulan soruya bakın https://stackoverflow.com/questions/52144/object-oriented-database-experiences

Cevap 09/12/2008 saat 17:04
kaynak kullanıcı

oy
2

Büyük bir iş uygulaması için değerli taş kullanma. Bu harika ve çok pratik. Biz birkaç yıldır kullandım ve bu süre boyunca çok az kaynaklarla çok şey sağladı. Maalesef vardır ve nesne veritabanları hakkında sayısız yanlış olmuştur ve bu iş dünyasında onları daha az alakalı olduğunu düşünüyorum. Umarım CAM (Gemstone, Linux ve Sahil Smalltalk) gibi bir şey geleceğe gidiş olduğunu değişecektir.

Cevap 09/12/2008 saat 23:39
kaynak kullanıcı

oy
1

Nesne Veritabanı şu ana kadar serin bir kavramdır. Ancak, uygulamalar Ölçeklenebilirlik ve İstikrar sorunları ile plaqued edilir. Şimdi bu iki hayvanlar adresleri doğru enkarne ile, denklem değişebilir.

Ne düşündüğüm ... Ayrıca Data Engine (ille Veritabanı nesne değil), ve RDBMS yan gerçekten canlı tarafı, aslında, Gömülü Uygulamalar / sistemleri, Orta-Tier Veri Motoru için harika bir yer vardır edebilirsiniz bir Veri Motorunun doğru bir uygulama düşük seviyede hem Nesne Dayanıklılık için ve daha yüksek düzeyde, RDBMS / SQL yapılara destek sağlayacaktır. Bu uygulama, Nesneler ile çalışmak Nesne Sebat için veri motoru kullanmak VE RDBMS arayüzü üzerinden bir tablonun satırları / sütunları gibi nesneler kullanılabilir olmasını tercih anlamına gelir.

Bu ideal kurulumdur. Biz iki teknolojiyi köprü ve geliştiricilerin tercih arayüzde programlamak için alternatifler sunar. Bir biz örneğin şimdi bu var iddia edebilir - SQL Server CLR Nesneleri barındırma desteği vardır ANCAK akım uygulamaları empedans yavaşlama muzdarip. yani - Veri yolundaki Nesne Olarak dönüşümler / çeviriler bir sürü = iki boyutlu veri, Nesneler ile ilgilenen App DB kaydeder zaman böylece çözüm / dönüştürmek bir tablodaki verileri satır çevirmek zorunda!.

biz durumu, yani ters eğer AMA - Veri motor Nesneler çalışır o zaman hiçbir empedans uyuşmazlığı olacaktır. İki boyutlu veri projeksiyonları ekleme bir Objecct Koleksiyonu arayüzü uygulanması başka bir şey değildir, dolayısıyla Nesneler tablo veri satırları olarak maruz ortaya hiçbir haritalama / çeviri gerçekten yoktur. Bu benim teoridir.

SO belki bu alanda teknolojinin bir sonraki dalga düşük seviyeli arayüzü ve RDBMS arayüz olarak Nesneler bunun üstüne oturan sağlayacak bir veri motorudur. VE bu teknoloji şu anda hazır!

B-Ağaç Altın sürüm 4.0 Ölçeklenebilir Nesne Sebat ana tasarım Hedef olarak bu vardır. Bu, aşağıdaki özelliklere elde eder ve bu nedenle, iyi temelde bunun üstüne bir katman bir sonraki RDBMS, için tercih edilen bir veri motor olmak üzere adapte edilir. ana anahtar nokta ikisidir: Ölçeklenebilirlik: sıradan / ortalama donanımlı dizüstü bilgisayar 17 saat 100 milyon ekler. Kararlılık: sanayi gücü işlem DB sağlayacaktır bozuk olmadığından ve daha önce işlediği bir duruma geri alma olabilir.

Bu işlemin gerçekleşmesi için, veri motoru RDBMS Sunucular gerektirdiği ölçeklenebilirlik ve istikrar karşılamak zorundadır. Çok zor bir görev ama imkansız değil. B-Ağaç Altın sürüm 4.0 SOP SOP bunu kullanmak istiyorum nasıl seçme özgürlüğü verir gerçekten bizim boyun altında tıkıyorum olmadan bu gereksinimi böylece biz çözümün bu tür uygulamaya gerçekten hazırsınız buluştu. Bu bir çok açıdan kullanılabilir, mesela - orta katmanlı bir önbellek istasyonu olarak RDBMS Sunucular tamamlayan RDBMS sunucusunun kendi düşük seviye veri motoru olma saymıyorum ... vb, istemci tarafında DB gömülü!

Cevap 16/07/2010 saat 08:24
kaynak kullanıcı

oy
0

Benim bakış itibaren en az onlar hemen hemen öldü. Ama sonra tekrar ben ticari yazılım öncelikle çalışıyorum. Belki akademik alanlarda bir yere halen kullanımda.

Cevap 09/12/2008 saat 17:03
kaynak kullanıcı

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more