فیلترهای استوری

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

فیلتر هوشمند (Smart Filter)

در ابزارهای سنتی BI (مانند Metabase)، پیاده‌سازی فیلتر نیازمند تعریف متغیرها در کوئری SQL هر ویجت و اتصال دستی آن‌ها در تنظیمات داشبورد است. در مقابل، داده‌لند از معماری فیلتر هوشمند (Smart Filter) بهره می‌برد:

• اتصال در سطح مدل داده: فیلتر استوری مستقیماً به جدول و ستون فیزیکی پایگاه داده (یا چندین جدول و ستون) متصل می‌شود.
• تزریق خودکار (Smart Injection): موتور تحلیلی داده‌لند وابستگی‌های فیزیکی کوئری را در بندهای FROM و JOIN شناسایی کرده و شروط فیلتر را در زمان اجرا به صورت خودکار به کوئری ویجت تزریق می‌نماید.

SELECT * 
FROM orders 
WHERE create_time > {{date_filter}}

SELECT * FROM orders

SELECT 
    (SELECT COUNT(*) FROM `orders`) as total_all_time,
    COUNT(*) as filtered_count
FROM orders

SELECT * 
FROM orders 
WHERE create_time > '2024-01-01'

SELECT
  main.fact_id AS city,
  main.condition AS condition,
  AVG((main.min_temp + main.max_temp) / 2.0) AS city_avg_temp,
  (
    SELECT
      AVG((b.min_temp + b.max_temp) / 2.0)
    FROM
      `fact_weather_daily` b
    WHERE
      b.condition = main.condition
  ) AS all_cities_avg_temp
FROM
  fact_weather_daily main
GROUP BY
  main.fact_id,
  main.condition
ORDER BY
  main.fact_id,
  main.condition

SELECT 
    SUM(s.amount) AS total_sales
FROM sales s
LEFT JOIN users u ON s.user_id = u.user_id

مزایای فیلتر هوشمند

بهره‌گیری از فیلترهای هوشمند در مقایسه با فیلترهای دستی سنتی مزایای زیر را فراهم می‌سازد:

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

محدودیت فیلتر هوشمند

فیلترهای هوشمند منحصراً بر روی جداول فیزیکی عمل می‌کنند. جداول مجازی و عبارات جدول متداول (CTE) تحت پوشش تزریق خودکار قرار نمی‌گیرند و فیلتر باید مستقیماً روی جداول فیزیکی اعمال شود:

SELECT 
  count(*) as total_orders
FROM orders

WITH virtual_orders AS (
  SELECT * FROM orders
)
SELECT 
  count(*) as total_orders
FROM virtual_orders

در ساختار CTE، فیلتر استوری امکان تزریق مستقیم به جدول مجازی virtual_orders را ندارد؛ بنابراین توصیه می‌شود کوئری‌ها مستقیماً بر مبنای جداول فیزیکی پایگاه داده نگارش شوند.

فیلترهای ثابت ویجت

فیلترهای اعمال‌شده در مرحله ساخت ویجت (در شیت یا بند WHERE کوئری)، به عنوان فیلترهای ثابت شناسایی شده و در تب مربوطه قابل مدیریت هستند:

• در حالت فعال: این فیلترها همواره با شروط استوری (به صورت AND) ترکیب می‌شوند. در صورت یکسان بودن ستون هدف، اولویت با فیلتر ثابت است و فیلتر استوری اعمال نمی‌گردد.
• در حالت غیرفعال: این فیلترها از کوئری نهایی حذف می‌شوند و امکان آزمودن شرایط را بدون تغییر کوئری فراهم می‌سازند.

فیلتر پنهان استوری

فیلتر پنهان راهکاری برای اعمال شروط از پیش تعیین‌شده بر داده‌های استوری است، بدون آنکه کاربر نهایی متوجه اعمال آن شود. مدیران کالکشن می‌توانند این فیلتر را با مقداری معین روی استوری فعال نمایند:

ویژگی‌های فیلتر پنهان شامل موارد زیر است:

• مقدار اجباری: برخورداری از یک مقدار پیش‌فرض معین برای این فیلتر الزامی است.
• عدم نمایش به کاربر: در نوار فیلترهای استوری نمایش داده نمی‌شود و کاربر دارای دسترسی مشاهده استوری امکان مشاهده، ویرایش یا حذف آن را ندارد.
• تزریق خودکار: همانند سایر فیلترهای هوشمند به کلیه ویجت‌های مرتبط تزریق می‌گردد.

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