SQL Azure Federation Dividir Diseño y consulta

Question

Tengo algunas preguntas sobre Microsoft SQL Azure Federations:

1) ¿Puedo crear un DB federado en una base de datos activa o necesito implementar federaciones con anticipación?

2) ¿Necesito hacer algún cambio en las consultas SQL para cumplir con cómo consultar las Federaciones, o puedo continuar usando mis consultas regulares, ya que estaba trabajando en contra de una base de datos de SQL Server?

3) Cuando divito mi base de datos y después de un tiempo, veo que uno de los fragmentos está muy ocupado y casi lleno, ¿cómo abordo este problema utilizando federaciones? - ¿Necesito dividir solo esa mesa federada única que es 90% completa, o necesito recrear la estrategia de división utilizando un rango menos más amplio? El problema es que un usuario específico puede ser muy activo, por lo que la estrategia que utilizo para asegurarse de que no necesitaré volver a crear la estrategia federada debido a una mesa / usuario federada muy activa?

4) Cuando tengo diferentes tablas que quiero dividir con diferentes teclas primarias, cómo funcionará la fragmentación. Por ejemplo:

de lo que entiendo:

[blogs]

blog_id

info

[blog_posts]

id

blog_id

post_content

Entonces, si decido fragmento basado en el blog_id de 0-1000, 1-2001 tendré dos tablas federadas. Pero, ¿cuánto más mesas federadas tengo si agrego más tablas que tienen otras llaves distintas a Blog_ID, tendré más tablas federadas?

gracias

Answer 1

Por favor, sea más preciso y concreto y haga una pregunta a la vez. Tienes mejor oportunidad de obtener una respuesta a todas las preguntas cuando se le pregunta por separado. Ahora déjame intentar cubrir algunas de sus preguntas.

1) ¿Puedo crear un DB federado en una base de datos activa o necesito implementar federaciones con anticipación?

Ciertamente puede crear una federación dentro de un DB existente. No hay limitación para crear federaciones en un db solo nuevo / vacío. Sin embargo, crear una federación en un DB activo no hará nada por usted. Tienes que darte cuenta de que las federaciones son DBS separadas. Una Federación (o Miembro de la Federación) no conoce nada sobre las Federaciones Raíz DB (el DB donde creó la Federación). Por lo tanto, tiene que pensar en el esquema / datos de migración de la DB activa (o la raíz de las Federaciones) una vez que cree su federación.

2) ¿Necesito realizar algún cambio en las consultas SQL para cumplir cómo Consulté federaciones, o puedo continuar usando mis consultas regulares como yo ¿Estaba trabajando en contra de una base de datos de SQL Server?

más probablemente sí. Windows Azure SQL Base de datos Federaciones es un mecanismo de escala para el nivel de DB. Esto significa que, como cualquier aplicación web, necesita un diseño "especial" para trabajar en un entorno similar a una granja (es decir, entorno de escala similar a Windows Azure), una base de datos también necesitará un diseño "especial" para trabajar en una escala de salida ambiente. No hay varita mágica con federaciones de SQL Azure que hagan que su código de código funcione. Tienes que diseñarlo para trabajar.

3) Cuando divito mi base de datos y después de un tiempo, veo que uno de los Los fragmentos están muy ocupados y casi llenos, cómo abordo este problema utilizando Federaciones? - ¿Necesito dividir solo esa mesa federada única? Eso es 90% lleno, o necesito recrear la estrategia de división por utilizando un rango menos más amplio. El problema es que un usuario específico. puede ser muy activo, así que qué estrategia utilizo para asegurarme de que no Necesidad de volver a crear la estrategia federada debido a uno muy activo. Mesa / usuario federada?

Todo esto se trata de la estrategia de partición. Tiene que diseñar con mucho cuidado su clave de federación y cómo particione sus datos en diferentes fragmentos. Siempre puede dividir cualquier federación, siempre y cuando mantenga las unidades atómicas en un solo fragmento.

4) Cuando tengo diferentes mesas que quiero dividir con diferentes Teclas primarias, cómo funcionará la fragmentación.

Si desea dividir diferentes tablas en diferentes claves, que tendrá diferentes federaciones, cada una con su propia clave de federación y mesas propias.

Un buen video que vale la pena ver si está en la Federaciones de SQL: http: / /channel9.msdn.com/events/teched/northamerica/2012/dbi408