Algunas explicaciones r�pidas en el dise�o de las bases de datos escalables (gracias a Jon Sime de la lista de personas a quienes se mandan propaganda de PostgreSQL y de las materias de los medios por Am�rica)

Horizontal contra el escalamiento vertical

El escalamiento horizontal es simplemente un concepto general que, en su forma m�s simple, los medios que agregan m�s nodos en comparaci�n con el escalamiento vertical que (muy �spero) significa la fabricaci�n de un nodo individual tan de gran alcance como sea posible. Los dos no est�n mutuamente - exclusiva (usted podr�a agregar m�s nodos, y hace cada uno tan de gran alcance como sea posible - si usted tiene el dinero), y el concepto no se limita a las bases de datos.

Escalamiento horizontal: 3 tipos de agrupamiento

1. La divisi�n (bastante relevante m�s probable al hablar de Terabyte de datos) es una caracter�stica que almacena los datos reales de una tabla l�gica en cualquier n�mero de tablas f�sicas (dentro de la misma base de datos), que almacenan un subconjunto expl�citamente definido de los datos.
   • Nota: La divisi�n se refiere como arracimando en los Web site escalables del edificio de O'Relly. El libro tambi�n refiere a agrupamiento y a la federaci�n como tipos de divisi�n. Es decir los t�rminos que reparten y que arraciman se intercambian.
2. La federaci�n refiere t�picamente a una situaci�n donde usted tiene datastores m�ltiples (que puedan ser diversas bases de datos en una m�quina, servidores enteramente diversos, varias mezclas de formatos de almacenaje, etc.) que cada almac�n y es responsable de los subconjuntos de sus datos, con una capa del software intermediario encima de ellos que medie el acceso y actualizaciones a los dep�sitos subyacentes y dispares. Cierto paquete de programas inform�ticos tambi�n utiliza el t�rmino para referir a las tablas non-local individuales almacenadas en un solo servidor alejado se presentan que como si fueran tablas locales.
3. La r�plica indica generalmente una disposici�n donde los datos se manejan a trav�s de un sistema de dos o m�s nodos, cada nodo almacenando las copias de todos los datos localmente, o por lo menos capaz de tener acceso a las porciones non-local transparente de otra fuente cuando es necesario. Cada nodo en el racimo debe poder presentar una versi�n constante del grupo de datos entero a los clientes conectados (es decir si usted conecta con dos diversos nodos y publica la misma pregunta al mismo tiempo a cada uno, usted conseguir�a los mismos datos traseros de ambos). La aplicaci�n la propagaci�n de todos los cambios a los datos a partir de un nodo a todos los otros en una manera a prueba de aver�as y constante hace la r�plica generalmente muy complicada. Espec�ficamente en el contexto de un �ndice, la r�plica puede tambi�n significar pedir los datos en una tabla basada en los valores de una columna puesta en un �ndice.
   • Nota: La r�plica fue referida originalmente como arracimando por Jon Sime

Si cualquier persona tiene un desacuerdo (o acuerdo) de estos el t�rmino por favor deje un comentario. �Amar�a o�r su regeneraci�n!

Esta entrada fue fijada el domingo 9 de noviembre de 2008 en el 9:16 P.M. y se archiva bajo penetraciones. Usted puede seguir cualquier respuesta a esta entrada a trav�s de la alimentaci�n de RSS 2.0. Usted puede dejar una respuesta, o el trackback de su propio sitio.