Selles artiklis vaatleme venitusfunktsiooniga tabeleid, mille peamiste piirangute lisamisest peaksite teadma
Stretch Database on a SQL Server funktsioon, mis võimaldab kasutajatel migreerida külmandmeid turvaliselt ja läbipaistvalt Azure'i pilve. Kasutajad saavad need migratsioonid ühenduse vigade ajal isegi peatada, mis hõlbustab andmete edastamist.
Andmebaasi otse venitamine tarsaab tehinguandmebaasid, mis sisaldavad suurt hulka külmandmeid, mis tavaliselt salvestatakse andmebaasi mitmesse tabelisse. Ja need tabelid võivad sisaldada rohkem kui miljardit rida andmeid.
Miks Stretch Database'i kasutatakse?
• See võimaldab kasutajatel salvestada külmandmeid eraldi tabelisse või andmebaasi, et migreeruda Azure'i pilve.
• Kasutajad saavad kasutada selle filtrifunktsiooni külmade või kuumade andmete eraldamiseks või valimiseks ridadel, mida nad soovivad migreerida.
Stretch Database on hämmastav SQL Server funktsioon, mis võimaldab kasutajatel migreerida oma andmed turvaliselt ja läbipaistvalt Microsoft Azure'i, kuid sellel on ka mõned piirangud, mis keelavad kasutajatel oma andmebaase juurutada või laiendada. Siin on loetelu mõnest selle piirangust. Pidage neid venituse kasutamisel meeles, kui soovite oma andmed Azure'i pilve migreerida.
Piirangud Stretch Database toega tabelitele
Need on mõned tingimused, mis takistavad Stretch Database'il teie tabelites lubamist. Pidage neid kindlasti meeles, kui töötate järgmisel korral Stretch Database'iga.
1. Piirangud
• Andmebaasi venitamise ajal ei rakenda Unikaalsus piiranguid PRIMARY KEY ja UNIQUE Microsoft Azure'i tabelites, mis sisaldavad mis tahes kujul migreeritud andmeid.
2. DML toimingud
• Üheski Stretch toega tabelis ei ole kasutajal lubatud KUSTUTADA ega VÄRSKENDADA ühtki migreeritud ridu või ridu, mis on endiselt migreerimiseks sobilikud.
• Samuti ei ole kasutajatel lubatud lingitud serverist ühtegi Stretch-toega tabelisse ridu SISESTADA.
3. Indeksid
• Venitusfunktsiooniga tabelid ei võimalda kasutajatel vaate jaoks indeksit luua.
• Indekside kõik filtrid SQL Server ei levita venitustoega tabelist kaugtabelisse.
4. Piirangud, mis takistavad kasutajatel Stretch Database'i tabelis lubamast
Kasutajad ei saa lubada Stretch Database'i tabelite jaoks, millel on järgmised tingimused.
5. Tabeli omadused
• Rohkem kui 998 indeksi või üle 1,023 veeruga tabelid
• Kõik failitabelid või FILESTREAM-i andmeid sisaldavad tabelid
• Tabelid, mis kasutavad aktiivselt andmete muudatuste hõivamist või muudatuste jälgimist
• Kõik mälu optimeeritud tabelid
6. Andmetüübid
• Tekst, pilt ja ntekst
• ajatempel
• sql_variant
• XML
• CLR-i andmetüübid nagu geomeetria, heirarchyid, CLR või geograafia kasutaja määratud tüübid.
7. Piirangud
• Kontrollige piiranguid koos vaikepiirangutega
• Võõrvõtme piirangud, mis viitavad tabelile. Seda saame seletada vanem-lapse suhtega, milles (näiteks Tellimus (vanem) ja Order_Detail (laps)) saab kasutaja lubada oma lapse tabeli jaoks Stretch Database Table (Order_Detail), kuid ei saa muuta vanemtabel (Telli).
8. Indeksid
• Indeksid täistekstidega
• XML-indeksid
• Ruumiindeksid
• Kõik indekseeritud vaated, mis pakuvad viiteid tabelile
Kuigi venitatavaid andmebaase tuleks aktiivselt kaaluda, peavad ettevõtted investeerima ka tööriista, mis suudab sql-i taastamine serveri andmebaasifailid, et hoida nende andmeid ettenägematute olukordade ajal turvaliselt.
Autori sissejuhatus:
Victor Simon on andmete taastamise ekspert DataNumen, Inc., mis on maailmas juhtiv andmete taastamise tehnoloogiate, sealhulgas juurdepääsu taastamine ja SQL-i taastamise tarkvaratooted. Lisateabe saamiseks külastage www.datanumenCom