Looker Studio سیستم کش مخصوص به خود را برای گزارش ها دارد. هنگام ایجاد رابط خود، میتوانید یک کش سفارشی برای تسهیل گزارشهای سریعتر و اجتناب از محدودیتهای نرخ APR پیادهسازی کنید.
به عنوان مثال، شما در حال ایجاد یک رابط هستید که داده های آب و هوای تاریخی 7 روز گذشته را برای یک کد پستی خاص ارائه می دهد. رابط شما بسیار محبوب شده است، اما API خارجی که دادهها را از آن واکشی میکنید دارای محدودیتهای نرخ سختی است. API فقط داده های خود را روزانه به روز می کند، بنابراین برای یک کد پستی خاص، نیازی به واکشی چندین بار داده های مشابه در یک روز نیست. با استفاده از این راهنمای راه حل، می توانید یک کش روزانه برای هر کد پستی پیاده سازی کنید.
الزامات
- پایگاه داده Firebase Realtime . اگر به یکی از آنها دسترسی ندارید، یک پروژه Google Cloud Platform (GCP) ایجاد کنید و راهنمای شروع را دنبال کنید تا نمونه پایگاه داده بیدرنگ Firebase خود را ایجاد کنید.
- یک حساب سرویس GCP برای خواندن و نوشتن داده ها از پایگاه داده بیدرنگ Firebase.
- یک اتصال دهنده انجمن که داده ها را از یک منبع واکشی می کند.
محدودیت ها
- این راه حل با سرویس های پیشرفته استودیو Looker قابل استفاده نیست. وقتی از سرویسهای پیشرفته استودیو Looker استفاده میکنید، کد رابط شما در Apps Script به دادهها دسترسی ندارد. بنابراین نمی توانید داده ها را با استفاده از Apps Script ذخیره کنید.
- ویرایشگران گزارش و بینندگان نمی توانند این حافظه پنهان خاص را بازنشانی کنند.
راه حل
یک حساب خدماتی را پیاده سازی کنید
- یک حساب سرویس در پروژه Google Cloud خود ایجاد کنید .
- اطمینان حاصل کنید که این حساب سرویس دارای دسترسی BigQuery در پروژه ابری است.
- نقش های مورد نیاز مدیریت هویت و دسترسی (IAM):
Firebase Admin
- نقش های مورد نیاز مدیریت هویت و دسترسی (IAM):
- فایل JSON را دانلود کنید تا کلیدهای حساب های سرویس را دریافت کنید. محتوای فایل را در ویژگی های اسکریپت پروژه رابط خود ذخیره کنید. پس از افزودن کلیدها، باید مشابه این در رابط کاربری Apps Script به نظر برسد:
- کتابخانه OAuth2 for Apps Script را در پروژه Apps Script خود قرار دهید .
- کد OAuth2 مورد نیاز را برای حساب سرویس پیاده سازی کنید:
کد را برای خواندن و نوشتن از Firebase پیاده سازی کنید
شما از Firebase Database REST API برای خواندن و نوشتن در پایگاه داده Realtime Firebase استفاده خواهید کرد. کد زیر روش های مورد نیاز برای دسترسی به این API را پیاده سازی می کند.
پیاده سازی getData()
ساختار کد getData()
موجود بدون ذخیره کش باید به شکل زیر باشد:
برای استفاده از کش در کد getData()
خود، این مراحل را دنبال کنید:
- "تکه" یا "واحد" داده ای را که باید در حافظه پنهان ذخیره شود، تعیین کنید.
یک کلید منحصر به فرد برای ذخیره حداقل واحد داده در حافظه پنهان ایجاد کنید.
برای اجرای مثال،zipcode
ازconfigparams
به عنوان کلید استفاده می شود.
اختیاری : برای حافظه پنهان هر کاربر، یک کلید ترکیبی با کلید پایه و هویت کاربر ایجاد کنید. اجرای مثال:
js var baseKey = getBaseKey(request); var userEmail = Session.getEffectiveUser().getEmail(); var hasheduserEmail = getHashedValue(userEmail); var compositeKey = baseKey + hasheduserEmail;
اگر دادههای کش وجود دارد، بررسی کنید که حافظه پنهان تازه است یا خیر.
در مثال، داده های کش شده برای یک کد پستی خاص با تاریخ فعلی ذخیره می شوند. هنگامی که داده ها از حافظه پنهان بازیابی می شوند، تاریخ حافظه پنهان با تاریخ فعلی بررسی می شود.var cacheForZipcode = { data: <data being cached>, ymd: <current date in YYYYMMDD format> }
اگر دادههای کش وجود ندارد یا دادههای حافظه پنهان تازه نیستند، دادهها را از منبع واکشی کرده و در حافظه پنهان ذخیره کنید.
در مثال زیر، main.js
شامل کد getData()
با کش پیاده سازی شده است.
کد نمونه
منابع اضافی
رابط کاربری Chrome UX داشبورد مبتنی بر جدول BigQuery 20 گیگابایتی را برای هزاران کاربر تسهیل میکند. این رابط از Firebase Realtime Database به همراه Apps Script Cache Service برای یک رویکرد کش دو لایه استفاده می کند. برای جزئیات پیاده سازی به کد مراجعه کنید.