Šajā rakstā mēs aplūkojam izstieptas tabulas, kas jāzina par galveno ierobežojumu iekļaušanu
Stretch datu bāze ir a SQL Server funkcija, kas ļauj lietotājiem droši un pārredzami migrēt aukstos datus uz Azure mākoni. Lietotāji var pat apturēt šīs migrācijas savienojuma kļūdu laikā, kas palīdz vieglāk pārsūtīt datus.
Stretch datu bāze tieši tariegūst darījumu datu bāzes, kas satur lielu daudzumu auksto datu, kas parasti tiek glabāti vairākās datu bāzes tabulās. Šīs tabulas var saturēt datus vairāk nekā vienā miljardā rindu.
Kāpēc tiek izmantota Stretch Database?
• Tas ļauj lietotājiem uzglabāt aukstos datus atsevišķā tabulā vai datu bāzē, lai migrētu uz Azure mākoni.
• Lietotāji var izmantot tā filtrēšanas funkciju, lai atdalītu vai atlasītu aukstos vai karstos datus rindās, kuru vien viņi vēlas migrēt.
Stretch datu bāze ir pārsteidzoša SQL Server funkcija, kas ļauj lietotājiem droši un pārredzami migrēt savus datus uz Microsoft Azure, tomēr tai ir arī daži ierobežojumi, kas lietotājiem neļauj ieviest vai iespējot izstiepšanu viņu datu bāzēs. Šeit ir saraksts ar dažiem tā ierobežojumiem. Lietojot stretch, ņemiet tos vērā, ja vēlaties migrēt savus datus uz Azure mākoni.
Stretch Database iespējoto tabulu ierobežojumi
Šie ir daži no nosacījumiem, kas neļauj Stretch Database iespējot jūsu tabulās. Pārliecinieties, ka tos paturat prātā nākamreiz, kad strādājat ar Stretch Database.
1. Ierobežojumi
Lietojot izstieptu datu bāzi, Microsoft Azure tabulās, kas satur jebkāda veida migrētus datus, PRIVĀRĀS ATSLĒGAS un UNIKĀLUMA ierobežojumus nepiemēro.
2. DML operācijas
• Jebkurā tabulā, kurā iespējota Stiepšana, lietotājam nav atļauts dzēst vai PAPILDINĀT visas migrētās rindas vai rindas, kuras joprojām ir piemērotas migrēšanai.
• Lietotājiem arī nav atļauts Ievietot rindas nevienā tabulā, kurā iespējots Stretch, no saistītā servera.
3. Indeksi
• Stretch iespējotas tabulas neļauj lietotājiem izveidot skata indeksu.
• Jebkuri filtri indeksos SQL Server netiek pavairoti no Stretch iespējotās tabulas uz attālo tabulu.
4. Ierobežojumi, kas neļauj lietotājiem iespējot Stretch Database tabulā
Lietotāji nevar iespējot Stretch Database tabulām, kuras ir vai ir pakļautas šādiem nosacījumiem:
5. Galda īpašības
• Galdi ar vairāk nekā 998 indeksiem vai vairāk nekā 1,023 kolonnām
• Jebkuras FileTables vai tabulas, kas satur FILESTREAM datus
• Galdi, kuros aktīvi tiek izmantota datu maiņas uztveršana vai izmaiņu izsekošana
• Visas atmiņā optimizētās tabulas
6. Datu tipi
• Teksts, attēls un nteksts
• laika zīmogs
• sql_variant
• XML
• CLR datu tipi, piemēram, ģeometrija, hierarchyid, CLR vai ģeogrāfijas lietotāja definēti tipi.
7. Ierobežojumi
• Pārbaudiet ierobežojumus kopā ar Noklusējuma ierobežojumi
• Visi ārvalstu atslēgu ierobežojumi, kas atsaucas uz tabulu. Mēs to varam izskaidrot, izmantojot vecāku un bērnu attiecības, kurās (piemēram, Order (vecāks) un Order_Detail (bērns)) lietotājs var iespējot Stretch Database Table sava bērna tabulai (Order_Detail), bet nevar mainīt iestatījumu vecāku tabula (Pasūtījums).
8. Indeksi
• Indeksi ar pilniem tekstiem
• XML indeksi
• Telpiskie indeksi
• Visi indeksētie skati, kas sniedz atsauci uz tabulu
Lai gan aktīvi jāapsver stieptās datu bāzes, uzņēmumiem ir jāinvestē arī rīkā, kas to var atgūt kv servera datu bāzes faili, lai viņu dati būtu droši neparedzētu gadījumu laikā.
Autora ievads:
Viktors Saimons ir datu atkopšanas eksperts DataNumen, Inc., kas ir pasaules līderis datu atkopšanas tehnoloģiju, tostarp piekļuves atkopšana un SQL atkopšanas programmatūras produkti. Lai iegūtu vairāk informācijas, apmeklējiet vietni www.datanumen. Ar