In dit artikel wordt het gebruik van verticale partities uitgebreid uitgelegd om de prestaties te verbeteren en de I / O-bewerkingen op een SQL server.
Verticale partitionering in SQL Server, een belangrijke functie die is geïntroduceerd in SQL 2005 Enterprise Edition, wordt vaak gebruikt om de prestaties van de server te verbeteren in het geval van grote gegevens in tabellen. Wanneer een query wordt gebruikt om alle kolommen op te halen uit een tabel die brede teksten bevat, komt verticale partitionering in beeld.
Dus in feite verdeelt verticale partitionering uw tabel in meer dan twee tabellen met verschillende kolommen. Het is uitermate handig in grote databases waar prestaties een kritische factor zijn. Er is ook horizontale partitionering, maar dit hangt af van uw gegevenskarakter.
Het artikel beschrijft het gebruik en de functie van Vertical Partitioning in SQL Servers en hun voor- en nadelen. 
Verticale partitionering
Het is heel goed mogelijk dat tijdens het werken met SQL servers u in contact komt met databases die tabellen bevatten met enorme gegevens en sommige van de grote velden zijn dat wel rarely geopend. Om het uitvoeren van queries te vergemakkelijken, is er een optie voor verticale partitionering.
Verticale partitionering in SQL Server helpt gebruikers in kolommen met databasetabellen die in twee of meer databases moeten worden geplaatst. De resulterende partitie wordt dus beter beheersbaar en gemakkelijk te gebruiken, waardoor de prestaties van SQL server voor een groot deel door het aantal I / O-bewerkingen van Queries te vergroten en te maximaliseren.
De partitie vereist geen verandering van codes, maar alleen de verwijzingen in de weergave naar de locatie van nieuwe bestanden.
Gebruik in grote databases
Grote databases houden vaak rekening met afbeeldingen en grote tekstgegevensvelden en zijn smal met gegevens. In dergelijke gevallen is het vereist om de verticale partitionering uit te voeren waarin u de tabel kunt opsplitsen, aangezien deze grote gegevenskolommen hebben door ze in nieuwere kolommen te plaatsen. Kleine kolommen kunnen uiteindelijk als eenheden in de oorspronkelijke database worden bewaard.
Het kan in sommige gevallen een ontwerpuitdaging zijn, afhankelijk van de constructie van gegevens. Bij verticale partitionering worden gegevens op verschillende plaatsen opgeslagen en worden uw back-ups een beetje gecompliceerd dan in de eerdere situatie. U moet dus onmiddellijk een back-up maken van de gegevens van de volledige database, want alleen dan kunt u een volledig herstel van uw gepartitioneerde gegevens uitvoeren.
Problemen met verticale partitionering
Hoewel verticale partitionering erg handig is, heeft het een aantal problemen die niet over het hoofd mogen worden gezien. Bij het partitioneren splitst u de gegevens op in verschillende delen van bestanden, wat betekent dat als u invoegt of verwijdert, het vereist is om meerdere instructies uit te voeren. DELETE moet worden uitgevoerd op elk van de tabellen waarnaar wordt verwezen, omdat SQL server zal een DELETE uit een weergave weigeren als het naar meerdere tabellen verwijst.
De weergaven zijn echter transparant voor gebruikers, maar het is vereist van de gebruikers tijdens het wijzigen van de code dat ze rekening houden met de locatie van de gegevens wanneer ze wijzigingen aanbrengen.
Het lijdt geen twijfel dat verticale partitionering zijn voordelen en logische uniformiteit heeft en ook de prestaties verbetert, maar het valt ook niet te ontkennen dat het ingewikkelde bewerkingen kan veroorzaken die soms moeilijk te hanteren zijn. Voordat u een partitioneringsbewerking op de database start, moet u een beschadigde mdf herstelprogramma in de buurt om met eventuele onvoorziene gebeurtenissen om te gaan.
Auteur Introductie:
Victor Simon is een expert op het gebied van gegevensherstel in DataNumen, Inc., de wereldleider in technologieën voor gegevensherstel, waaronder reparatie Access en sql-herstelsoftwareproducten. Voor meer informatie bezoek https://www.datanumen.com/