¿Alguien puede pensar en algunas buenas razones * no * para usar un DBMS orientado a objetos para respaldar un sitio web?

StackOverflow https://stackoverflow.com/questions/173040

Pregunta

Digamos que está codificando algún tipo de aplicación web. Algo en que las personas pueden contribuir con contenido, p. un sitio simple para compartir fotos.

¿Cuántas buenas razones puede pensar para no ir con una base de datos orientada a objetos (por ejemplo, db4o)?

¿Fue útil?

Solución

Un OODBMS es mejor si solo necesita acceder a sus datos a través de sus objetos. Si su solución requiere rutas adicionales a sus datos (por ejemplo, consultas ad-hoc, informes, otras aplicaciones que necesitan acceso a los datos pero no pueden utilizar sus objetos), entonces es mejor un sistema RDBMS tradicional.

Nota: OODBMSes ha mejorado mucho en esta área.

Otros consejos

No sé qué tan grandes son sus planes, pero la disponibilidad de personas experimentadas y capacitadas para contratar (o simplemente dar una mano) influiría en mi decisión, así como un gran conjunto de conocimientos en general sobre todo de los entresijos de la base de datos.

Oracle o MySQL tienen sus fallas, pero las probabilidades son si tienes un problema, otras 100 personas han tenido el mismo problema y pueden decirte cómo resolverlo.

Diría el hecho de que si está considerando algo como db4o, parece que no tienen ejemplos empresariales de sitios web activos, y se utilizan principalmente para aplicaciones integradas.

Vea mi otra publicación sobre esto. ( Ejemplos de sitios web que utilizan db4o )

Nada técnicamente en el camino aquí, solo parece adopción. Sin embargo, por su rapidez de desarrollo, mantenimiento y flexibilidad de diseño, los OODB son bastante imbatibles.

Se pueden realizar

informes pesados, etc. mediante la sincronización con un back-end relacional, si es necesario, lo que sé que admite db4o

Esto es un poco exagerado, pero parafraseando una publicación de Joel, planifique para el éxito. ¿Qué pasa si su aplicación se vuelve realmente popular?

Por ejemplo, ¿qué pasa si aloja su aplicación en su propia máquina, pero decide ir a un sitio de alojamiento formal, o incluso a una granja de servidores? ¿Cuáles son las posibilidades de que admitan un OODB frente a MySQL?

Solo recomendaría optar por los OODBMS si el diseño de su aplicación está realmente orientado a objetos y la complejidad presenta una necesidad. Un sitio para compartir fotos no parece pesado en el lado OO, así que no veo el punto de ir a db4o.

Sin embargo, si realmente solo desea conocer los entresijos del uso de un OODBMS fuera de un proyecto favorito, está bien usar uno.

Otra buena razón es la longevidad relativa. db40 es un excelente producto para lo que hace, pero su base de usuarios es pequeña y no es probable que sobreviva a algo como SQL Server.

Por supuesto, también solía decir que no había forma de que Java sobreviviera.

Tamaño de los datos (si estoy tratando con millones y millones de filas, me quedo con lo que sé)

Informes (Normalmente, lo suficientemente difíciles en las bases de datos normalizadas, peor en las bases de datos OO)

Disponibilidad de experiencia / experiencia (RDBMS claramente tiene más adherentes)

Grandes cantidades de ETL (la mayoría de las personas importan y exportan en archivos planos, a menos que esté obteniendo / enviando XML, está hablando de tablas simples)

Ninguno de estos suena como obstáculo para su proyecto

Necesidad de velocidad cuando todo lo que tienes es una bicicleta de pedales. Los escenarios incluyen la captura de datos (por ejemplo, el registro) donde, después del evento, los datos capturados a menudo se procesan en una etapa posterior y, de todos modos, probablemente se dividen en sus componentes objeto.

Tal vez ustedes también quieran revisar este artículo:

http://microsoft.apress.com/asptodayarchive / 74063 / using-an-object-oriented-d

" Uso de un OODB en un sitio web " por Jim Paterson

¡Lo mejor!

Para una aplicación compleja con necesidades de datos modestas, no puede vencer a GLASS (Gemstone, Seaside y Smalltalk). Informes es definitivamente algo que desea hacer OO en Smalltalk.

Mi opinión personal, donde hay datos ... hay informes.

Ningún OODB le dará a sus datos el modelo de almacenamiento adecuado para que esté disponible para sus aplicaciones de informes.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top