رفتن به محتوا

مشاهدهٔ پرس‌وجو و جزئیات پاسخ

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

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

پرس‌وجو چیست و چرا مهم است؟

Section titled “پرس‌وجو چیست و چرا مهم است؟”

پرس‌وجو در اینجا درخواستی است که مشخص می‌کند چه اطلاعاتی از پایگاه‌داده خوانده و چگونه خلاصه شوند. مثلاً برای پاسخ به «فروش هر شعبه چقدر بوده؟» باید سفارش‌های مرتبط انتخاب شوند، مبلغ آن‌ها برای هر شعبه جمع شود و نتیجه برگردد. زبان رایج نوشتن چنین درخواست‌هایی «زبان پرس‌وجوی ساخت‌یافته» است. برای استفادهٔ روزمره از اوبا لازم نیست دستورهای آن را بنویسید.

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

چگونه کارت‌های جزئیات را ببینید؟

Section titled “چگونه کارت‌های جزئیات را ببینید؟”

نمایش جزئیات به دسترسی «حالت برنامه‌نویس (مشاهدهٔ کوئری‌ها)» وابسته است. اگر این دسترسی را دارید، منوی حساب کاربری را از تصویر یا نشان حساب باز کنید و گزینهٔ «حالت برنامه نویس» با توضیح «نمایش کوئری‌ها در گفتگو» را فعال کنید. سپس به پاسخ مورد نظر در گفت‌وگو بروید و کارت مرحلهٔ مربوط را باز کنید. تنظیم نمایش برای مراجعه‌های بعدی نگه داشته می‌شود. روشن یا خاموش کردن آن، نمایش اطلاعات را تغییر می‌دهد و به‌خودی‌خود محاسبهٔ پاسخ را عوض نمی‌کند.

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

ورودی، نتیجه و وضعیت را جدا بخوانید

Section titled “ورودی، نتیجه و وضعیت را جدا بخوانید”

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

وضعیت «تکمیل شد» به معنی پایان آن مرحله است؛ به‌تنهایی درستی برداشت تجاری را تأیید نمی‌کند. چند کارت نیز می‌توانند به چند بررسی مرتبط تعلق داشته باشند، مانند شناخت اطلاعات موجود، محاسبهٔ شاخص و مقایسهٔ گروه‌ها. ابتدا مشخص کنید کدام مرحله عدد مورد نظر شما را تولید کرده است. سپس همان ورودی و نتیجه را با سؤال اولیه تطبیق دهید.

مثال آموزشی: بازبینی فروش ماهانه

Section titled “مثال آموزشی: بازبینی فروش ماهانه”

فرض کنید پاسخ می‌گوید فروش ماه گذشته کاهش یافته است. پیش از پذیرش نتیجه، بپرسید منظور از فروش چیست: مبلغ سفارش، مبلغ فاکتور یا وجه دریافت‌شده؟ سپس دورهٔ محاسبه را بررسی کنید. آیا ماه گذشته کامل است؟ آیا تاریخ ثبت سفارش استفاده شده یا تاریخ تحویل؟ دو محاسبه با این تاریخ‌ها می‌توانند عددهای متفاوتی بدهند و هرکدام کاربرد متفاوتی داشته باشند.

بعد وضعیت سفارش‌ها را بررسی کنید. اگر سفارش لغوشده یا آزمایشی در داده وجود دارد، باید معلوم باشد در محاسبه وارد شده یا کنار گذاشته شده است. تخفیف و مرجوعی نیز بر معنای مبلغ فروش اثر می‌گذارند. اگر نمی‌توانید این شرایط را از پرس‌وجو تشخیص دهید، بنویسید: «توضیح بده این عدد شامل کدام وضعیت‌های سفارش است و تخفیف و مرجوعی چگونه در آن لحاظ شده‌اند.»

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

تعداد سفارش را با تعداد ردیف اشتباه نگیرید

Section titled “تعداد سفارش را با تعداد ردیف اشتباه نگیرید”

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

ترکیب اطلاعات چند جدول نیز نیاز به دقت دارد. ممکن است برای یک سفارش چند پرداخت یا چند رویداد ثبت شده باشد و ترکیب نادرست آن‌ها مبلغ را چند بار حساب کند. لازم نیست جزئیات فنی این ترکیب را بدانید؛ سؤال کاربردی این است: «آیا هر سفارش در محاسبهٔ مبلغ فقط یک بار شمرده شده است؟ روش جلوگیری از شمارش تکراری را توضیح بده.»

نتیجهٔ خالی، مقدار ناموجود و هشدار را تفسیر کنید

Section titled “نتیجهٔ خالی، مقدار ناموجود و هشدار را تفسیر کنید”

پیام «نتیجه‌ای یافت نشد» لزوماً به معنی صفر بودن فعالیت نیست. شاید دورهٔ انتخابی خارج از پوشش داده باشد، نام گروه با اطلاعات ثبت‌شده تفاوت داشته باشد یا شرط محاسبه هیچ ردیفی را انتخاب نکرده باشد. ابتدا یک درخواست محدود برای بررسی تاریخ‌ها و گروه‌های موجود مطرح کنید. سپس مشخص کنید نبود نتیجه ناشی از نبود فعالیت است یا از ناهماهنگی محدودهٔ سؤال.

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

اگر پاسخ با گزارش سازمان فرق داشت

Section titled “اگر پاسخ با گزارش سازمان فرق داشت”

قبل از تکرار سؤال، دو روش را مقایسه کنید: تعریف شاخص، دوره، واحد، وضعیت رکوردها و زمان به‌روزرسانی. مثلاً گزارش مالی ممکن است بر پایهٔ فاکتور باشد و پاسخ گفت‌وگو بر پایهٔ سفارش. اختلاف در این حالت نیازمند روشن کردن تعریف مشترک است. درخواست مناسب چنین است: «مبنای این محاسبه را توضیح بده تا آن را با گزارش فاکتورهای صادرشده مقایسه کنم.»

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

خواندن داده با تغییر داده تفاوت دارد

Section titled “خواندن داده با تغییر داده تفاوت دارد”

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

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

بازبینی را به بخشی از کار تحلیلی تبدیل کنید

Section titled “بازبینی را به بخشی از کار تحلیلی تبدیل کنید”

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

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