یک دیتابیس واحد (single database) در Azure SQL Database چیست؟

ا resource type ِیک دیتابیس واحد (single database)، یک دیتابیس در Azure SQL Database با مجموعه ای از ریسورس ها (منابع) خود ایجاد می کند و از طریق یک server مدیریت می شود. با یک دیتابیس واحد ( دیتابیس واحد همان single database است) هر دیتابیس با استفاده از موتور (engine) دیتابیس اختصاصی ایزوله می شود. هر کدام دارای سطح خدمات خود در DTU-based purchasing model یا vCore-based purchasing model و یک اندازه محاسبه شده (compute size) است که منابع (resource) های تخصیص یافته به engine ِ پایگاه داده را تعریف می کند.

ا single database یک مدل استقرار برای پایگاه داده Azure SQL است. مدل دیگر elastic pools است.

مقیاس پذیری پویا (dynamic scalability)

می توانید اولین برنامه خود را بر روی یک single database کوچک و با هزینه کم در سطح محاسبات بدون سرور یا یک اندازه محاسباتی کوچک در سطح محاسباتیِ ارائه شده بسازید. شما در هر زمان که بخواهید به صورت دستی (manual) یا از طریق برنامه نویسی سطح محاسبات یا سرویس (compute or service tier) را تغییر می دهید تا نیازهای solution خود را برآورده کنید. میتوانید عملکرد (performance) را بدون توقف برنامه یا مشتریان خود تنظیم (adjust) کنید. داینامیک اسکیلبیلیتی، دیتابیسِ شما را قادر میسازد تا به صورت شفاف به نیازهای ریسورس های در حال تغییر به سرعت پاسخ دهد و به شما این امکان را می دهد که فقط در صورت نیاز برای ریسورس هایی که نیاز دارید هزینه کنید.

ا Single database ها و elastic pool ها

یک single database را می توان برای اشتراک منابع (resource sharing) به داخل یا خارج از یک elastic pool (استخر الستیک) منتقل کرد. برای بسیاری از business ها و application ها، توانایی ایجاد single database ها و شاخص performance بالا یا پایین در صورت نیاز؛ کافی است، به خصوص اگر الگوهای استفاده نسبتا قابل پیش بینی باشند. اما اگر الگوهای استفاده (usage pattern های) غیرقابل پیش‌بینی دارید، مدیریت هزینه‌ها (cost) و business model را سخت می‌کند. elastic pool ها برای حل این مشکل طراحی شده اند. مفهوم ساده است. شما منابع عملکرد (performance resource ها) را به جای یک پایگاه داده فردی (individual database) به یک استخر (pool) اختصاص می دهید و به جای عملکرد یک پایگاه داده، برای مجموعه ای از ریسورس های مشترک (collective performance resource ها) هزینه می پردازید.

ا Monitoring and alerting (نظارت و هشدار)

شما از نظارت بر عملکرد (performance monitoring) و ابزارهای هشدار داخلیِ( alerting tools ) built-in، همراه با رتبه بندی عملکرد (performance rating) استفاده می کنید. با استفاده از این ابزارها، می توانید به سرعت، تأثیر افزایش یا کاهش مقیاس (scaling) را بر اساس نیازهای فعلی یا عملکرد پروژه خود ارزیابی کنید. علاوه بر این، SQL database می تواند لاگ های metrics (معیارها) و منابع (resource ها) را برای نظارت آسان تر منتشر کند.

ا Availability capabilities (قابلیت های در دسترس بودن)

ا single database ها و elastic pool ها بسیاری از ویژگی های در دسترس بودن را فراهم می کنند . برای اطلاعات، Availability characteristics را ببینید.

تفاوت های Transact-SQL

اکثر ویژگی‌های Transact-SQL که برنامه‌ها از آن‌ها استفاده می‌کنند، هم در Microsoft SQL Server و هم در پایگاه داده Azure SQL به طور کامل پشتیبانی می‌شوند. به عنوان مثال، اجزای اصلی SQL مانند انواع داده (data type ها)، عملگرها (operators)، رشته (string)، حساب (arithmetic)، منطقی (logical) و توابع مکان نما (cursor function ها)، در SQL Server و SQL Database یکسان کار می کنند. با این حال، چند تفاوت T-SQL در عناصر DDL (زبان تعریف داده - data-definition language) و DML (زبان دستکاری داده ها - data manipulation language) وجود دارد که منجر به عبارات و کوئری های T-SQL می شود که فقط تا حدی پشتیبانی می شوند (که در ادامه این مقاله به آن خواهیم پرداخت).

علاوه بر این، برخی از ویژگی ها (feature ها) و syntaxها وجود دارند که پشتیبانی(support) نمی شوند زیرا پایگاه داده Azure SQL برای جداسازی ویژگی ها از وابستگی (isolate features from dependencies) به پایگاه داده اصلی (master database) و سیستم عامل طراحی شده است.به این ترتیب، بیشتر فعالیت های سطح سرور (server-level activities) برای پایگاه داده SQL نامناسب هستند. دستورات و گزینه های T-SQL در صورت پیکربندی (config) گزینه های سطح سرور (server-level options)، پیکربندی اجزای سیستم عامل (config ِ کامپوننت های سیستم عامل)یا مشخص کردن پیکربندی سیستم فایل (file system configuration) در دسترس نیستند. هنگامی که چنین قابلیت هایی مورد نیاز است، یک جایگزین مناسب اغلب به روشی دیگر از پایگاه داده SQL یا از یکی دیگر از ویژگی ها یا سرویس های Azure در دسترس است.

برای اطلاعات بیشتر، به حل تفاوت های Transact-SQL در هنگام migration به پایگاه داده SQL مراجعه کنید.

Resolving Transact-SQL differences during migration to SQL Database.

ا Security (امنیت)

پایگاه داده SQL طیف وسیعی از ویژگی‌های امنیتی داخلی (built-in) و انطباق را برای کمک به برنامه شما در برآوردن الزامات مختلف امنیتی و انطباق ارائه می‌کند.

مهم

پایگاه داده Azure SQL در برابر تعدادی از استانداردهای انطباق تأیید شده است. برای اطلاعات بیشتر، Microsoft Azure Trust Center مراجعه کنید، جایی که می‌توانید جدیدترین لیست گواهینامه های انطباق با پایگاه داده SQL را پیدا کنید.

مراحل بعدی

• برای شروع سریع با یک single database، با Single database quickstart guide شروع کنید.
• برای آشنایی با انتقال(migrating) یک پایگاه داده SQL Server به Azure، به Migrate to Azure SQL Database مراجعه کنید.
• برای اطلاعات در مورد featureهای پشتیبانی شده، به Features مراجعه کنید.