انواع منابع دادهٔ پشتیبانی‌شده

نوع منبع داده تعیین می‌کند اطلاعات چگونه خوانده شوند و چه ابزارهایی برای نمایش یا پیگیری آن‌ها در دسترس باشند. پیش از ساخت اتصال، نام واقعی سامانهٔ خود را از مسئول داده بگیرید و هدف استفاده را مشخص کنید. ممکن است یک منبع برای پرسش و پژوهش مناسب باشد ولی مسیر ساخت نمودار و داشبورد را نداشته باشد. اتصال موفق و پشتیبانی از یک قابلیت، دو موضوع جدا هستند.

فهرست انتخاب نوع در برنامه مرجع گزینه‌های قابل انتخاب است. این صفحه به شما کمک می‌کند گروه‌ها را بشناسید و تصمیم بگیرید چه اطلاعات و مجوزهایی لازم دارید. داشتن یک نوع در فهرست، تضمین سازگاری با هر نسخه، تنظیم خاص یا ساختار دادهٔ پیچیده نیست. برای منبعی با شرایط غیرمعمول، نام و نسخه و نیاز تحلیلی خود را با پشتیبانی مطرح کنید.

پایگاه‌داده‌های رابطه‌ای و تحلیلی

منابع رابطه‌ای پشتیبانی‌شده شامل PostgreSQL، MySQL، MariaDB، Microsoft SQL Server، Oracle و Db2 هستند. SQLite و DuckDB نیز برای منابع فایل‌محور وجود دارند. در این گروه، داده معمولاً در جدول‌هایی با ستون‌های مشخص نگهداری می‌شود و دستیار از پرس‌وجوی خواندنی برای یافتن و محاسبهٔ اطلاعات استفاده می‌کند. برای نمودار و داشبورد، تعریف درست تاریخ و ستون‌های عددی اهمیت دارد.

گزینه‌های سازگار با خانوادهٔ PostgreSQL شامل TimescaleDB، QuestDB، YugabyteDB، AlloyDB، Greenplum و CockroachDB هستند. شباهت این سامانه‌ها به معنای یکسان بودن تمام رفتارهای آن‌ها نیست. نوع دقیق را انتخاب کنید تا تنظیمات و روش مناسب همان منبع استفاده شود. برای نمونه، پورت واقعی و مقصد قابل انتخاب می‌توانند با نمونهٔ عمومی PostgreSQL تفاوت داشته باشند.

منابع تحلیلی و ابری شامل Amazon Redshift، Snowflake، BigQuery و ClickHouse نیز پشتیبانی می‌شوند. این منابع ممکن است به‌جای اطلاعات ورود معمول، مشخصات پروژه، حساب سرویس، نقش یا انبار داده بخواهند. فرم همان نوع نشان می‌دهد چه چیزی باید وارد شود. اجرای تحلیل ممکن است در سرویس منبع هزینهٔ پردازش ایجاد کند؛ این هزینه را از هزینه و محدودیت استفاده از اوبا جدا بررسی کنید.

منابع جست‌وجو و دادهٔ غیررابطه‌ای

Apache Druid، Apache Pinot، Elasticsearch و OpenSearch گزینه‌های دیگری برای داده‌های تحلیلی و جست‌وجویی هستند. در وضعیت فعلی، Druid و Pinot مسیر نمودار و داشبورد دارند، اما Elasticsearch و OpenSearch در مسیر منبع مستقیم خود چنین پشتیبانی‌ای ندارند. نتیجهٔ پرسش از یک موتور جست‌وجو را نباید خودکار معادل جدول رابطه‌ای با همان امکانات فرض کنید.

Cassandra، ScyllaDB، DynamoDB، Couchbase و MongoDB نیز برای پرسش از داده و پژوهش پشتیبانی می‌شوند. این گروه از مسیر مستقیم منبع استفاده می‌کند و ساخت نمودار و داشبورد برای آن‌ها در دسترس نیست. داشتن مقدار عددی در سند یا پاسخ این محدودیت را تغییر نمی‌دهد. اگر هدف شما نمایش مداوم شاخص در داشبورد است، پیش از انتخاب این مسیر، دربارهٔ یک منبع تحلیلی جدولی مناسب تصمیم بگیرید.

در دادهٔ غیررابطه‌ای، بعضی رکوردها ممکن است فیلدی داشته باشند که در رکوردهای دیگر وجود ندارد. توضیح معنی فیلد، مقدار خالی و ساختار تو‌در‌تو مهم است. نبود یک فیلد را با صفر بودن معیار اشتباه نگیرید. همچنین شناسه و زمان رویداد را روشن کنید تا پاسخ بر پایهٔ نوع داده و محدودهٔ درست ساخته شود.

صفحه‌گسترده‌ها و سرویس API

Google Sheets و Microsoft Excel Online به شما اجازه می‌دهند از دادهٔ صفحه‌گستردهٔ آنلاین استفاده کنید. اتصال این منابع به حساب و اجازهٔ دسترسی مربوط نیاز دارد؛ وجود فایل در رایانهٔ شخصی شما همان اتصال آنلاین نیست. جدول را با عنوان ستون روشن، واحد ثابت و تاریخ‌های سازگار آماده کنید. ردیف عنوان تکراری، جمع‌های دستی میان داده و سلول‌های ادغام‌شده می‌توانند فهم اطلاعات را دشوار کنند.

در وضعیت فعلی، صفحه‌گسترده‌های آنلاین مانند اتصال REST API برای پرسش و پژوهش قابل استفاده‌اند، اما نمودار و داشبورد برای آن‌ها پشتیبانی نمی‌شود. این محدودیت را پیش از طراحی گزارش مدیریتی در نظر بگیرید. بازنویسی سؤال یا آزمایش دوبارهٔ اتصال، قابلیت پشتیبانی‌نشده را فعال نمی‌کند. اگر نمودار لازم دارید، دادهٔ موردنیاز را از مسیر سازمانی مناسب در منبع دارای پشتیبانی نمودار فراهم کنید.

REST API به سرویس داده‌ای اشاره می‌کند که اطلاعات را از طریق درخواست اینترنتی ارائه می‌دهد. نشانی پایه، شیوهٔ احراز هویت و محدودهٔ قابل خواندن آن را با مسئول سرویس تعیین کنید. پاسخ سرویس ممکن است صفحه‌بندی یا محدودیت تعداد داشته باشد؛ بنابراین پوشش یک پاسخ را بررسی کنید و فرض نکنید یک درخواست همیشه تمام سابقهٔ سرویس را برمی‌گرداند.

وضعیت هشدارها را جدا بررسی کنید

در پیاده‌سازی فعلی، ارزیابی هشدار برای تمام انواع منبع ثبت‌شده، از جمله API، صفحه‌گسترده و منابع مستقیم غیررابطه‌ای پشتیبانی شده است. بنابراین نبود نمودار به معنای نبود امکان هشدار نیست. بااین‌حال، هشدار شما باید پرس‌وجو یا درخواست معتبر، خروجی مناسب و شرط قابل ارزیابی داشته باشد. مجوز بخش هشدار و شرایط جاری استفاده نیز جدا از انتخاب نوع اتصال بررسی می‌شوند.

برای هشدار رویدادی، شناسهٔ یکتا و زمان رویداد اهمیت دارند؛ برای شاخص عددی، واحد و شکل خروجی باید مشخص باشد. پیش‌نویس شرط را با دادهٔ واقعی قابل دسترسی اعتبارسنجی کنید. پشتیبانی از نوع منبع تضمین نمی‌کند هر درخواست پیچیده یا هر خروجی تو‌در‌تو برای شرط هشدار مناسب باشد. راهنمای ساخت هشدار مسیر تعریف و بررسی را توضیح می‌دهد.

نمونهٔ انتخاب بر اساس هدف

فرض کنید تیم فرضی شما فهرست سفارش‌ها را در Excel Online دارد و می‌خواهد سفارش‌های معوق را با سؤال پیدا کند. این هدف با اتصال آنلاین قابل پیگیری است و می‌توانید پس از آماده کردن عنوان‌ها و تاریخ‌ها، یک پرسش محدود آزمایش کنید. اگر همین تیم نمودار فروش هفتگی در داشبورد می‌خواهد، باید از ابتدا محدودیت نمودار این منبع را بداند و مسیر منبع مناسب را انتخاب کند.

منبع را صرفاً برای استفاده از نام آشنا تغییر ندهید؛ انتقال و آماده‌سازی داده مسئولیت جداگانه‌ای دارد. اگر نوع موردنظر در فرم نیست، پشتیبانی را با نام، نسخه، محیط و هدف خود آگاه کنید و اطلاعات ورود نفرستید. برای اجرای انتخاب، افزودن اتصال و سپس اسناد ساختار را دنبال کنید.