আপনি কি একটি আধুনিক ভার্সনের SQL Server-এ আপগ্রেড করার কথা ভাবছেন? আপনি SQL Server 2016 এবং SQL Server 2017-এর মধ্যে নির্বাচন করছেন? যদি হয়, তবে আমার পরামর্শ হলো SQL Server 2017-এ আপগ্রেড করুন কারণ আমি এই পোস্টে ব্যাখ্যা করছি।
SQL Server টেকনোলজির রিলিজ SQL অ্যাডমিনিস্ট্রেটর এবং ডেভেলপারদের জন্য অনেক আকর্ষণীয় নতুন ফিচার নিয়ে আসে। SQL Server vNext-এর Community Technology Preview (CTP) 2.0 (সাধারণত SQL Server 2017 বলা হয়) এটি ব্যতিক্রম নয়। বিদ্যমান ফিচার এবং সার্ভিসে অনেক আপডেট ইমপ্লিমেন্ট করা হয়েছে। এই ব্লগ পোস্টে, আমি ডাটাবেস অ্যাডমিনিস্ট্রেটর (DBA) প্রস্পেক্টিভ থেকে SQL Server 2017-এর ডাটাবেস ইঞ্জিনে কী নতুন তা আলোচনা করব।
ভূমিকা
Microsoft® SQL Server 2017 এখন দৃশ্যমান আরও নতুন ফিচারসহ যা দ্রুত প্রসেসিং, ব্যবহারে বেশি ফ্লেক্সিবিলিটি, এবং ফলাফলে বেশি খরচ বাঁচাতে পারে। SQL Server 2016 অনেক উন্নতি প্রদান করেছিল, যা Microsoft একটি বড় লংগ ফরওয়ার্ড বলেছিল। তবে, যদি SQL Server 2016 একটি বড় লংগ ছিল, তবে SQL Server 2017 সেটি এবং আরও অনেক কিছু দেয় যা কর্পোরেট কাস্টমার সব লেভেলে চান। ডাটাবেস পারফরম্যান্স একটি নতুন শিখরে পৌঁছেছে অ্যাডাপ্টিভ কোয়েরি প্রসেসিং, ক্রস-প্ল্যাটফর্ম ক্যাপাবিলিটির সাথে নতুন ফ্লেক্সিবিলিটি, স্ট্যাটিস্টিক্যাল এবং ডেটা সায়েন্স অ্যানালিসিসের জন্য নতুন ইন্টিগ্রেশন, এবং Linux®, Ubuntu® অপারেটিং সিস্টেম, বা Docker®-এ SQL Server ভার্সন। নতুন ভার্সন স olid টেকনোলজি খরচ বাঁচানোর সাথে যোগ করে।
এখানে আলোচনা করা SQL Server 2017-এ wprowad পরিবর্তনগুলো شامل করে নিচের ফিচারগুলো:
- SQL Server on Linux
- Resumable online index rebuild
- SQL Server machine learning services
- Query processing improvements
- Automatic database tuning
- TempDB file size improvements
- Smart differential backup
- Smart transaction log backup
- উন্নত SELECT INTO স্টেটমেন্ট
- ডিস্ট্রিবিউটেড ট্রানজেকশন সাপোর্ট
- নতুন availability groups ফাংশনালিটি
- নতুন ডাইনামিক ম্যানেজমেন্ট ভিউ
- In-memory enhancements
- Security enhancement
- High availability and disaster recovery
- Performance improvements
SQL Server on Linux
SQL Server আর শুধু একটি উইন্ডোজ-ভিত্তিক রিলেশনাল ডাটাবেস ম্যানেজমেন্ট সিস্টেম (RDBMS) নয়। আপনি এটিকে লিনাক্স অপারেটিং সিস্টেমের বিভিন্ন ফ্লেভারেও রান করতে পারেন। আপনি SQL Server on Linux, Windows, Ubuntu অপারেটিং সিস্টেম, বা Docker-এ অ্যাপ্লিকেশন ডেভেলপ করতে পারেন এবং এই প্ল্যাটফর্মগুলোর ওপর ডিপ্লয় করতে পারেন।
Resumable online index rebuild
এই ফিচার একটি অনলাইন ইনডেক্স রিবিল্ড অপারেশন রিজিউম করে সেখানে থেকে যেখানে এটি রুকেছিল ডাটাবেস ফেইলওভার, ডিস্ক স্পেস শেষ, বা পজ করার মতো ইভেন্টের পর।
নিচের ছবিগুলো এই অপারেশনের উদাহরণ দেখায়:
ইন্ডেক্সিং-এর জন্য গাইডলাইন
অনলাইন ইনডেক্স অপারেশন পারফর্ম করলে নিচের গাইডলাইনগুলো প্রযোজ্য:
- ক্লাস্টারড ইনডেক্স অবশ্যই অফলাইন তৈরি, রিবিল্ড, বা ড্রপ করতে হয় যখন আন্ডারলাইং টেবিলে image, ntext, এবং text large object (LOB) ডেটা টাইপ থাকে।
- নন-ইউনিক এবং নন-ক্লাস্টারড ইনডেক্স অনলাইন তৈরি করা যায় যখন টেবিলে LOB ডেটা টাইপ থাকে কিন্তু এই কলামগুলো কোনোটিই ইনডেক্স ডেফিনিশনে কী বা নন-কী (ইনক্লুডেড) কলাম হিসেবে ব্যবহার করা হয় না।
- লোকাল টেম্পোরারি টেবিলের ইনডেক্স তৈরি, রিবিল্ড, বা ড্রপ অনলাইন করা যায় না। এই সীমাবদ্ধতা গ্লোবাল টেম্পোরারি টেবিলের ইনডেক্সে প্রযোজ্য নয়।
- আপনি একই টেবিল বা ভিউতে কনকারেন্ট অনলাইন ইনডেক্স ডেটা ডেফিনিশন ল্যাঙ্গুয়েজ (DDL) অপারেশন পারফর্ম করতে পারেন শুধু তখনই যখন আপনি একাধিক নতুন নন-ক্লাস্টারড ইনডেক্স তৈরি করছেন, বা নন-ক্লাস্টারড ইনডেক্স রিঅর্গানাইজ করছেন। একই সময়ে পারফর্ম করা অন্যান্য সব অনলাইন ইনডেক্স অপারেশন ফেইল করবে। উদাহরণস্বরূপ, আপনি একটি নতুন ইনডেক্স অনলাইন তৈরি করতে পারবেন না যখন একটি এক্সিস্টিং ইনডেক্স অনলাইন রিবিল্ড করা হচ্ছে একই টেবিলে।
SQL Server machine learning services
SQL Server 2016 R প্রোগ্রামিং ল্যাঙ্গুয়েজ ইন্টিগ্রেট করেছিল, যা ডাটাবেস সার্ভারের ভিতরে রান করা যায় এবং Transact-SQL (T-SQL) স্ক্রিপ্টে এমবেড করা যায়। SQL Server 2017-এ, আপনি পাইথন স্ক্রিপ্ট এক্সিকিউট করতে পারেন ডাটাবেস সার্ভারের ভিতরে। R এবং Python দুটোই জনপ্রিয় প্রোগ্রামিং ল্যাঙ্গুয়েজ যা ডেটা অ্যানালিটিক্সের সাথে ন্যাচারল ল্যাঙ্গুয়েজ প্রসেসিং ক্যাপাবিলিটি জন্য ব্যাপক সাপোর্ট প্রদান করে।
Query processing improvements
SQL Server 2017 আপনার অ্যাপ্লিকেশন ওয়ার্কলোডের রানটাইম কন্ডিশনের সাথে অপ্টিমাইজেশন স্ট্র্যাটেজি অ্যাডাপ্ট করে। এতে অ্যাডাপ্টিভ কোয়েরি প্রসেসিং ফিচার রয়েছে যা আপনি SQL Server এবং SQL Database-এ কোয়েরি পারফরম্যান্স উন্নত করতে ব্যবহার করতে পারেন।
নিচের ডায়াগ্রাম অনুযায়ী তিনটি নতুন কোয়েরি উন্নতি রয়েছে:
- Batch mode memory grant feedback: এই ফিডব্যাক টেকনিক এক্সিকিউশন প্ল্যানের জন্য প্রয়োজনীয় মেমরি রিক্যালকুলেট করে এবং ক্যাশ থেকে দান করে।
- Batch mode adaptive joins: প্ল্যান দ্রুত এক্সিকিউট করতে, এই টেকনিক হ্যাশ জয়েন বা নেস্টেড লুপ জয়েন ব্যবহার করতে পারে। এক্সিকিউশন প্ল্যানের প্রথম ইনপুট স্ক্যান করার পর, এটি ডिसাইড করে কোন জয়েন ব্যবহার করবে আউটপুট সবচেয়ে দ্রুত গতিতে প্রোডিউস করতে।
- Interleaved execution: Interleaved execution একটি এক্সিকিউশন প্ল্যানের অপ্টিমাইজেশন পজ করে যখন এটি মাল্টি-স্টেটমেন্ট টেবিল-ভ্যালুড ফাংশন एনকাউন্টার করে। তারপর, এটি পারফেক্ট কার্ডিনালিটি ক্যালকুলেট করে এবং অপ্টিমাইজেশন রিজিউম করে।
Automatic database tuning
এই ফিচার আপনাকে নোটিফাই করে যখনই একটি পোটেনশিয়াল পারফরম্যান্স ইস্যু ডিটেক্ট হয় এবং আপনাকে করেক্টিভ অ্যাকশন প্রয়োগ করতে সক্ষম করে, অথবা এটি ডাটাবেস ইঞ্জিনকে আটোমেটিক্যালি পারফরম্যান্স ইস্যু ফিক্স করতে সক্ষম করে যা SQL প্ল্যান চয়েস রিগ্রেশন কারণ হয়েছে। এইভাবে, ডাটাবেস আপনার ওয়ার্কলোডের সাথে ডাইনামিক্যালি অ্যাডাপ্ট করতে পারে সেটি খুঁজে বের করে কী ইনডেক্স এবং প্ল্যান আপনার ওয়ার্কলোডের পারফরম্যান্স উন্নত করতে পারে এবং কী ইনডেক্স আপনার ওয়ার্কলোডকে প্রভাবিত করছে। এই ফাইন্ডিংসের উপর ভিত্তি করে, অটোমেটিক টিউনিং প্রসেস অ্যাকশন প্রয়োগ করে যা ওয়ার্কলোড পারফরম্যান্স উন্নত করে। এছাড়া, ডাটাবেস যেকোনো অটোমেটিক টিউনিং দিয়ে বদলে যাওয়া পরিবর্তনের পর nepřতর cessé পারফরম্যান্স মনিটর করে যাতে নিশ্চিত হয় যে এটি ওয়ার্কলোড পারফরম্যান্স উন্নত করেছে। যে কোনো অ্যাকশন পারফরম্যান্স উন্নত করে না, সেটি অটোমেটিক্যালি রিভার্ট হয়।
SQL plan choice regression
SQL Server ডাটাবেস ইঞ্জিন T-SQL কোয়েরি এক্সিকিউট করার জন্য ভিন্ন SQL প্ল্যান ব্যবহার করতে পারে। কোয়েরি প্ল্যান স্ট্যাটিস্টিক্স, ইনডেক্স, এবং অন্যান্য ফ্যাক্টরের ওপর নির্ভর করে। কিছু কেসে, নতুন প্ল্যান আগের চেয়ে ভালো নাও হতে পারে, এবং নতুন প্ল্যান পারফরম্যান্স রিগ্রেশন করতে পারে। যখনই আপনি একটি খারাপ প্ল্যান চয়েস রিগ্রেশন নোটিস করেন, তবে আপনাকে আগে ব্যবহৃত ভালো প্ল্যান খুঁজে বের করতে হবে এবং এটিকে বাধ্যা করতে হবে বর্তমানটি ব্যবহার করার বদলে sp_query_store_force_plan প্রসিডিউর ব্যবহার করে। SQL Server 2017 (v. 14.x) ডাটাবেস ইঞ্জিন রিগ্রেশন প্ল্যান এবং রিকমেন্ডেড করেক্টিভ অ্যাকশন সম্পর্কে ইনফরমেশন প্রদান করে। এছাড়া, ডাটাবেস ইঞ্জিন আপনাকে এই প্রসেস পুরোপুরি অটোমেট করতে সক্ষম করে এবং ডাটাবেস ইঞ্জিনকে যেকোনো প্ল্যান পরিবর্তন সম্পর্কে পাওয়া সমস্যা ফিক্স করতে দেয়।
Automatic plan correction
অটোমেটিক প্ল্যান করেকশন নিচের ডায়াগ্রামে দেখানো হয়েছে:
নিচের অটোমেটিক টিউনিং ফিচারগুলো উপলব্ধ:
- Automatic plan correction (SQL Server 2017 v14.x এবং Azure SQL Database-এ উপলব্ধ): এটি প্রব্লেমেটিক কোয়েরি এক্সিকিউশন প্ল্যান চিহ্নিত করে এবং SQL প্ল্যান পারফরম্যান্স প্রব্লেম ফিক্স করে। অটোমেটিক টিউনিং নিচের কমান্ড ব্যবহার করে ইনেবল করা হয়:
- Automatic index management (শুধু Azure SQL Database-এ উপলব্ধ): এটি আপনার ডাটাবেসে যে ইনডেক্স যোগ করা উচিত এবং যে ইনডেক্স রিমুভ করা উচিত সেগুলো চিহ্নিত করে।
TempDB file size improvements
SQL Server 2017 সেটআপ এখন আপনাকে ইনিশিয়াল TempDB ফাইল সাইজ স্পেসিফাই করতে দেয় ২৫৬ GB (262,144 MB) প্রতি ফাইল পর্যন্ত, একটি ওয়ার্নিং সহ যদি ফাইল সাইজ ১GB-র চেয়ে বড় সেট করা হয় instant file initialization (IFI) ইনেবল ছাড়া। এটি বুঝতে গুরুত্বপূর্ণ যে, TempDB ডেটা ফাইলের ইনিশিয়াল সাইজের উপর নির্ভর করে, IFI ইনেবল না করলে সেটআপ টাইম এক্সপোনেনশিয়ালি বেড়াতে পারে।
Smart differential backup
sys.dm_db_file_space_usage-এ একটি নতুন কলাম modified_extent_page_count আ गयी যা ডাটাবেসের প্রতিটি ডেটা ফাইলে ডিফারেনশিয়াল চেঞ্জ ট্র্যাক করতে। নতুন কলাম modified_extent_page_count DBAs, SQL কমিউনিটি, এবং ব্যাকআপ ইন্ডিপেনডেন্ট সফটওয়্যার ভেন্ডর (ISVs)-কে স্মার্ট ব্যাকআপ সমাধান বিল্ড করতে সক্ষম করে, যা ডিফারেনশিয়াল ব্যাকআপ নেয় যদি ডাটাবেসে চেঞ্জড পেজের পেরসেন্টেজ একটি থ্রেশহোল্ডর নিচে থাকে (প্রায় ৭০-৮০%)। অন্যথায়, তারা ফুল ডাটাবেস ব্যাকআপ নেয়। ডাটাবেসে বড় পরিমাণ চেঞ্জ থাকলে, ডিফারেনশিয়াল ব্যাকআপ কমপ্লিট করার খরচ এবং টাইম ফুল ডাটাবেস ব্যাকআপ নেওয়ার মতো হয়, তাই এই কেসে ডিফারেনশিয়াল ব্যাকআপ নেওয়ার কোনো রিয়েল বেনিফিট নেই। তবে, এটি নিশ্চিতভাবেই ডাটাবেসের রিস্টোর টাইম বেড়াতে পারে। এই ইন্টেলিজেন্স ব্যাকআপ সমাধানে যোগ করে, আপনি এখন রিস্টোর এবং রিকভারি টাইম বাঁচাতে পারেন ডিফারেনশিয়াল ব্যাকআপ ব্যবহার করে।
Smart transaction log backup
একটি নতুন Dynamic Management Function (DMF), sys.dm_db_log_stats (database_id), রিলিজ করা হয়েছে। এই ফাংশন একটি নতুন কলাম এক্সপোজ করে, log_since_last_log_backup_mb, যা DBAs, SQL কমিউনিটি, এবং ব্যাকআপ ISVs-কে ইন্টেলিজেন্ট T-log ব্যাকআপ সমাধান বিল্ড করতে সক্ষম করে যা ডাটাবেসে ট্রানজেকশনাল অ্যাক্টিভিটির উপর ভিত্তি করে ব্যাকআপ নেয়। এই T-log ব্যাকআপ সমাধান ইন্টেলিজেন্স নিশ্চিত করে যে, যদি T-log ব্যাকআপ ফ্রিকোয়েন্সি খুব কম হয়, তবে ট্রানজেকশন লগ সাইজ বেড়ে না যাবে এক छोटे সময়ে হাই বার্স্ট অফ ট্রানজেকশনাল অ্যাক্টিভিটির কারণে। এটি এখনও সাহায্য করে এমন একটি সিচুয়েশন এড়াতে যেখানে শিডিউলড ট্রানজেকশন লগ ব্যাকআপ খুব বেশি T-log ব্যাকআপ ফাইল তৈরি করে এমনকি যখন সার্ভারে কোনো ট্রানজেকশনাল অ্যাক্টিভিটি নেই। যদি এটা হয়, তবে এটি অপ্রয়োজনিয়ো স্টোরেজ, ফাইল ম্যানেজমেন্ট, এবং রিস্টোর ওভারহেড যোগ করবে।
উন্নত SELECT INTO স্টেটমেন্ট
SQL Server 2017-এ, আপনি যে ফাইলগ্রুপে একটি নতুন টেবিল তৈরি করতে চান সেটি ON কীওয়ার্ড SELECT INTO স্টেটমেন্টের সাথে ব্যবহার করে প্রদান করতে পারেন। টেবিলটি ডিফল্টলি ইউজারের ডিফল্ট ফাইলগ্রুপে তৈরি হয়। এই ফাংশনালিটি পূর্বের ভার্সনে উপলব্ধ ছিল না।
Distributed transaction support
SQL Server 2017 availability groups-এ ডাটাবেসের জন্য ডিস্ট্রিবিউটেড ট্রানজেকশন সাপোর্ট করে। এই সাপোর্ট شامل হয় একই SQL Server ইনস্ট্যান্সের ডাটাবেস এবং ভিন্ন SQL Server ইনস্ট্যান্সের ডাটাবেস। ডাটাবেস মিররিং-এর জন্য কনফিগার করা ডাটাবেসের জন্য ডিস্ট্রিবিউটেড ট্রানজেকশন সাপোর্ট করা হয় না।
নতুন availability groups ফাংশনালিটি
এই ফাংশনালিটি شامل করে ক্লাস্টারলেস সাপোর্ট, Minimum Replica Commit Availability Groups সেটিং, এবং Windows-Linux ক্রস-OS মাইগ্রেশন এবং টেস্টিং।
এই ফাংশনালিটি নিচের ফিচারগুলো ধারণ করে:
Availability groups এখন অনডারলাইং ক্লাস্টার (Windows Server Failover Cluster বা WSFC) ছাড়া এবং মিক্সড এনভায়রনমেন্টে (Windows এবং Linux বা Docker-এ ইনস্ট্যান্স) সেট আপ করা যায়।
নতুন Minimum Replica Commit সেটিং আপনাকে একটি নির্দিষ্ট সংখ্যক সেকেন্ডারি রেপ্লিকা ডিক্টেট করতে সক্ষম করে। আপনাকে প্রাইমারি-এ কমিট করার আগে একটি ট্রানজেকশন কমিট করতে হবে।
নতুন ডাইনামিক ম্যানেজমেন্ট ভিউ
ডাইনামিক ম্যানেজমেন্ট ভিউ (DMVs) شامل করে নিচের এলিমেন্টগুলো:
- sys.dm_db_log_stats ট্রানজেকশন লগ ফাইল সম্পর্কে সামারি লেভেল অ্যাট্রিবিউট এবং ইনফরমেশন এক্সপোজ করে এবং ট্রানজেকশন লগ হেলথ মনিটর করতে সাহায্যকারী।
- sys.dm_tran_version_store_space_usage আপনাকে ভার্সন স্টোর ইউজেজের ইম্প্যাক্ট দেখতে সক্ষম করে, প্রতিটি ডাটাবেস অনুযায়ী গ্রুপ করা হয়ে। ফলস্বরূপ, আপনি এটিকে ব্যবহার করতে পারেন আপনার ওয়ার্কলোড প্রোফাইল করতে একটি টেস্ট এনভায়রনমেন্টে (পরিবর্তনের আগে এবং পরে) এবং সময়ের সাথে সাথে ইম্প্যাক্ট মনিটর করতে - এমনকি যদি অন্যান্য ডাটাবেসও ভার্সন স্টোর ব্যবহার করে।
- sys.dm_db_log_info ভার্চুয়াল লগ ফাইল (VLF) ইনফরমেশন এক্সপোজ করে মনিটর, অ্যালার্ট, এবং পটেনশিয়াল ট্রানজেকশন লগ ইস্যু এভার্ট করতে।
- sys.dm_d_stats_histogram স্ট্যাটিস্টিক্স পরীক্ষা করার জন্য একটি নতুন ডাইনামিক ম্যানেজমেন্ট ভিউ, নিচের ছবিটি অনুযায়ী:
- sys.dm_os_host_info প্ল্যাটফর্ম, ডিস্ট্রিবিউশন, সার্ভিস প্যাক লেভেল, এবং ল্যাঙ্গুয়েজের মতো জিনিস এক্সপোজ করে।
- sys.dm_os_sys_info এক্সপ্যান্ডেড হয়েছে, CPU ইনফরমেশন প্রকাশ করে (যেমন সকেট কাউন্ট, কোর কাউন্ট, এবং কোর পার সকেট)।
In-memory enhancements
SQL Server 2017-এ ইন-মেমরি পরিবর্তনগুলো شامل করে নিচের এনহ্যান্সমেন্টগুলো:
- কম্পিউটেড কলাম, এবং সেসব কলামের ইনডেক্স, এখন সাপোর্টেড।
- CASE এক্সপ্রেশন, CROSS APPLY, এবং TOP (N) WITH TIES এখন নেটিভলি-কম্পাইলড মডিউলএ সাপোর্টেড।
- JSON কমান্ড এখন চেক কনস্ট্রেইন্ট এবং নেটিভলি-কম্পাইলড মডিউল উভয়ে ফুলি সাপোর্টেড।
- সিস্টেম প্রসিডিউর sp_spaceused এখন মেমরি-অপ্টিমাইজড টেবিলের জন্য স্পেস সঠিকভাবে রিপোর্ট করে।
- সিস্টেম প্রসিডিউর sp_rename এখন ইন-মেমরি টেবিল এবং নেটিভলি-কম্পাইলড মডিউল-এ কাজ করে।
- মেমরি-অপ্টিমাইজড টেবিলে আটটি ইনডেক্সের সীমাবদ্ধতা দূর করা হয়েছে।
- মেমরি-অপ্টিমাইজড ফাইলগ্রুপ ফাইল এখন Azure স্টোরেজে স্টোর করা যায়।
Security enhancement
আপনি এখন ডাটাবেস-স্কোপড ক্রেডেনশিয়াল যেমন CONTROL, ALTER, REFERENCES, TAKE OWNERSHIP, এবং VIEW DEFINITION পারমিশন গরান্ট, ডিনি, বা রিভোক করতে পারেন। এছাড়া, ADMINISTER DATABASE BULK OPERATIONS এখন sys.fn_builtin_permissions-এ দৃশ্যমান।
High availability and disaster recovery
মিশন-ক্রিটিক্যাল আপটাইম, দ্রুত ফেইলওভার, সহজ সেটআপ, এবং রিডেবল সেকেন্ডারি লোড ব্যালেন্সিং অর্জন করুন SQL Server 2017-এ উন্নত Always On ফাংশনালিটি দিয়ে। এটি Linux এবং Windows-এ হাই অ্যালেটিবিটি এবং ডিজাস্টার রিকভারির জন্য একটি ইউনিফাইড সমাধান। আপনি একটি অ্যাসিনক্রোনাস রেপ্লিকা Azure ভার্চুয়াল মেশিনে রাখতে পারেন হাইব্রিড হাই অ্যালেটিবিটির জন্য।
Performance improvements
SQL Server 2017 কোয়েরি এবং স্ট্যাটিস্টিক্স কালেক্ট এবং ডিসপ্লে করার পদ্ধতিতে নিচের পরিবর্তনগুলো আনে:
- একটি নতুন DMV sys.dm_exec_query_statistics_xml আপনাকে সেশনকে প্ল্যানের সাথে কোরিলেট করতে দেয়, যতক্ষণ কোয়েরি প্রোফাইলিং ইনেবল থাকে। নিচের ছবিটি এটি ইলাস্ট্রেট করে:
- Showplan XML এখন একটি প্ল্যানের জন্য ব্যবহৃত স্ট্যাটিস্টিক্স সম্পর্কে ইনফরমেশন অন্তর্ভুক্ত করে এবং, অ্যাকচুয়াল প্ল্যানের জন্য, রানটাইম মেট্রিক্স এবং সেই প্ল্যান দ্বারা অভিজ্ঞ টপ ১০ ওয়েইট স্ট্যাটিস্টিক্স। এই ওয়েইট স্ট্যাটিস্টিক্স কোয়েরি স্টোরেও ট্র্যাক করা হচ্ছে।
- একটি নতুন ডাইনামিক ম্যানেজমেন্ট ফাংশন sys.dm_db_stats_histogram আপনাকে হিস্টোগ্রাম ইনফরমেশন প্রোগ্রাম্যাটিক্যালি অ্যাক্সেস করতে সক্ষম করে, ডাটাবেস কনসোল কমান্ড (DBCC) ছাড়া।
উপসংহার
SQL Server 2017-এ অনেক পরিবর্তন রয়েছে যা আপনার ইমপ্লিমেন্টেশন সাহায্য করতে পারে, এবং আপনাকে সাহায্য করার জন্য প্রচুর ইনফরমেশন বাইরে আছে। এমনকি আপনি ভাবতে পারেন SQL Server 2017 ছিল "সिर्फ একটি লিনাক্স পোর্ট", ডাটাবেস ইঞ্জিনের কোরে উল্লেখযোগ্য রিয়েল-ওয়ার্ল্ড উন্নতি রয়েছে যা সব প্ল্যাটফর্মকে বেনিফিট করে। Microsoft SQL Server 2017 cumulative updates-এ প্রোডাক্টে অতিরিক্ত ফাংশনালিটি যোগ করছে, এবং SQL Server 2017 Microsoft দ্বারা SQL Server 2016-এর চেয়ে বেশি সময় ফুলি সাপোর্ট করা হবে।
Databases সম্পর্কে আরও জানুন
Feedback ট্যাব ব্যবহার করে যেকোনো মন্তব্য বা প্রশ্ন করুন। আপনি আমাদের সাথে কথা বলতে পারেন।
