você pode usar um objeto do banco de dados em um sistema de produção?

Question

Objeto-bases de dados são usados ??muito raramente, embora eles oferecem uma maneira de viver sem SQL, que é, penso eu, um benefício próprio.

No entanto, eu vi-os sobre nunca em sistemas de produção. Há algo fundamentalmente errado com objeto-bases de dados? Posso usar um objeto de banco de dados em um sistema de produção?

Editar : Então, talvez eu deva confessar que eu amo-objetos bancos de dados. Eu realmente não posso colocar minha cabeça em torno de por que eles não são usados ??muito mais frequentemente.

Answer 1

Claro que você poderia, desde que era estável. O problema é a falta relativa de Object Oriented sistemas de banco de dados de alta qualidade, bem como o fato de que a maioria das pessoas nem sequer sabem o que se é.

Answer 2

db4o está sendo muito utilizada por muitas empresas da Fortune 500 (especialmente para aplicações embarcadas), então eu não diria que OODBs não são utilizados para sistemas de produção do mundo real

Answer 3

sistemas

Há produção escrito usando a GemStone OODB. É um sistema Smalltalk distribuídos, persistente.

Answer 4

Heard de Cache ? Usado por Epic Systems para seu produto Empresa Health Record (EHR). Muitas lojas de produção de usá-lo.

Answer 5

A verdadeira questão aqui é se você precisa de ferramentas para apoiar o seu banco de dados ou não. Por ferramental I relatórios média, migração de dados, mineração de dados, etc. Você precisa fornecer relatórios de auto-atendimento? Heck, mesmo relata, com um tempo de resposta rápida que não requer a implantação de um novo código? (Fornecer a funcionalidade relatório no aplicativo é uma chatice.)

Existem inúmeras ferramentas disponíveis para executar essas operações contra RDBMs tradicionais. Contra OODBs? Eu não estou familiarizado com qualquer um dos principais produtos. Embora, na verdade, eu não sou um OODB tipo de cara.

Se você não precisa dessas ferramentas, eles vão para ele. Caso contrário, para manter RDBMs tradicionais. Com a tecnologia ORM atual, a dor de objetos de mapeamento para registros é muito menor do que costumava ser.

Answer 6

O problema que eu acredito, é que o SQL não é intrinsecamente uma coisa má. Ele é muito bom em realizar operações de conjunto base. Pelo que tenho visto, banco de dados orientado a objetos funcionam bem quando se trabalha com objetos individuais, mas falhar ao tentar fazer operações baseada em conjunto. Além disso, as pessoas são muito bons em trabalhar com bancos de dados SQL. É fácil encontrar pessoas para trabalhar com eles. banco de dados orientado a objetos são outra história.