In dit artikel kijken we naar tabellen met stretch waarvan je op de hoogte moet zijn, inclusief belangrijke beperkingen
Stretch Database is een SQL Server functie waarmee gebruikers koude gegevens veilig en transparant naar de Azure-cloud kunnen migreren. Gebruikers kunnen deze migraties zelfs pauzeren tijdens verbindingsfouten, wat de gegevensoverdracht gemakkelijker maakt.
Stretch Database is specifiek ontworpen voor transactionele databases met een grote hoeveelheid 'koude' data, die doorgaans in meerdere tabellen is opgeslagen. Deze tabellen kunnen meer dan een miljard rijen aan data bevatten.
Waarom wordt Stretch Database gebruikt?
• Het stelt gebruikers in staat om koude gegevens op te slaan in een aparte tabel, of om een database te migreren naar Azure cloud.
• Gebruikers kunnen de filterfunctie gebruiken om koude of warme gegevens te scheiden of te selecteren, in de rijen die ze willen migreren.
Stretch Database is geweldig SQL Server functie waarmee gebruikers hun gegevens veilig en transparant naar Microsoft Azure kunnen migreren, maar er zijn ook enkele beperkingen, waardoor gebruikers geen stretch kunnen implementeren of inschakelen in hun databases. Hier is een lijst met enkele van zijn beperkingen. Houd ze in gedachten wanneer u stretch gebruikt als u uw gegevens naar de Azure-cloud wilt migreren.
Beperkingen voor tabellen waarvoor Stretch Database is ingeschakeld
Dit zijn enkele van de voorwaarden waardoor Stretch Database niet kan worden ingeschakeld in uw tabellen. Denk eraan om ze de volgende keer dat u met Stretch Database werkt in gedachten te houden.
1. Beperkingen
• Tijdens het gebruik van de stretch-database legt Uniciteit geen invloed op PRIMARY KEY en UNIQUE-beperkingen in Microsoft Azure-tabellen die enige vorm van gemigreerde gegevens bevatten.
2. DML-bewerkingen
• In een tabel waarvoor Stretch is ingeschakeld, mag de gebruiker gemigreerde rijen of rijen die nog in aanmerking komen voor migratie niet VERWIJDEREN of BIJWERKEN.
• Gebruikers mogen ook geen rijen INVOEGEN in een Stretch-enabled tabel vanaf een gekoppelde server.
3. Indexen
• Tabellen waarvoor Stretch is ingeschakeld, staan gebruikers niet toe om een index voor de weergave te maken.
• Eventuele filters op indexen in SQL Server worden niet gepropageerd van de tabel met Stretch naar de externe tabel.
4. Beperkingen die voorkomen dat gebruikers Stretch Database in een tabel inschakelen
Gebruikers kunnen Stretch Database niet inschakelen voor tabellen die onder de volgende voorwaarden vallen of deze hebben:
5. Tabeleigenschappen
• Tabellen met meer dan 998 indexen of meer dan 1,023 kolommen
• Alle FileTables of tabellen die FILESTREAM-gegevens bevatten
• Tabellen die actief gebruik maken van Change Data Capture of Change Tracking
• Alle tabellen die voor geheugen zijn geoptimaliseerd
6. Gegevenstypen
• Tekst, afbeelding en ntext
• tijdstempel
• sql_variant
• XML
• CLR-datatypen zoals geometry, hierarchyid, CLR- of geography-gebruikersgedefinieerde typen.
7. Beperkingen
• Controleer de beperkingen samen met de standaardbeperkingen
• Eventuele externe sleutelbeperkingen die naar de tabel verwijzen. We kunnen dit uitleggen aan de hand van de ouder-kindrelatie waarin (bijvoorbeeld Order (parent) en Order_Detail (child)) een gebruiker Stretch Database Table kan inschakelen voor de tabel van zijn kind (Order_Detail) maar de instelling van de bovenliggende tafel (bestelling).
8. Indexen
• Indexen met volledige teksten
• XML-indexen
• Ruimtelijke indexen
• Alle geïndexeerde weergaven die een verwijzing naar de tabel bevatten
Hoewel stretch-databases actief moeten worden overwogen, moeten bedrijven ook investeren in een tool die dat kan herstel sql serverdatabasebestanden om hun gegevens veilig te houden tijdens onvoorziene omstandigheden.
Auteur Introductie:
Victor Simon is een expert op het gebied van gegevensherstel in DataNumen, Inc., de wereldleider in technologieën voor gegevensherstel, waaronder toegangsherstel en sql-herstelsoftwareproducten. Voor meer informatie bezoek www.datanumen.com