Članek podrobno razlaga uporabo vertikalne particije pri izboljšanju zmogljivosti in maksimiranju V / I operacij na a SQL server.
Vertikalna pregrada v SQL Server, pomembna funkcija, uvedena v SQL 2005 Enterprise Edition, se pogosto uporablja za izboljšanje zmogljivosti strežnika v primerih velikih podatkov v tabelah. Ko je poizvedba uporabljena za pridobivanje vseh stolpcev iz tabele, ki vsebuje široka besedila, pride do slike navpično particioniranje.
Torej v bistvu navpično particioniranje razdeli vašo tabelo na več kot dve tabeli z različnimi stolpci. Izjemno uporaben je v velikih bazah podatkov, kjer je zmogljivost kritičen dejavnik. Obstaja tudi horizontalna particija, vendar je odvisna od narave vaših podatkov.
Članek opisuje uporabo in delovanje navpičnega particioniranja v SQL Servers ter njihove prednosti in slabosti. 
Navpična particija
Povsem možno je, da med delom z SQL serverKo pridete v stik z bazami podatkov, ki vsebujejo tabele z ogromno količino podatkov, in do nekaterih njihovih velikih polj se redko dostopa. Za lažje izvajanje poizvedb obstaja možnost vertikalne particioniranja.
Vertikalna pregrada v SQL Server uporabnikom pomaga pri stolpcih tabel baze podatkov, ki jih je treba postaviti v dve ali več baz podatkov. Tako nastala particija postane bolj obvladljiva in enostavna za uporabo, kar izboljša njeno delovanje SQL server v veliki meri z izboljšanjem in maksimiranjem števila V/I operacij poizvedb.
Particija ne zahteva nobene spremembe kod, temveč samo kazalce v pogledu na lokacijo novih datotek.
Uporaba v velikih zbirkah podatkov
Velike zbirke podatkov pogosto upoštevajo slike in velika besedilna podatkovna polja ter so omejene s podatki. V takšnih primerih je treba izvesti navpično particioniranje, pri katerem lahko razbijete tabelo, saj imajo velike podatkovne stolpce, tako da jih postavite v novejše stolpce. Majhne stolpce je mogoče sčasoma obdržati v izvirni bazi podatkov kot enote.
V nekaterih primerih je to lahko izziv pri oblikovanju, odvisno od konstrukcije podatkov. Pri navpičnem particioniranju se podatki shranijo na različnih mestih in vaše varnostne kopije postanejo nekoliko zapletene kot prejšnja situacija. Zato morate takoj varnostno kopirati celotno bazo podatkov, ker lahko le tako izvedete popolno obnovitev particioniranih podatkov.
Težave pri navpičnem particioniranju
Čeprav je navpično particioniranje zelo koristno, ima nekaj težav, ki jih ni mogoče spregledati. Pri particioniranju podatke razdelite na različne dele datotek, kar pomeni, da je pri vstavljanju ali brisanju potrebno zagnati več stavkov. DELETE je treba zagnati v vsaki referenčni tabeli, ker SQL server bo zavrnil DELETE iz pogleda, če kaže na več tabel.
Vendar so pogledi pregledni za uporabnike, vendar se od uporabnikov med spreminjanjem kode zahteva, da upoštevajo lokacijo podatkov vsakič, ko naredijo kakršne koli spremembe.
Nobenega dvoma ni, da ima navpično particioniranje svoje prednosti in logično enotnost ter tudi izboljša zmogljivost, vendar tudi ni mogoče zanikati, da lahko povzroči zapletenost v operacijah, ki jih je včasih težko obvladati. Preden začnete kakršno koli operacijo particioniranja baze podatkov, shranite a poškodovan mdf orodje za obnovitev v bližini za reševanje morebitnih nepredvidenih dogodkov.
Uvod avtorja:
Victor Simon je strokovnjak za obnovitev podatkov v DataNumen, Inc., ki je vodilna na svetu na področju tehnologij za obnovitev podatkov, vključno z popravilo Access in sql programske izdelke za obnovitev. Za več informacij obiščite https://www.datanumen.com/