انواع ایندکس در Cloud Firestore

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

این صفحه دو نوع شاخصی را که Cloud Firestore استفاده می‌کند، نمایه‌های تک‌فیلدی و نمایه‌های ترکیبی توصیف می‌کند.

تعریف و ساختار شاخص

یک فهرست بر روی فهرستی از فیلدهای یک سند معین، با حالت فهرست مربوطه برای هر فیلد، تعریف می‌شود.

یک فهرست شامل یک ورودی برای هر فیلد نامگذاری شده در تعریف شاخص است. این فهرست شامل تمام اسنادی است که نتایج بالقوه برای پرس و جوها بر اساس نمایه هستند. یک سند تنها در صورتی در فهرست گنجانده می شود که برای هر فیلد استفاده شده در فهرست، مقدار نمایه شده ای داشته باشد. اگر تعریف شاخص به فیلدی اشاره دارد که سند برای آن مقدار تنظیم نشده است، آن سند در نمایه ظاهر نمی شود. در این مورد، سند هرگز به عنوان نتیجه برای هر پرس و جو بر اساس نمایه بازگردانده نمی شود.

شاخص ترکیبی بر اساس مقادیر فیلد به ترتیب مشخص شده در تعریف شاخص مرتب می شود.

یک شاخص پشت هر پرس و جو

اگر هیچ نمایه ای برای یک پرس و جو وجود نداشته باشد، بیشتر پایگاه های داده در محتوای خود آیتم به مورد می خزند، فرآیندی کند که با رشد پایگاه داده، سرعت خود را کاهش می دهد. Cloud Firestore با استفاده از نمایه‌ها برای همه پرس‌و‌جوها، عملکرد پرس‌وجو بالا را تضمین می‌کند. در نتیجه، عملکرد پرس و جو به اندازه مجموعه نتایج بستگی دارد نه به تعداد موارد موجود در پایگاه داده.

مدیریت شاخص کمتر، توسعه برنامه بیشتر

Cloud Firestore شامل ویژگی‌هایی است که زمان مورد نیاز برای مدیریت فهرست را کاهش می‌دهد. نمایه های مورد نیاز برای اساسی ترین پرس و جوها به طور خودکار برای شما ایجاد می شوند. همانطور که از برنامه خود استفاده می کنید و آن را آزمایش می کنید، Cloud Firestore به شما کمک می کند فهرست های اضافی مورد نیاز برنامه خود را شناسایی و ایجاد کنید .

انواع شاخص

Cloud Firestore از دو نوع شاخص استفاده می کند: تک فیلدی و ترکیبی . علاوه بر تعداد فیلدهای نمایه شده، نمایه های تک فیلدی و ترکیبی در نحوه مدیریت آنها متفاوت هستند.

شاخص های تک فیلدی

یک نمایه تک فیلدی، نقشه مرتب شده ای از تمام اسناد یک مجموعه را که حاوی یک فیلد خاص است، ذخیره می کند. هر ورودی در یک فهرست تک فیلدی، مقدار یک سند را برای یک فیلد خاص و مکان سند در پایگاه داده را ثبت می کند. Cloud Firestore از این شاخص ها برای انجام بسیاری از پرس و جوهای اساسی استفاده می کند. شما با پیکربندی تنظیمات نمایه سازی خودکار پایگاه داده و معافیت های فهرست، فهرست های تک فیلدی را مدیریت می کنید.

نمایه سازی خودکار

به‌طور پیش‌فرض، Cloud Firestore به‌طور خودکار فهرست‌های تک فیلدی را برای هر فیلد در یک سند و هر زیر فیلد در نقشه حفظ می‌کند. Cloud Firestore از تنظیمات پیش فرض زیر برای فهرست های تک فیلدی استفاده می کند:

• برای هر فیلد غیر آرایه ای و غیر نقشه، Cloud Firestore دو نمایه تک فیلدی با محدوده مجموعه تعریف می کند، یکی در حالت صعودی و دیگری در حالت نزولی.

• برای هر فیلد نقشه، Cloud Firestore موارد زیر را ایجاد می کند:

  • یک فهرست صعودی مجموعه دامنه برای هر زیرفیلد غیر آرایه و غیر نقشه.
  • یک فهرست نزولی مجموعه دامنه برای هر زیرفیلد غیر آرایه و غیر نقشه.
  • یک آرایه مجموعه دامنه شامل شاخص برای هر زیرفیلد آرایه است.
  • Cloud Firestore به صورت بازگشتی هر زیرفیلد نقشه را نمایه می کند.

• برای هر فیلد آرایه در یک سند، Cloud Firestore یک آرایه مجموعه-اسکوپ-شامل فهرست ایجاد و نگهداری می کند.

• نمایه های تک فیلدی با دامنه گروه مجموعه به طور پیش فرض نگهداری نمی شوند.

معافیت های شاخص تک رشته ای

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

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

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

برای ایجاد و مدیریت معافیت‌های فهرست تک فیلدی، به مدیریت فهرست‌ها مراجعه کنید.

شاخص های ترکیبی

یک نمایه ترکیبی، نقشه مرتب شده ای از تمام اسناد یک مجموعه را بر اساس فهرستی از فیلدهای مرتب شده برای فهرست بندی ذخیره می کند.

Cloud Firestore از نمایه های ترکیبی برای پشتیبانی از پرس و جوهایی که قبلاً توسط نمایه های تک فیلدی پشتیبانی نشده اند استفاده می کند.

Cloud Firestore به دلیل تعداد زیاد ترکیب‌های فیلد ممکن، به‌طور خودکار نمایه‌های ترکیبی را مانند نمایه‌های تک فیلدی ایجاد نمی‌کند. درعوض، Cloud Firestore به شما کمک می‌کند تا هنگام ساخت اپلیکیشن، فهرست‌های ترکیبی مورد نیاز را شناسایی و ایجاد کنید .

هر زمان که درخواستی را امتحان می‌کنید که توسط یک نمایه پشتیبانی نمی‌شود، Cloud Firestore یک پیام خطایی با پیوندی برمی‌گرداند که می‌توانید برای ایجاد نمایه گمشده آن را دنبال کنید.

همچنین می توانید با استفاده از کنسول یا با استفاده از Firebase CLI، فهرست های ترکیبی را به صورت دستی تعریف و مدیریت کنید. برای اطلاعات بیشتر در مورد ایجاد و مدیریت نمایه های ترکیبی، به مدیریت نمایه ها مراجعه کنید.

حالت‌های فهرست و حوزه‌های پرس و جو

شما نمایه های تک فیلدی و ترکیبی را به طور متفاوتی پیکربندی می کنید، اما هر دو نیاز دارند که حالت های فهرست و دامنه های پرس و جو را برای ایندکس های خود پیکربندی کنید.

حالت های شاخص

هنگامی که یک فهرست را تعریف می کنید، برای هر فیلد نمایه شده یک حالت فهرست را انتخاب می کنید. حالت فهرست هر فیلد از عبارت های پرس و جوی خاصی در آن فیلد پشتیبانی می کند. می توانید از حالت های فهرست زیر انتخاب کنید:

دامنه های پرس و جو

هر نمایه به یک مجموعه یا یک گروه مجموعه اختصاص دارد. این به عنوان محدوده پرس و جو شاخص شناخته می شود:

محدوده مجموعه

Cloud Firestore به طور پیش‌فرض فهرست‌هایی با دامنه مجموعه ایجاد می‌کند. این شاخص ها از پرس و جوهایی پشتیبانی می کنند که نتایج یک مجموعه واحد را برمی گرداند.

محدوده گروه مجموعه

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

ترتیب پیش‌فرض و فیلد __name__

علاوه بر مرتب‌سازی اسناد بر اساس حالت‌های فهرست مشخص شده برای هر فیلد (صعودی یا نزولی)، فهرست‌ها مرتب‌سازی نهایی را بر اساس فیلد __name__ هر سند اعمال می‌کنند. مقدار فیلد __name__ روی مسیر سند کامل تنظیم شده است. این بدان معناست که اسناد موجود در مجموعه نتایج با مقادیر فیلد یکسان بر اساس مسیر سند مرتب می شوند.

به طور پیش فرض، فیلد __name__ در همان جهت آخرین فیلد مرتب شده در تعریف شاخص مرتب شده است. به عنوان مثال:

برای مرتب‌سازی نتایج بر اساس جهت غیر پیش‌فرض __name__ ، باید آن شاخص را ایجاد کنید.

ویژگی های شاخص

شاخصی که اجازه می دهد پرس و جو به بهترین شکل اجرا شود با ویژگی های زیر تعریف می شود:

• فیلدهای مورد استفاده در فیلترهای برابری
• فیلدهای مورد استفاده در ترتیب مرتب سازی
• فیلدهای مورد استفاده در فیلترهای محدوده و نابرابری (که قبلاً در ترتیب مرتب سازی گنجانده نشده اند)
• فیلدهای مورد استفاده در تجمیع (که قبلاً در ترتیب مرتب سازی و فیلترهای محدوده و نابرابری گنجانده نشده اند)

Cloud Firestore نتایج را برای پرس و جوها به صورت زیر محاسبه می کند:

1. نمایه مربوط به مجموعه پرس و جو، خصوصیات فیلتر، عملگرهای فیلتر و ترتیب مرتب سازی را شناسایی می کند.
2. موقعیت شاخصی را که اسکن از آنجا شروع می شود، مشخص می کند. موقعیت شروع با فیلترهای برابری پرس و جو پیشوند می شود و با فیلترهای محدوده و نابرابری در اولین فیلد orderBy به پایان می رسد.
3. شروع به اسکن فهرست، برگرداندن هر سندی که همه فیلترها را برآورده می کند، تا زمانی که فرآیند اسکن یکی از موارد زیر را انجام دهد:
   • با سندی مواجه می شود که شرایط فیلتر را ندارد و تأیید می کند که هر سند بعدی هرگز شرایط فیلتر را به طور کامل برآورده نخواهد کرد.
   • به انتهای شاخص می رسد.
   • حداکثر تعداد نتایج درخواست شده توسط پرس و جو را جمع آوری می کند.

مثال نمایه سازی

با ایجاد خودکار فهرست های تک فیلدی برای شما، Cloud Firestore به برنامه شما اجازه می دهد تا به سرعت از اساسی ترین پرس و جوهای پایگاه داده پشتیبانی کند. نمایه های تک فیلدی به شما امکان می دهند پرس و جوهای ساده را بر اساس مقادیر فیلد و مقایسه کننده های < , <= , == , >= , > و in انجام دهید. برای فیلدهای آرایه، آنها به شما اجازه می دهند تا هر پرس و جوی array-contains و array-contains-any را انجام دهید.

برای تشریح مثال های زیر را از نظر ایجاد شاخص بررسی کنید. قطعه زیر چند سند city را در مجموعه cities ایجاد می کند و فیلدهای name ، state ، country ، capital ، population و tags را برای هر سند تنظیم می کند:

var citiesRef = db.collection("cities");

citiesRef.doc("SF").set({
    name: "San Francisco", state: "CA", country: "USA",
    capital: false, population: 860000,
    regions: ["west_coast", "norcal"] });
citiesRef.doc("LA").set({
    name: "Los Angeles", state: "CA", country: "USA",
    capital: false, population: 3900000,
    regions: ["west_coast", "socal"] });
citiesRef.doc("DC").set({
    name: "Washington, D.C.", state: null, country: "USA",
    capital: true, population: 680000,
    regions: ["east_coast"] });
citiesRef.doc("TOK").set({
    name: "Tokyo", state: null, country: "Japan",
    capital: true, population: 9000000,
    regions: ["kanto", "honshu"] });
citiesRef.doc("BJ").set({
    name: "Beijing", state: null, country: "China",
    capital: true, population: 21500000,
    regions: ["jingjinji", "hebei"] });
test.firestore.js

با فرض تنظیمات نمایه سازی خودکار پیش فرض، Cloud Firestore یک شاخص تک فیلدی صعودی در هر فیلد غیر آرایه، یک شاخص تک فیلدی نزولی در هر فیلد غیر آرایه و یک آرایه حاوی شاخص تک فیلدی برای فیلد آرایه به روز می کند. هر سطر در جدول زیر نشان دهنده ورودی یک شاخص تک فیلدی است:

پرس و جوهایی که توسط نمایه های تک فیلدی پشتیبانی می شوند

با استفاده از این فهرست های تک فیلدی که به طور خودکار ایجاد می شوند، می توانید پرس و جوهای ساده ای مانند موارد زیر را اجرا کنید:

const stateQuery = citiesRef.where("state", "==", "CA");
const populationQuery = citiesRef.where("population", "<", 100000);
const nameQuery = citiesRef.where("name", ">=", "San Francisco");
test.firestore.js

همچنین می توانید پرس و جوهای برابری in و ترکیبی ( == ) ایجاد کنید:

citiesRef.where('country', 'in', ["USA", "Japan", "China"])

// Compound equality queries
citiesRef.where("state", "==", "CO").where("name", "==", "Denver")
citiesRef.where("country", "==", "USA")
         .where("capital", "==", false)
         .where("state", "==", "CA")
         .where("population", "==", 860000)

اگر نیاز به اجرای یک پرس و جو ترکیبی دارید که از مقایسه محدوده ( < ، <= ، > ، یا >= ) استفاده می کند یا اگر نیاز به مرتب سازی بر اساس فیلد دیگری دارید، باید یک نمایه ترکیبی برای آن پرس و جو ایجاد کنید.

نمایه array-contains به شما امکان می دهد فیلد آرایه regions را پرس و جو کنید:

citiesRef.where("regions", "array-contains", "west_coast")
// array-contains-any and array-contains use the same indexes
citiesRef.where("regions", "array-contains-any", ["west_coast", "east_coast"])

پرس و جوهایی که توسط شاخص های ترکیبی پشتیبانی می شوند

Cloud Firestore از نمایه های ترکیبی برای پشتیبانی از پرس و جوهای ترکیبی استفاده می کند که قبلاً توسط شاخص های تک فیلدی پشتیبانی نشده اند. به عنوان مثال، برای پرس و جوهای زیر به یک نمایه ترکیبی نیاز دارید:

citiesRef.where("country", "==", "USA").orderBy("population", "asc")
citiesRef.where("country", "==", "USA").where("population", "<", 3800000)
citiesRef.where("country", "==", "USA").where("population", ">", 690000)
// in and == clauses use the same index
citiesRef.where("country", "in", ["USA", "Japan", "China"])
         .where("population", ">", 690000)

این پرس و جوها به نمایه ترکیبی زیر نیاز دارند. از آنجایی که پرس و جو از یک برابری ( == یا in ) برای فیلد country استفاده می کند، می توانید از حالت شاخص صعودی یا نزولی برای این فیلد استفاده کنید. به طور پیش فرض، بندهای نابرابری بر اساس فیلد در عبارت نابرابری، ترتیب مرتب سازی صعودی را اعمال می کنند.

برای اجرای همان جستارها اما با ترتیب مرتب سازی نزولی، به یک شاخص ترکیبی اضافی در جهت نزولی برای population نیاز دارید:

citiesRef.where("country", "==", "USA").orderBy("population", "desc")

citiesRef.where("country", "==", "USA")
         .where("population", "<", 3800000)
         .orderBy("population", "desc")

citiesRef.where("country", "==", "USA")
         .where("population", ">", 690000)
         .orderBy("population", "desc")

citiesRef.where("country", "in", ["USA", "Japan", "China"])
         .where("population", ">", 690000)
         .orderBy("population", "desc")

برای جلوگیری از افت عملکرد ناشی از ادغام نمایه ، توصیه می‌کنیم یک نمایه ترکیبی ایجاد کنید تا یک array-contains یا array-contains-any پرس و جو را با بندهای اضافی ترکیب کنید:

citiesRef.where("regions", "array-contains", "east_coast")
         .where("capital", "==", true)

// array-contains-any and array-contains use the same index
citiesRef.where("regions", "array-contains-any", ["west_coast", "east_coast"])
         .where("capital", "==", true)

پرس و جوهایی که توسط نمایه های گروه مجموعه پشتیبانی می شوند

برای نشان دادن یک نمایه با محدوده گروه مجموعه، یک مجموعه فرعی landmarks به برخی از اسناد city اضافه کنید:

var citiesRef = db.collection("cities");

citiesRef.doc("SF").collection("landmarks").doc().set({
    name: "Golden Gate Bridge",
    category : "bridge" });
citiesRef.doc("SF").collection("landmarks").doc().set({
    name: "Golden Gate Park",
    category : "park" });

citiesRef.doc("DC").collection("landmarks").doc().set({
    name: "National Gallery of Art",
    category : "museum" });
citiesRef.doc("DC").collection("landmarks").doc().set({
    name: "National Mall",
    category : "park" });

با استفاده از نمایه تک فیلدی زیر با دامنه مجموعه، می‌توانید مجموعه landmarks یک شهر را بر اساس فیلد category جستجو کنید:

citiesRef.doc("SF").collection("landmarks").where("category", "==", "park")
citiesRef.doc("SF").collection("landmarks").where("category", "in", ["park", "museum"])

برای مثال، اگر علاقه مند به جستجوی نشانه ها در همه شهرها هستید، این پرس و جو را در گروه مجموعه ای که شامل همه مجموعه های landmarks است، اجرا می کنید. همچنین باید یک نمایه تک فیلدی landmarks با محدوده گروه مجموعه فعال کنید:

با فعال بودن این نمایه، می توانید از گروه مجموعه landmarks پرس و جو کنید:

var landmarksGroupRef = db.collectionGroup("landmarks");

landmarksGroupRef.where("category", "==", "park")
landmarksGroupRef.where("category", "in", ["park", "museum"])

برای اجرای یک جستار گروه مجموعه که نتایج فیلتر شده یا مرتب شده را برمی گرداند، باید یک نمایه تک فیلدی یا ترکیبی مربوطه را با محدوده گروه مجموعه فعال کنید. با این حال، جستارهای گروه مجموعه که نتایج را فیلتر یا سفارش نمی‌دهند، نیازی به تعریف نمایه اضافی ندارند.

به عنوان مثال، می توانید پرس و جوی گروه مجموعه زیر را بدون فعال کردن شاخص اضافی اجرا کنید:

db.collectionGroup("landmarks").get()

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

نمایه های پیکربندی شده پروژه شما و ساختار یک سند، تعداد ورودی های فهرست را برای یک سند تعیین می کند. ورودی‌های فهرست به‌عنوان محدودیت تعداد ورودی فهرست به حساب می‌آیند.

مثال زیر ورودی های فهرست یک سند را نشان می دهد.

سند

/cities/SF

city_name : "San Francisco"
temperatures : {summer: 67, winter: 55}
neighborhoods : ["Mission", "Downtown", "Marina"]

شاخص های تک فیلد

• city_name ASC
• city_name DESC
• دماها.تابستان ASC
• دماها.تابستان DESC
• دماهای. زمستان ASC
• دماها. زمستان DESC
• آرایه های همسایگی شامل (ASC و DESC)

شاخص های ترکیبی

• city_name ASC، محله‌ها ARRAY
• city_name DESC، محله‌ها ARRAY

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

این پیکربندی نمایه سازی منجر به ورودی های فهرست زیر برای سند می شود:

شاخص ها و قیمت گذاری

ایندکس ها به هزینه های ذخیره سازی برنامه شما کمک می کنند. برای اطلاعات بیشتر در مورد نحوه محاسبه اندازه ذخیره سازی برای نمایه ها، به اندازه ورودی فهرست مراجعه کنید.

از ادغام شاخص استفاده کنید

اگرچه Cloud Firestore از یک شاخص برای هر پرس و جو استفاده می کند، اما لزوماً به یک نمایه برای هر پرس و جو نیاز ندارد. برای پرس‌و‌جوهایی با عبارت‌های برابری چندگانه ( == ) و به صورت اختیاری، یک عبارت orderBy ، Cloud Firestore می‌تواند از فهرست‌های موجود دوباره استفاده کند. Cloud Firestore می‌تواند ایندکس‌ها را برای فیلترهای برابری ساده ادغام کند تا شاخص‌های ترکیبی مورد نیاز برای درخواست‌های برابری بزرگ‌تر را بسازد.

شما می توانید با شناسایی موقعیت هایی که می توانید از ادغام شاخص ها استفاده کنید، هزینه های نمایه سازی را کاهش دهید. به عنوان مثال، در یک مجموعه restaurants برای یک برنامه رتبه بندی رستوران:

• collections_bookmark رستوران ها

  • همبرگرتایم class

    name : "Burger Thyme"
category : "burgers"
city : "San Francisco"
editors_pick : true
star_rating : 4
    

این برنامه از پرس و جوهایی مانند زیر استفاده می کند. این برنامه از ترکیبی از بندهای برابری برای category ، city ، و editors_pick استفاده می‌کند در حالی که همیشه با star_rating صعودی مرتب می‌شود:

db.collection("restaurants").where("category", "==", "burgers")
                            .orderBy("star_rating")

db.collection("restaurants").where("city", "==", "San Francisco")
                            .orderBy("star_rating")

db.collection("restaurants").where("category", "==", "burgers")
                            .where("city", "==", "San Francisco")
                            .orderBy("star_rating")

db.collection("restaurants").where("category", "==", "burgers")
                            .where("city", "==" "San Francisco")
                            .where("editors_pick", "==", true )
                            .orderBy("star_rating")

می توانید برای هر پرس و جو یک شاخص ایجاد کنید:

به عنوان یک راه حل بهتر، می توانید با استفاده از توانایی Cloud Firestore برای ادغام ایندکس ها برای بندهای برابری، تعداد ایندکس ها را کاهش دهید:

این مجموعه از ایندکس ها نه تنها کوچکتر است، بلکه از یک پرس و جو اضافی نیز پشتیبانی می کند:

db.collection("restaurants").where("editors_pick", "==", true)
                            .orderBy("star_rating")

محدودیت های نمایه سازی

محدودیت های زیر برای شاخص ها اعمال می شود. برای اطلاعات بیشتر درباره سهمیه ها و محدودیت ها، به سهمیه ها و محدودیت ها مراجعه کنید.

نمایه سازی بهترین شیوه ها

برای اکثر برنامه‌ها، می‌توانید برای مدیریت فهرست‌های خود به فهرست‌سازی خودکار و پیوندهای پیام خطا تکیه کنید. با این حال، ممکن است بخواهید در موارد زیر معافیت های تک فیلدی را اضافه کنید:

اگر از پرس‌و‌جوهایی با عملگرهای محدوده و نابرابری در چندین فیلد استفاده می‌کنید، ملاحظات نمایه‌سازی را که باید برای بهینه‌سازی عملکرد و هزینه جستارهای Cloud Firestore در نظر بگیرید، ببینید.

برای کسب اطلاعات بیشتر در مورد نحوه حل مشکلات نمایه سازی (نمایه fanout، خطاهای INVALID_ARGUMENT ) به صفحه عیب یابی مراجعه کنید.