Guest User

Untitled

a guest
Jan 24th, 2018
84
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 2.06 KB | None | 0 0
  1. Luis Cobo 24 de marzo a las 18:40 Denunciar
  2.  
  3. La historia comienza por allá en los 70, cuando Codd inventó el modelo relacional de BD y con ello el querido SQL. El objetivo de Codd era sencillo: para hacer rápido el acceso a los datos hay que eliminar los datos replicados. Para lograr lo anterior se inventó la teoría de la normalización. Pero con la normalización vino un apéndice que nadie se esperaba, pero que era obligatorio: EL JOIN. Sin Join no puedo recuperar información relacionada en otra tabla, así que hay que aguantarlo. Pero el JOIN guarda problemas de desempeño y entonces para mejorarlo hay que crear índices e índices sobre índices. Ahí surge el famoso «tuning» de la BD, con el único fin de mejorar los tiempos de acceso a la BD y acelerar los JOINS.
  4.  
  5. Con el advenimiento de la web, sitios como Amazon, e-bay y ahora google, facebook o twitter, se dieron cuenta que eso de hacer JOIN de tablas pequeñas funciona bien, con buen tuning. Pero cuando esas tablas tienen miles de millones de registro, no hay tuning que aguante. Solución: BYE BYE teoría relacional, adios normalización, chao SQL y sobre todo, chao JOIN. Sin normalización, no debemos temerle a tener información repetida y a guardar todo lo que queramos en una sola tabla. Por eso pasamos de tener muchas tablas enormes, a tener una table gigantescamente enorme, pero me olvido del tuning, y no tengo que hacer consultas complicadas, por que todo está en un solo sitio. Claro que surgen nuevos problemas, como inconsistencias, pero lo importante con todo este movimiento NoSQL es la velocidad. Ya hay ciertos sistemas que soportan cruce de tablas y hasta triggers para mejorar la consistencia de la información repetida, pero la mayoría se conforma con permitirte manejar una tabla y hacer búsqueda sobre los atributos de la tabla. Pero vas a obtener los datos más rápido que con cualquier BD relacional, eso es seguro. Es como un archivo plano, pero mucho mejor manejado.
  6.  
  7. Eso es, grosso modo, el concepto detrás de NoSQL. Espero me haya sabido explicar. Buena suerte y estamos en contacto!
Add Comment
Please, Sign In to add comment