Tässä artikkelissa tarkastelemme venyttäviä taulukoita, joiden tulisi olla tietoisia keskeisten rajoitusten sisällyttämisestä
Stretch-tietokanta on a SQL Server ominaisuus, jonka avulla käyttäjät voivat siirtää kylmiä tietoja turvallisesti ja läpinäkyvästi Azure-pilveen. Käyttäjät voivat jopa keskeyttää nämä siirrot yhteysvirheiden aikana, mikä helpottaa tietojen siirtämistä.
Stretch Database kohdistuu suoraan transaktiotietokantoihin, jotka sisältävät suuren määrän kylmädataa. Tietokanta on yleensä tallennettu useisiin taulukoihin. Nämä taulukot voivat sisältää dataa reilusti yli miljardi riviä.
Miksi Stretch-tietokantaa käytetään?
• Sen avulla käyttäjät voivat tallentaa kylmiä tietoja erilliseen taulukkoon tai tietokantaan siirtyäksesi Azure-pilveen.
• Käyttäjät voivat käyttää suodatintoimintoa erottamaan tai valitsemaan kylmän tai kuuman datan riveistä sen mukaan, minkä he haluavat siirtää.
Stretch-tietokanta on hämmästyttävä SQL Server ominaisuus, jonka avulla käyttäjät voivat siirtää tietonsa turvallisesti ja läpinäkyvästi Microsoft Azureen, mutta siihen liittyy myös joitain rajoituksia, jotka estävät käyttäjiä toteuttamasta tai mahdollistamasta venyttämistä tietokantoihinsa. Tässä on luettelo muutamista sen rajoituksista. Pidä ne mielessä venytyksen käytön aikana, jos haluat siirtää tietosi Azure-pilveen.
Stretch Database -yhteensopivien taulukoiden rajoitukset
Nämä ovat joitain ehtoja, jotka estävät Stretch-tietokannan ottamisen käyttöön taulukoissasi. Muista pitää ne mielessä, kun seuraavan kerran työskentelet Stretch-tietokannan kanssa.
1. Rajoitukset
• Joustavan tietokannan käytön aikana ainutlaatuisuus ei pakota PRIMARY KEY- ja UNIQUE-rajoituksia Microsoft Azure -taulukoissa, jotka sisältävät kaikenlaista siirrettyä dataa.
2. DML-toiminnot
• Käyttäjä ei saa missään Stretch-yhteensopivassa taulukossa poistaa tai päivittää siirrettyjä rivejä tai rivejä, jotka ovat edelleen kelvollisia siirtämiseen.
• Käyttäjät eivät myöskään saa INSERT rivejä mihinkään Stretch-yhteensopivaan taulukkoon linkitetystä palvelimesta.
3. Hakemistot
• Stretch-yhteensopivat taulukot eivät salli käyttäjien luoda näkymän hakemistoa.
• Kaikki hakemistojen suodattimet SQL Server ei levitä Stretch-yhteensopivasta taulukosta etätaulukkoon.
4. Rajoitukset, jotka estävät käyttäjiä ottamasta Stretch-tietokantaa käyttöön taulukossa
Käyttäjät eivät voi ottaa Stretch-tietokantaa käyttöön taulukoille, jotka ovat tai ovat täyttäneet seuraavat ehdot:
5. Taulukon ominaisuudet
• Taulukot, joissa on yli 998 hakemistoa tai yli 1,023 saraketta
• Tiedostotaulukot tai taulukot, jotka sisältävät FILESTREAM-tietoja
• Taulukot, joissa käytetään aktiivisesti Muuta tietojen sieppausta tai Muutosten seuranta -toimintoa
• Kaikki muistille optimoidut taulukot
6. Tietotyypit
• Teksti, kuva ja ntext
• aikaleima
• sql_variant
• XML
• CLR-tietotyypit, kuten geometria-, hierarkia-, CLR- tai maantieteelliset käyttäjän määrittämät tyypit.
7. Rajoitukset
• Tarkista rajoitukset ja oletusrajoitukset
• Kaikki vieraan avaimen rajoitukset, jotka viittaavat taulukkoon. Voimme selittää tämän käyttämällä vanhemman ja lapsen suhdetta, jossa (esimerkiksi Tilaa (vanhempi) ja Tilaa_ tiedot (lapsi)) käyttäjä voi ottaa käyttöön venytystietokantataulukon lapsensa taulukolle (Tilaus_tiedot), mutta ei voi muuttaa päätaulukko (Tilaa).
8. Hakemistot
• Hakemistot kokoteksteillä
• XML-indeksit
• Spatiaaliset indeksit
• Kaikki indeksoidut näkymät, jotka viittaavat taulukkoon
Vaikka venytettyjä tietokantoja tulisi harkita aktiivisesti, yritysten on myös investoitava työkaluun, joka voi palauttaa sql palvelintietokantatiedostot pitääkseen tietonsa turvassa satunnaisissa tilanteissa.
Tekijän esittely:
Victor Simon on tietojen palauttamisen asiantuntija DataNumen, Inc., joka on maailman johtava tietojen palautustekniikoissa, mukaan lukien pääsyn palautus ja sql-palautusohjelmistotuotteet. Lisätietoja osoitteessa www.datanumen.com