SQL Azure Federazione Spalato Design e interrogazione

Question

Ho alcune domande riguardanti Microsoft SQL Azure Federations:

1) Posso creare un DB federato su un database attivo o devo distribuire le federazioni in anticipo?

2) Devo apportare modifiche alle query SQL per soddisfare come query Leaterazioni o posso continuare a utilizzare le mie query normali come stavo lavorando contro un database SQL Server?

3) Quando ho diviso il mio database e dopo un po 'di tempo vedo che uno dei frammenti è molto occupato e quasi pieno, come affronto questo problema usando le federazioni? - Devo dividere solo quella tabella singola federata che è piena del 90%, o ho bisogno di ricreare la strategia di divisione utilizzando una gamma meno più ampia. Il problema è che un utente specifico può essere molto attivo, quindi quale strategia uso per assicurarmi che non dovrò re-creare la strategia federata a causa di una tabella / utente federata molto attiva?

4) Quando ho diverse tabelle che voglio dividere con diverse chiavi primarie, come funzionerà lo sharding allora. Ad esempio:

Da quello che capisco:

[Blog]

Blog_id

info

[Blog_posts]

ID

Blog_id

post_content

Quindi se decido di frammentare in base al blog_id da 0-1000, 1-2001 avrò due tabelle federate. Ma quanto tavoli più federati ho se aggiungo altre tabelle che hanno tasti diversi diversi da Blog_id, avrò tabelle più federate?

Grazie

Answer 1

Si prega di essere più preciso e concreto e fare una domanda alla volta. Hai maggiori possibilità di ottenere una risposta a tutte le domande quando richiesto separatamente. Ora lasciami provare a coprire alcune delle tue domande.

.

1) Posso creare un DB federato su un database attivo o devo fare Distribuire le federazioni in anticipo?

È possibile creare certamente una federazione / i all'interno di un DB esistente. Non vi è alcuna limitazione per creare federazioni in un db nuovo / vuoto. Tuttavia, la creazione di una federazione in un DB attivo non farà nulla per te. Devi capire che le federazioni sono DB separati. Una federazione (o membro della federazione) non sa nulla della Federations Root DB (il DB in cui hai creato la Federazione). Quindi devi pensare di migrare schema / dati dal DB attivo (o dalla root delle federazioni) dopo aver creato la tua federazione.

.

2) Devo apportare modifiche alle query SQL per soddisfare come I Query Federations o posso continuare a usare le mie domande regolari come me Stava lavorando contro un database SQL Server?

La maggior parte probabilmente sì. Le federazioni del database SQL di Windows Azure sono un meccanismo di scala per il TIER DB. Ciò significa che qualsiasi applicazione web ha bisogno di un design "speciale" per lavorare in un ambiente simile a una fattoria (ad es. Ambiente scalabile come Windows Azure), un database avrà anche bisogno di un design "speciale" per lavorare in una scala-out ambiente. Non c'è la bacchetta magica con le federazioni SQL Azure che renderà il tuo codice il lavoro. Devi progettarlo al lavoro.

.

3) Quando ho diviso il mio database e dopo un po 'di tempo vedo quello del I frammenti sono molto occupati e quasi pieni, come affronto questo problema usando Federazioni? - Devo dividere solo quel singolo tavolo federato Questo è pieno del 90%, o ho bisogno di ricreare la strategia di spaccatura di usando una gamma meno più ampia. Il problema è che un utente specifico può essere molto attivo, quindi quale strategia uso per assicurarmi che non lo farò bisogno di ricreare la strategia federata a causa di uno molto attivo Tavolo / utente federato?

Si tratta di una strategia di partizionamento. Devi progettare con molta attenzione la chiave della Federation e come si dividono i tuoi dati in diversi frammenti. Puoi sempre dividere qualsiasi federazione, purché mantenete le unità atomiche in singolo frammento.

.

4) Quando ho diverse tabelle che voglio dividere con differenti Tasti primari, come funzionerà lo sharding allora.

Se si desidera dividere diverse tabelle su tasti diversi, di quanto avrai diverse federazioni, ognuna con la propria chiave di federazione e le proprie tabelle.

Un buon video che vale la pena guardare se sei pronto per le federazioni SQL: http: / /Channel9.msdn.com/events/teched/Northamerica/2012/DBI408