1 / 25

SQL Server 2014 CTP 2 újdonságok

SQL Server 2014 CTP 2 újdonságok. Horváth Zoltán zoltan.horvath@hug-mssql.hu Local Chapter Lead er Professional Association for SQL Server. SQL Server tömörítési technikák Sorszintű tömörítés Lapszintű tömörítés. Tartalom. SQL Server 2014 CTP2 columnstore indexek Clustered! Írható!.

cybele
Télécharger la présentation

SQL Server 2014 CTP 2 újdonságok

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SQL Server 2014CTP2 újdonságok Horváth Zoltánzoltan.horvath@hug-mssql.hu Local Chapter Leader Professional Association for SQL Server

  2. SQL Servertömörítési technikák Sorszintű tömörítés Lapszintű tömörítés Tartalom SQL Server 2014 CTP2columnstore indexek Clustered!Írható! SQL Server 2012columnstore indexek Mire jók? Mire nem jók?

  3. SQL Server tömörítési technikák Működési elv Sorszintű adattömörítés Lapszintű adattömörítés Pro és kontra

  4. SQL Server tömörítési technikák • Előny: alacsonyabb tárigény • Tárolási költségek csökkennek • I/O műveletek költsége csökken • ETL-folyamatok gyorsulhatnak • Hátrány: magasabb CPU-használat • Lekérdezési idők esetleges növekedését vizsgálni kell • Nagyon magas CPU-kihasználtság mellett mérlegelendő • Pro és kontra

  5. SQL Server 2012 columnstore indexek Mire jók? Mire nem jók?

  6. SQL Server 2012 columnstore indexek • Működési elv

  7. SQL Server 2014 columnstore indexek Clustered columnstore indexek Írhatóvá váltak

  8. DemóSQL Server tömörítési eljárások

  9. Az SQL Server 2014 adatbázis motorját és teljesítményét érintő újdonságai SQL Server 2014 konferencia Hangyál ZoltánPrincipal Database Engineer, SQL Server MCM LogMeIn

  10. Hogy működik az SQL Server, hol lehet gyorsítani? Tartalom Új fejlesztések Buffer pool extension In-memory OLTP Továbbfejlesztett funkciókQuery processing enhancements Managed lock priority Single partition online index rebuild Resource governor

  11. Hogyan működik az SQL Server? TDS TDS ClientApp ProtocolLayer SNI ResultSet Command RelationalEngine QueryTree Optimizer CmdParser Data Result QueryPlan QueryExecutor Storage Engine Access Methods BufferManager TransactionManager Read I/O CachedPage GetPage BufferPool D Transaction Log Data Files

  12. Hol telik el a legtöbb idő? • Query processing enhancements • Managed lock priority • Single partition online index rebuild • Buffer pool extension • Resource governor • In-memory OLTP

  13. Lekérdezés végrehajtás újdonságai Új cardinality estimator Jobb minőségű végrehajtási tervek jönnek létre Alapból nincs bekapcsolva, Trace Flag lehet ki-be kapcsolni Compatibility level 120 kell hozzá Incremental statistics for partition SQL 7.0 rowmodctr SQL 2005 colmodctr SQL 2014 particionált tábláknál particionként Parallel SELECT INTO Sokkal gyorsabb párhuzamos adatbetöltés Compatibility level 110 kell hozzá Sys.dm_exec_query_profiles SHOWPLAN XML előfeltétel

  14. Managed Lock Priority Particionált tábla SWITCH-nélés Online Index Rebuild-nélmegadhatjuk, hogy mi történjen ha másik session-el konfliktus lép fel (Sch-M, S-lock) WAIT_AT_LOW_PRIORITY (MAX_DURATION = <time> [MINUTES]ABORT_AFTER_WAIT = {NONE | SELF | BLOCKERS})

  15. Single Partition Online Index Rebuild Egy partíció újraépítése miközben a tábla folyamatosan elérhető, kivéve egy nagyon rövid ideig az újraépítés elején és végén Managed Lock Priority funkcionalitáselérhető a partíció online újraépítésél is Kevesebb CPU, memória és tárhely a teljes tábla online rebuild-hez képest Kevesebb tranzakciós logkeletkezik

  16. SSD Buffer Pool Extension Mozgó alkatrész nélküli SSD diszket lehet használni a buffer pool megtoldásához memory pressure esetén Nincs adatvesztés, mert csak clean page-eket mozgat erre a területre Egyszerűen csak be kell kapcsolni, más változtatást nem igényel ALTER SERVER CONFIGURATION SET BUFFER POOL EXTENSION ON (FILENAME = 'F:\SSDCACHE\EXAMPLE.BPE‘, SIZE = 50 GB) Módosításhoz: kikapcs, új beállítással bekapcs

  17. Resource Governor Különböző terhelések erőforrás felhasználásának súlyozása Resource pool SQL 2008 MIN, MAX MEMORY_PERCENT SQL 2008/2012 MIN, MAX, CAP CPU_PERCENT, AFFINITY SQL 2014 MIN, MAX IOPS_PER_VOLUME Workload group Classification MAX_OUTSTANDING_IO_PER_VOLUME DMV-k és performance counterek tartalmazzák az IO statisztikákat Garantálhatóbb teljesítmény

  18. In-Memory OLTP TDS TDS ClientApp Command ProtocolLayer SNI ResultSet RelationalEngine NativeCompiler QueryTree Optimizer CmdParser Data Result QueryInterop QueryPlan QueryExecutor NativelyCompiledSPsand Schemas Storage Engine Access Methods BufferManager TransactionManager MemoryOptimizedTables & Indexes Read I/O CachedPage GetPage BufferPool D MemoryOptimized Data Filegroup Transaction Log Data Files

  19. In-Memory OLTP SQL Server-be integrált új szolgáltatás Az adatok végig a memóriban vannak tárolva, nem kell IO-ra várni Nem 8KB-os lapokon tárolja az adatokat, nincs latch probléma Optimista többverziós konkurenciakezelés, lock nélkül dolgozik Az indexek csak a memóriában léteznek HASH index Új fogalom az adatok tartóssága Natív kódra fordított tárolt eljárások a nagyobb teljesítményért

  20. A tárolás egysége a sor Begin Timestamp – insert time End Timestamp – delete time, a végtelen jelenti az aktuális verziót StatementID – a létrehozó utasítás azonosítója Index mutatók tömbje A kulcs oszlop(ok) és a többi oszlop A táblához tartozó sorokat az index fogja össze, ezért mindig kell egy index Nincs clustered index A módosítások egy törlés-beszúrás párossal jönnek létre a háttérben

  21. Memória optimalizált táblák • Natív fordítású eljárás • Csak memória alapú táblák • Maximum teljesítmény • Nem minden T-SQL • Mikor használjuk • OLTP • Teljesítménykritikus esetekben • Interpreted T-SQL (InterOP) • Memória- és diszk-alapú táblák • Nem tud kihasználni minden gyorsítási lehetőséget • A teljes T-SQL funkcionalitás elérhető • Mikor használjuk • Ad hoc lekérdezéseknél • Reporting típusú lekérdezéseknél • Migráció felgyorsítására • Latch Contentionprobléma elkerülésére

  22. DemóIn-Memory OLTP

  23. Függelék

More Related