افزودن اتصال پایگاهداده
افزودن اتصال یعنی مشخص کردن منبعی که اوبا از آن دادهٔ لازم برای تحلیل را میخواند. هدف، ثبت یک نام در فهرست نیست؛ میخواهید منبع درست با محدودهٔ دسترسی مناسب و اطلاعات معتبر برای پرسشهای شرکت آماده شود. اتصال فروش، اتصال مالی و اتصال انبار ممکن است به سامانههای متفاوتی اشاره کنند. نام روشن و انتخاب درست منبع از تحلیل ناخواسته روی دادهٔ اشتباه جلوگیری میکند.
این کار به دسترسی مدیریت اتصالهای پایگاهداده نیاز دارد. اگر این دسترسی را ندارید، اطلاعات موردنیاز را با مسئول مجاز شرکت آماده کنید. مسئول سامانه باید دربارهٔ نشانی، نوع منبع و مجوزها کمک کند؛ کاربر تحلیلگر نباید برای رفع مشکل، از حساب مدیر اصلی پایگاهداده استفاده کند. دسترسی فقطخواندنی را پیش از ثبت اتصال تعیین کنید.
منبع و محدوده را پیش از فرم مشخص کنید
Section titled “منبع و محدوده را پیش از فرم مشخص کنید”ابتدا بدانید داده در کدام سامانه نگهداری میشود و کدام قسمت آن برای تحلیل لازم است. اتصال به PostgreSQL با اتصال به صفحهگسترده یا سرویس API یک شکل ندارد. در منابع پشتیبانیشده تفاوتها را بخوانید و نوع واقعی منبع را انتخاب کنید. انتخاب نوع مشابه فقط به دلیل شباهت نام یا پورت، راه درستی برای اتصال نیست.
محدودهٔ داده را نیز بنویسید: کدام پایگاهداده، جدولها، مجموعهها یا فایل برای هدف شما لازماند؟ آیا اطلاعات روز جاری کامل است یا نسخهٔ تحلیلی با تأخیر بهروز میشود؟ اگر چند محیط آزمایشی و عملیاتی دارید، مقصد را دقیق تأیید کنید. دادهٔ آزمایشی ممکن است اتصال موفقی داشته باشد ولی برای تصمیم کسبوکار مناسب نباشد.
اطلاعات موردنیاز را جمعآوری کنید
Section titled “اطلاعات موردنیاز را جمعآوری کنید”برای بسیاری از پایگاهدادههای سروری، نشانی میزبان، پورت واقعی، نام پایگاهداده، نام کاربری اختصاصی و رمز لازم است. نشانی باید از مسیر شبکهای توافقشده برای اوبا قابل دسترسی باشد؛ نشانیای که فقط روی رایانهٔ شما کار میکند، الزاماً از سرور اوبا قابل استفاده نیست. اگر دسترسی شبکه محدود است، مسئول شبکه راهنمای فایروال را بررسی کند.
منابع ابری ممکن است اطلاعات حساب، پروژه، نقش یا مجوز سرویس بخواهند. منابع فایلمحور به مسیر قابل دسترسی برای محیط سرویس نیاز دارند؛ وارد کردن مسیر فایل روی رایانهٔ شخصی شما، فایل را خودکار به اوبا منتقل نمیکند. برای صفحهگستردههای آنلاین نیز مراحل اتصال و اجازهٔ حساب را مطابق فرم انجام دهید. تنها فیلدهایی را که فرم همان نوع نشان میدهد، با اطلاعات معتبر تکمیل کنید.
اگر منبع از ارتباط رمزگذاریشده و گواهی استفاده میکند، تنظیمات مربوط را از مسئول سامانه بگیرید. برای عبور از خطای ارتباط، تنظیم امنیتی را بدون بررسی تغییر ندهید. رمز و کلید دسترسی را در نام اتصال، توضیح پایگاهداده یا پیام پشتیبانی ننویسید؛ محل آنها فیلد امن مربوط در فرم اتصال است.
ساخت اتصال در برنامه
Section titled “ساخت اتصال در برنامه”از بخش اتصالها، ایجاد اتصال تازه را انتخاب کنید. نامی بگذارید که موضوع و محیط را روشن کند؛ «فروش عملیاتی شرکت» از «اتصال یک» قابل استفادهتر است. سپس نوع منبع را انتخاب کنید. فرم بر اساس نوع تغییر میکند، بنابراین انتظار نداشته باشید همهٔ اتصالها نام کاربری، رمز، پورت یا نام پایگاهدادهٔ یکسان بخواهند.
اطلاعات را با مرجع مسئول سامانه تطبیق دهید. نام پایگاهداده را با نام نمایش اتصال اشتباه نگیرید؛ اولی مقصد واقعی داده و دومی برچسبی برای کاربران است. در منبعی که انتخاب پایگاهداده از فهرست را ارائه میکند، مقصد موردنظر را انتخاب کنید. اگر مقصد دستی وارد میشود، نام دقیق آن را بنویسید و از حدس زدن بر پایهٔ نام شرکت خودداری کنید.
آزمایش اتصال و معنای نتیجه
Section titled “آزمایش اتصال و معنای نتیجه”امکان آزمایش اتصال را اجرا کنید و متن نتیجه را کامل بخوانید. آزمایش موفق نشان میدهد بررسی اتصال با تنظیمات آزمودهشده انجام شده است؛ درست بودن تعریف فروش، کامل بودن داده یا امکان خواندن تمام جدولهای لازم را تضمین نمیکند. آزمایش ممکن است عملیات خواندنی کوتاهی برای بررسی دسترسی انجام دهد، بنابراین آن را «بدون خواندن هیچ داده» توصیف نکنید.
اگر آزمایش ناموفق بود، پیش از ذخیرهٔ تنظیمات تازه علت را بررسی کنید. نشانی و پورت، حساب ورود، نام مقصد، محدودیت شبکه و تنظیم ارتباط از مسیرهای متفاوتاند. پیام خطا سرنخ است، نه همیشه اثبات یک علت واحد. در رفع مشکل اتصال روش جدا کردن این حالتها آمده است. برای اصلاح هر مورد، دوباره همان تنظیمات اصلاحشده را آزمایش کنید.
آزمایش موفق به یک سرور ممکن است هنوز نیاز به انتخاب مقصد داشته باشد. فهرست پایگاهدادههای ارائهشده را بررسی کنید و مقصد لازم را انتخاب کنید. دسترسی به فهرست به معنای مناسب بودن همهٔ گزینهها نیست. حساب اتصال باید به محدودهٔ موردنیاز محدود باشد، حتی اگر رابط کاربری امکان مشاهدهٔ چند مقصد را فراهم کرده باشد.
نمونهٔ راهاندازی یک اتصال فروش
Section titled “نمونهٔ راهاندازی یک اتصال فروش”فرض کنید شرکت فرضی شما گزارش فروش را از PostgreSQL میخواند. مسئول داده حسابی فقطخواندنی برای جدولهای سفارش، اقلام و مرجوعی ساخته و مسئول شبکه مسیر مجاز را آماده کرده است. در فرم، نوع PostgreSQL و نام «گزارش فروش عملیاتی» را انتخاب کنید و نشانی و پورت واقعی را وارد کنید. پایگاهدادهٔ گزارش فروش را انتخاب و آزمایش کنید؛ از حساب اصلی مدیر سامانه استفاده نکنید.
پس از موفقیت، تنظیمات را ذخیره کنید و اتصال را دوباره از فهرست باز کنید. مقصد، نام و وضعیت ذخیرهشده را کنترل کنید. سپس توضیح کسبوکار و سند جدولهای مربوط را تکمیل کنید. نخستین سؤال را به یک روز یا ماه کامل و شناختهشده محدود کنید و مبلغ و تعداد سفارش را با گزارش مرجع مقایسه کنید. این کنترل، مرحلهٔ جداگانهای پس از آزمایش فنی اتصال است.
نگهداری و قدم بعدی
Section titled “نگهداری و قدم بعدی”هنگام تغییر رمز، نشانی، پورت یا مجوزها، اتصال را ویرایش و دوباره آزمایش کنید. پیش از تغییر مقصد یک اتصال موجود، وابستگی گفتگوها، نمودارها و هشدارها را بررسی کنید؛ تغییر مقصد ممکن است معنای تحلیلهای آینده را عوض کند. خاموش شدن یک منبع نیز به معنای حذف نتایج قبلاً ثبتشده نیست.
برای آماده کردن زمینهٔ تحلیل، توضیح پایگاهداده را بنویسید و اسناد ساختار را بازبینی کنید. سپس به پرسیدن سؤال بروید. اگر هدف شما داشبورد یا هشدار است، علاوه بر اتصال موفق، سازگاری قابلیت با نوع منبع و دسترسی لازم برای همان بخش را نیز بررسی کنید.