Bases de Datos - Mejor Opción Base de Datos

   
Vista:

Mejor Opción Base de Datos

Publicado por WDavid william.plazas@hotmail.es (7 intervenciones) el 09/07/2015 20:34:21
Buenas tardes, acudo a ustedes por su sapiencia muchas gracias, necesito saber que base de datos o que arquitectura sería óptima para un negocio en el que el flujo de datos DIARIAMENTE crece exponencialmente, como sería la mejor forma de almacenar, para evitar encolamiento, para un flujo efectivo y rapido de consultas .si por favor me pudieran dar luz al respecto o referirme a algun sitio les agradezco mil gracias
Valora esta pregunta
Me gusta: Está pregunta es útil y esta claraNo me gusta: Está pregunta no esta clara o no es útil
0
Responder

Mejor Opción Base de Datos

Publicado por Rafael (33 intervenciones) el 10/07/2015 08:45:20
Cuando dices exponencialmente que tanto es exponencialmente o es continuo ???

Y cuando dices crece de cuanto hablas...

Me explico exponencialmente entiendo que:
Dia 1 - 2 Registros Nuevos
Dia 2 - 4 Registros Nuevos
Dia 3 - 8 Registros Nuevos
Dia 4 - 16 Registros Nuevos
...
Dia 30 - 1073741824 Registros Nuevos
...
Dia 96 - 79228162514264337593543950336 Registros Nuevos

O Realmente es que potencialmente todos los dias crece 10 mil registros nuevos o algo similar...

Por que es vital este dato???

Ejemplo: Una tienda en internet tiene un POTENCIAL de MILLONES de usuarios, que en realidad se pueden traducir en tan solo 10 o 15 ventas, o como en el caso de EBAY si son MILLONES de ventas...

El saber diferenciar y usar las palabras adecuadas al momento de definir las necesidades de una base de datos puede ser 100% crucial para recomendarte X o Z ...

Yo por lo general uso una regla basica:

Pago o No PAGO .- es decir mi cliente quiere OpenSource o quiere Bases de Datos licenciadas, mismo que tambien es un factor muy importante.

OpenSource
Con Cientos o Miles de registros: MySQL

Con millones de Registros: PostgreSQL

Con miles de millones de Registros: GreenPlum = PostgreSQL en cluster de maquinas.

De Pago
Con Cientos o Miles de registros: SQL Server
Con millones de Registros y MAS : ORACLE

Actualmente hay muchas Bases de Datos para hacer lo que les ha dado por llamar BIG DATA, como Amazon, etc.

En lo personal quizas sea por falta de experiencia en este terreno, pero salvo Amazon y estos grandes vendedores, quienes autopromocionan su producto, y algunos otros similares que insisto su ejemplo de negocio es tan cerrado que no se puede escrutar, no he visto una implementacion de BIG DATA que no pudiera hacerse con ORACLE o cualquier otra herramienta del mercado.

Como sea es el futuro y hay que irse adaptando... pero ante tu pregunta generia una respuesta generica.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
3
Comentar

Mejor Opción Base de Datos

Publicado por WDavid (7 intervenciones) el 10/07/2015 16:38:15
Muchas gracias por tu respuesta Rafael, tienes razón, mi pregunta es un poco dispersa, el tema es: estoy en una compañia donde el nivel de información es demasiado alta, "mensajes de texto", puede ser que en un dia se guarden 1 millon de registros...asi todos los dias.

veo que aqui Un dia es una tabla asi la base de datos del mes pueden ser 30 tablas en el año 360 tablas , me dicen que lo hacen de esta forma debido a la gran cantidad de registros que hay, tu comprenderas para consultar informacion de varios dias toca unir las tablas...bueno...en fin....

Las bases de datos se trabajan en postgress con un cluster de servidores

entro a este foro para saber si alguien se ha topado con algo parecido y me puede dar una idea de como cambiar este tipo de arquitectura a algo mas escalable y robusto
muchas gracias
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar
Imágen de perfil de Leonardo Daniel A.

Mejor Opción Base de Datos

Publicado por Leonardo Daniel A. (43 intervenciones) el 11/07/2015 06:00:26
Cree que la mejor opcion seria Oracle, pero es caraaaaa, muy caraaaa

Oracle Real Application Clusters (RAC)

ORACLE Grid Computing
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
1
Comentar
Imágen de perfil de Alejandro Rodriguez Zavala

Mejor Opción Base de Datos

Publicado por Alejandro Rodriguez Zavala (4 intervenciones) el 12/07/2015 06:32:17
Te recomiendo que uses MONGODB
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
1
Comentar

Mejor Opción Base de Datos

Publicado por WDavid (7 intervenciones) el 13/07/2015 14:49:23
gracias por tu respuesta Alejandro...pero que me puede brindar mongo? puedes especificar por favor?
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

Mejor Opción Base de Datos

Publicado por WDavid (7 intervenciones) el 13/07/2015 14:48:27
muchas gracias Leonardo...vale el apunte!!!
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar
Imágen de perfil de Leonardo Daniel A.

Mejor Opción Base de Datos

Publicado por Leonardo Daniel A. (43 intervenciones) el 13/07/2015 16:37:35
Hola pues con mongoDB obtendrias mucha rapidez al insertar y leer datos, ademas de que puedes cambiar la estructura de datos ya que no es relacional, y puedes crecer horizontalmente agregando mas servidores y no agregando mas procesadores o memoria al mismo servidor

http://www.genbetadev.com/bases-de-datos/mongodb-que-es-como-funciona-y-cuando-podemos-usarlo-o-no
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
1
Comentar

Mejor Opción Base de Datos

Publicado por WDavid (7 intervenciones) el 13/07/2015 16:45:53
Ok Leonardo, te agradezco, estoy investigando lo que me dijiste anteriormente con ORACLE RAC..igual voy a leer este link que envias, de verdad muchas gracias
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar
Imágen de perfil de xve

Mejor Opción Base de Datos

Publicado por xve (81 intervenciones) el 13/07/2015 20:21:19
Para mi, la mejor opción es MongoDB... es súper escalable y rápida!!! aunque no tiene nada que ver con SQL... el cambio te puede costar un poco al principio.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

Mejor Opción Base de Datos

Publicado por WDavid (7 intervenciones) el 13/07/2015 20:38:27
hola ..si gracias por contestar, estamos documentandonos con MONGODB y con ORACLE...verificando la mejor opción gracias

slds
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar
Imágen de perfil de xve

Mejor Opción Base de Datos

Publicado por xve (81 intervenciones) el 14/07/2015 08:47:50
Hola WDavid, estaría bien que nos comentarais cual habéis elegido... me gustaría saber porque habéis creído que una es mejor que la otra.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

Mejor Opción Base de Datos

Publicado por Rafael (33 intervenciones) el 20/07/2015 14:13:57
Hola:

Aun y cuando en papel suena bien Mongo DB, yo nunca he visto una implementacion seria ni con millones de registros de esta base de datos...

Con un RAC de Oracle tambien puedes crecer horizontalmente como te han comentado...

Pero he tenido la oportunidad de trabajar con miles de millones de datos como serian los de un Banco, y bueno en DB" y Oracle se han solucionado todos los temas, De acuerdo a la WIKIPEDIA MongoDB surge en 2009 de acuerdo a la misma pagina puedes ver los siguientes problemas:

Problemas de consistencia
El modelo de consistencia de MongoDB está mal diseñando. No solo las lecturas estrictamente consistentes ven versiones obsoletas de documentos, también pueden devolver datos incorrectos de lecturas que nunca deberían haber ocurrido.

Bloqueo a nivel de base de datos
MongoDB bloquea la base de datos entera cada vez que se realiza una escritura, lo que reduce la concurrencia drásticamente

Las escrituras no son durables ni verificables
MongoDB retorna cuando todavía no se ha escrito la información en el espacio de almacenamiento permanente, lo que puede ocasionar pérdidas de información. En MongoDB 2.2 se cambia el valor por defecto para escribir en al menos una réplica, pero esto sigue sin satisfacer la durabilidad ni la verificabilidad

Problemas de escalabilidad
Tiene problemas de rendimiento cuando el volumen de datos supera los 100GB

Vaya que seguro hay mas que ello dado que no encuentro ninguna aplicacion que lo implemente aun.., En cuanto a ORACLE la misma WIKIPEDIA no menciona problemas aparentes y todo es de una gran belleza, cuando menos te puedo comentar que con mas de 2 o 3 Teras de Datos yo no he tenido problemas.

Insisto es cuestion de para que lo necesitas y que piensas hacer con ello.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar