File Search API, सवालों के जवाब देने वाली एक होस्ट की गई सेवा उपलब्ध कराता है. इसका इस्तेमाल, Google के इन्फ़्रास्ट्रक्चर का इस्तेमाल करके, Retrieval Augmented Generation (RAG) सिस्टम बनाने के लिए किया जाता है.
तरीका: media.uploadToFileSearchStore
यह फ़ंक्शन, FileSearchStore में डेटा अपलोड करता है. साथ ही, FileSearchStore Document में डेटा सेव करने से पहले, उसे प्रीप्रोसेस और चंक करता है.
एंडपॉइंट
- मीडिया अपलोड करने के अनुरोधों के लिए, अपलोड यूआरआई:
https: / /generativelanguage.googleapis.com /upload /v1beta /{fileSearchStoreName=fileSearchStores /*}:uploadToFileSearchStore
- सिर्फ़ मेटाडेटा के अनुरोधों के लिए मेटाडेटा यूआरआई:
https: / /generativelanguage.googleapis.com /v1beta /{fileSearchStoreName=fileSearchStores /*}:uploadToFileSearchStore
पाथ पैरामीटर
fileSearchStoreName
string
ज़रूरी है. इम्यूटेबल. FileSearchStore का नाम, जिसमें फ़ाइल अपलोड करनी है. उदाहरण: fileSearchStores/my-file-search-store-123 यह fileSearchStores/{filesearchstore} के फ़ॉर्म में होता है.
अनुरोध का मुख्य भाग
अनुरोध के मुख्य हिस्से में, इस स्ट्रक्चर का डेटा शामिल होता है:
displayName
string
ज़रूरी नहीं. बनाए गए दस्तावेज़ का डिसप्ले नेम.
customMetadata[]
object (CustomMetadata)
डेटा से जोड़ा जाने वाला कस्टम मेटाडेटा.
chunkingConfig
object (ChunkingConfig)
ज़रूरी नहीं. इस कॉन्फ़िगरेशन से सेवा को यह पता चलता है कि डेटा को कैसे बांटा जाए. अगर यह जानकारी नहीं दी जाती है, तो सेवा डिफ़ॉल्ट पैरामीटर का इस्तेमाल करेगी.
mimeType
string
ज़रूरी नहीं. डेटा का MIME टाइप. अगर यह जानकारी नहीं दी जाती है, तो अपलोड किए गए कॉन्टेंट से इसका अनुमान लगाया जाएगा.
जवाब का मुख्य भाग
यह google.longrunning.Operation की कॉपी है. हमें इसे कॉपी करने की ज़रूरत इसलिए है, क्योंकि Scotty के साथ इंटरैक्ट करने के लिए, हमें Scotty के लिए खास तौर पर बनाया गया फ़ील्ड जोड़ना होता है. इसे टॉप लेवल के ऑपरेशन प्रोटो में नहीं जोड़ा जा सकता.
अगर एपीआई सही से जुड़ जाता है, ताे जवाब के मुख्य भाग में नीचे दिए गए स्ट्रक्चर शामिल होता है.
name
string
सर्वर की ओर से असाइन किया गया नाम. यह नाम सिर्फ़ उसी सेवा के लिए यूनीक होता है जो इसे पहली बार दिखाती है. अगर डिफ़ॉल्ट एचटीटीपी मैपिंग का इस्तेमाल किया जाता है, तो name एक संसाधन का नाम होना चाहिए. इसका आखिरी हिस्सा operations/{unique_id} होना चाहिए.
metadata
object
कार्रवाई से जुड़ा, सेवा के हिसाब से मेटाडेटा. आम तौर पर, इसमें प्रोग्रेस की जानकारी और सामान्य मेटाडेटा होता है. जैसे, बनाने का समय. ऐसा हो सकता है कि कुछ सेवाएं इस तरह का मेटाडेटा उपलब्ध न कराएं. लंबे समय तक चलने वाली कार्रवाई को वापस लाने वाले किसी भी तरीके को मेटाडेटा टाइप के बारे में जानकारी देनी चाहिए.
एक ऑब्जेक्ट, जिसमें आर्बिट्ररी टाइप के अलग-अलग फ़ील्ड शामिल हों. एक ऐसा अतिरिक्त फ़ील्ड "@type" जिसमें टाइप की पहचान करने वाला यूआरआई हो. उदाहरण: { "id": 1234, "@type": "types.example.com/standard/id" }.
done
boolean
अगर वैल्यू false है, तो इसका मतलब है कि कार्रवाई अब भी चल रही है. अगर वैल्यू true है, तो कार्रवाई पूरी हो गई है और error या response उपलब्ध है.
result
Union type
error या मान्य response हो सकता है. अगर वैल्यू done == false है, तो न तो error और न ही response सेट है. अगर वैल्यू done == true है, तो error या response में से सिर्फ़ एक को सेट किया जा सकता है. ऐसा हो सकता है कि कुछ सेवाएं, नतीजे न दिखाएं. result इनमें से सिर्फ़ एक हो सकता है:error
object (Status)
अगर कार्रवाई पूरी नहीं होती है या रद्द हो जाती है, तो गड़बड़ी का नतीजा.
response
object
कार्रवाई का सामान्य और सही रिस्पॉन्स. अगर मूल तरीके से डेटा नहीं मिलता है, जैसे कि Delete, तो जवाब google.protobuf.Empty होता है. अगर ओरिजनल तरीका स्टैंडर्ड Get/Create/Update है, तो जवाब संसाधन होना चाहिए. अन्य तरीकों के लिए, जवाब में टाइप XxxResponse होना चाहिए. यहां Xxx, मूल तरीके का नाम है. उदाहरण के लिए, अगर मूल तरीके का नाम TakeSnapshot() है, तो अनुमानित जवाब का टाइप TakeSnapshotResponse है.
एक ऑब्जेक्ट, जिसमें आर्बिट्ररी टाइप के अलग-अलग फ़ील्ड शामिल हों. एक ऐसा अतिरिक्त फ़ील्ड "@type" जिसमें टाइप की पहचान करने वाला यूआरआई हो. उदाहरण: { "id": 1234, "@type": "types.example.com/standard/id" }.
| JSON के काेड में दिखाना |
|---|
{
"name": string,
"metadata": {
"@type": string,
field1: ...,
...
},
"done": boolean,
// result
"error": {
object ( |
तरीका: fileSearchStores.create
इससे एक खाली FileSearchStore बनता है.
एंडपॉइंट
posthttps: / /generativelanguage.googleapis.com /v1beta /fileSearchStores
अनुरोध का मुख्य भाग
अनुरोध के मुख्य भाग में FileSearchStore का उदाहरण है.
displayName
string
ज़रूरी नहीं. FileSearchStore का डिसप्ले नेम, जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है. डिसप्ले नेम में स्पेस मिलाकर 512 से ज़्यादा वर्ण नहीं होने चाहिए. उदाहरण: "Docs on Semantic Retriever"
जवाब का मुख्य भाग
अगर अनुरोध पूरा हो जाता है, तो जवाब के मुख्य हिस्से में FileSearchStore का नया इंस्टेंस शामिल किया जाता है.
तरीका: fileSearchStores.delete
यह कुकी, FileSearchStore को मिटाती है.
एंडपॉइंट
deletehttps: / /generativelanguage.googleapis.com /v1beta /{name=fileSearchStores /*}
पाथ पैरामीटर
name
string
ज़रूरी है. FileSearchStore का संसाधन नाम. उदाहरण: fileSearchStores/my-file-search-store-123 यह fileSearchStores/{filesearchstore} के फ़ॉर्म में होता है.
क्वेरी पैरामीटर
force
boolean
ज़रूरी नहीं. इसे सही पर सेट करने पर, इस FileSearchStore से जुड़े सभी Document और ऑब्जेक्ट भी मिट जाएंगे.
अगर यह डिफ़ॉल्ट रूप से गलत है, तो FAILED_PRECONDITION में कोई भी Document होने पर, FAILED_PRECONDITION गड़बड़ी दिखेगी.FileSearchStore
अनुरोध का मुख्य भाग
अनुरोध का मुख्य हिस्सा खाली होना चाहिए.
जवाब का मुख्य भाग
अगर अनुरोध पूरा हो जाता है, तो जवाब के मुख्य हिस्से में एक खाली JSON ऑब्जेक्ट होता है.
तरीका: fileSearchStores.get
किसी खास FileSearchStore के बारे में जानकारी मिलती है.
एंडपॉइंट
gethttps: / /generativelanguage.googleapis.com /v1beta /{name=fileSearchStores /*}
पाथ पैरामीटर
name
string
ज़रूरी है. FileSearchStore का नाम. उदाहरण: fileSearchStores/my-file-search-store-123 यह fileSearchStores/{filesearchstore} के फ़ॉर्म में होता है.
अनुरोध का मुख्य भाग
अनुरोध का मुख्य हिस्सा खाली होना चाहिए.
जवाब का मुख्य भाग
कामयाब रहने पर, जवाब के मुख्य हिस्से में FileSearchStore का एक इंस्टेंस शामिल किया जाता है.
तरीका: fileSearchStores.list
यह कुकी, उपयोगकर्ता के मालिकाना हक वाले सभी FileSearchStores की सूची बनाती है.
एंडपॉइंट
gethttps: / /generativelanguage.googleapis.com /v1beta /fileSearchStores
क्वेरी पैरामीटर
pageSize
integer
ज़रूरी नहीं. हर पेज पर, ज़्यादा से ज़्यादा FileSearchStores नतीजे दिखाए जा सकते हैं. ऐसा हो सकता है कि सेवा कम FileSearchStores दिखाए.
अगर इसे तय नहीं किया गया है, तो ज़्यादा से ज़्यादा 10 FileSearchStores दिखेंगे. हर पेज पर ज़्यादा से ज़्यादा 20 FileSearchStores हो सकते हैं.
pageToken
string
ज़रूरी नहीं. यह एक पेज टोकन है, जो पिछले fileSearchStores.list कॉल से मिला था.
अगले पेज को वापस पाने के लिए, अगले अनुरोध में nextPageToken को आर्ग्युमेंट के तौर पर इस्तेमाल करें.
पेज नंबर के हिसाब से डेटा दिखाने के दौरान, fileSearchStores.list को दिए गए अन्य सभी पैरामीटर, पेज टोकन देने वाले कॉल से मेल खाने चाहिए.
अनुरोध का मुख्य भाग
अनुरोध का मुख्य हिस्सा खाली होना चाहिए.
जवाब का मुख्य भाग
fileSearchStores.list से मिला जवाब, जिसमें पेज के हिसाब से FileSearchStores की सूची शामिल है. नतीजों को fileSearchStore.create_time के हिसाब से बढ़ते क्रम में लगाया गया है.
अगर एपीआई सही से जुड़ जाता है, ताे जवाब के मुख्य भाग में नीचे दिए गए स्ट्रक्चर शामिल होता है.
fileSearchStores[]
object (FileSearchStore)
वापस किए गए ragStores.
nextPageToken
string
यह एक टोकन है. इसका इस्तेमाल अगले पेज को वापस पाने के लिए, pageToken के तौर पर किया जा सकता है. अगर इस फ़ील्ड को शामिल नहीं किया जाता है, तो इसका मतलब है कि कोई और पेज नहीं है.
| JSON के काेड में दिखाना |
|---|
{
"fileSearchStores": [
{
object ( |
तरीका: fileSearchStores.importFile
यह फ़ाइल सेवा से File को FileSearchStore में इंपोर्ट करता है.
एंडपॉइंट
posthttps: / /generativelanguage.googleapis.com /v1beta /{fileSearchStoreName=fileSearchStores /*}:importFile
पाथ पैरामीटर
fileSearchStoreName
string
ज़रूरी है. इम्यूटेबल. वह FileSearchStore जिसमें फ़ाइल इंपोर्ट करनी है. उदाहरण: fileSearchStores/my-file-search-store-123 यह fileSearchStores/{filesearchstore} के फ़ॉर्म में होता है.
अनुरोध का मुख्य भाग
अनुरोध के मुख्य हिस्से में, इस स्ट्रक्चर का डेटा शामिल होता है:
fileName
string
ज़रूरी है. इंपोर्ट किए जाने वाले File का नाम. उदाहरण: files/abc-123
customMetadata[]
object (CustomMetadata)
फ़ाइल से जोड़ा जाने वाला कस्टम मेटाडेटा.
chunkingConfig
object (ChunkingConfig)
ज़रूरी नहीं. इस कॉन्फ़िगरेशन से सेवा को यह पता चलता है कि फ़ाइल को कैसे हिस्सों में बांटा जाए. अगर यह जानकारी नहीं दी जाती है, तो सेवा डिफ़ॉल्ट पैरामीटर का इस्तेमाल करेगी.
जवाब का मुख्य भाग
कामयाब रहने पर, जवाब के मुख्य हिस्से में Operation का एक इंस्टेंस शामिल किया जाता है.
REST रिसॉर्स: fileSearchStores.operations
संसाधन: ऑपरेशन
यह संसाधन, ज़्यादा समय तक चलने वाली कार्रवाई को दिखाता है. यह कार्रवाई, नेटवर्क एपीआई कॉल का नतीजा है.
name
string
सर्वर की ओर से असाइन किया गया नाम. यह नाम सिर्फ़ उसी सेवा के लिए यूनीक होता है जो इसे पहली बार दिखाती है. अगर डिफ़ॉल्ट एचटीटीपी मैपिंग का इस्तेमाल किया जाता है, तो name एक संसाधन का नाम होना चाहिए. इसका आखिरी हिस्सा operations/{unique_id} होना चाहिए.
metadata
object
कार्रवाई से जुड़ा, सेवा के हिसाब से मेटाडेटा. आम तौर पर, इसमें प्रोग्रेस की जानकारी और सामान्य मेटाडेटा होता है. जैसे, बनाने का समय. ऐसा हो सकता है कि कुछ सेवाएं इस तरह का मेटाडेटा उपलब्ध न कराएं. लंबे समय तक चलने वाली कार्रवाई को वापस लाने वाले किसी भी तरीके को मेटाडेटा टाइप के बारे में जानकारी देनी चाहिए.
एक ऑब्जेक्ट, जिसमें आर्बिट्ररी टाइप के अलग-अलग फ़ील्ड शामिल हों. एक ऐसा अतिरिक्त फ़ील्ड "@type" जिसमें टाइप की पहचान करने वाला यूआरआई हो. उदाहरण: { "id": 1234, "@type": "types.example.com/standard/id" }.
done
boolean
अगर वैल्यू false है, तो इसका मतलब है कि कार्रवाई अब भी चल रही है. अगर वैल्यू true है, तो कार्रवाई पूरी हो गई है और error या response उपलब्ध है.
result
Union type
error या मान्य response हो सकता है. अगर वैल्यू done == false है, तो न तो error और न ही response सेट है. अगर वैल्यू done == true है, तो error या response में से सिर्फ़ एक को सेट किया जा सकता है. ऐसा हो सकता है कि कुछ सेवाएं, नतीजे न दिखाएं. result इनमें से सिर्फ़ एक हो सकता है:error
object (Status)
अगर कार्रवाई पूरी नहीं होती है या रद्द हो जाती है, तो गड़बड़ी का नतीजा.
response
object
कार्रवाई का सामान्य और सही रिस्पॉन्स. अगर मूल तरीके से डेटा नहीं मिलता है, जैसे कि Delete, तो जवाब google.protobuf.Empty होता है. अगर ओरिजनल तरीका स्टैंडर्ड Get/Create/Update है, तो जवाब संसाधन होना चाहिए. अन्य तरीकों के लिए, जवाब में टाइप XxxResponse होना चाहिए. यहां Xxx, मूल तरीके का नाम है. उदाहरण के लिए, अगर मूल तरीके का नाम TakeSnapshot() है, तो अनुमानित जवाब का टाइप TakeSnapshotResponse है.
एक ऑब्जेक्ट, जिसमें आर्बिट्ररी टाइप के अलग-अलग फ़ील्ड शामिल हों. एक ऐसा अतिरिक्त फ़ील्ड "@type" जिसमें टाइप की पहचान करने वाला यूआरआई हो. उदाहरण: { "id": 1234, "@type": "types.example.com/standard/id" }.
| JSON के काेड में दिखाना |
|---|
{
"name": string,
"metadata": {
"@type": string,
field1: ...,
...
},
"done": boolean,
// result
"error": {
object ( |
तरीका: fileSearchStores.operations.get
इस तरीके से, ज़्यादा समय तक चलने वाली कार्रवाई की मौजूदा स्थिति मिलती है. क्लाइंट इस तरीके का इस्तेमाल करके, एपीआई सेवा के सुझाए गए इंटरवल पर कार्रवाई के नतीजे को पोल कर सकते हैं.
एंडपॉइंट
gethttps: / /generativelanguage.googleapis.com /v1beta /{name=fileSearchStores /* /operations /*}
पाथ पैरामीटर
name
string
कार्रवाई के रिसॉर्स का नाम. यह fileSearchStores/{filesearchstore}/operations/{operation} के फ़ॉर्म में होता है.
अनुरोध का मुख्य भाग
अनुरोध का मुख्य हिस्सा खाली होना चाहिए.
जवाब का मुख्य भाग
कामयाब रहने पर, जवाब के मुख्य हिस्से में Operation का एक इंस्टेंस शामिल किया जाता है.
REST रिसॉर्स: fileSearchStores.upload.operations
संसाधन: ऑपरेशन
यह संसाधन, ज़्यादा समय तक चलने वाली कार्रवाई को दिखाता है. यह कार्रवाई, नेटवर्क एपीआई कॉल का नतीजा है.
name
string
सर्वर की ओर से असाइन किया गया नाम. यह नाम सिर्फ़ उसी सेवा के लिए यूनीक होता है जो इसे पहली बार दिखाती है. अगर डिफ़ॉल्ट एचटीटीपी मैपिंग का इस्तेमाल किया जाता है, तो name एक संसाधन का नाम होना चाहिए. इसका आखिरी हिस्सा operations/{unique_id} होना चाहिए.
metadata
object
कार्रवाई से जुड़ा, सेवा के हिसाब से मेटाडेटा. आम तौर पर, इसमें प्रोग्रेस की जानकारी और सामान्य मेटाडेटा होता है. जैसे, बनाने का समय. ऐसा हो सकता है कि कुछ सेवाएं इस तरह का मेटाडेटा उपलब्ध न कराएं. लंबे समय तक चलने वाली कार्रवाई को वापस लाने वाले किसी भी तरीके को मेटाडेटा टाइप के बारे में जानकारी देनी चाहिए.
एक ऑब्जेक्ट, जिसमें आर्बिट्ररी टाइप के अलग-अलग फ़ील्ड शामिल हों. एक ऐसा अतिरिक्त फ़ील्ड "@type" जिसमें टाइप की पहचान करने वाला यूआरआई हो. उदाहरण: { "id": 1234, "@type": "types.example.com/standard/id" }.
done
boolean
अगर वैल्यू false है, तो इसका मतलब है कि कार्रवाई अब भी चल रही है. अगर वैल्यू true है, तो कार्रवाई पूरी हो गई है और error या response उपलब्ध है.
result
Union type
error या मान्य response हो सकता है. अगर वैल्यू done == false है, तो न तो error और न ही response सेट है. अगर वैल्यू done == true है, तो error या response में से सिर्फ़ एक को सेट किया जा सकता है. ऐसा हो सकता है कि कुछ सेवाएं, नतीजे न दिखाएं. result इनमें से सिर्फ़ एक हो सकता है:error
object (Status)
अगर कार्रवाई पूरी नहीं होती है या रद्द हो जाती है, तो गड़बड़ी का नतीजा.
response
object
कार्रवाई का सामान्य और सही रिस्पॉन्स. अगर मूल तरीके से डेटा नहीं मिलता है, जैसे कि Delete, तो जवाब google.protobuf.Empty होता है. अगर ओरिजनल तरीका स्टैंडर्ड Get/Create/Update है, तो जवाब संसाधन होना चाहिए. अन्य तरीकों के लिए, जवाब में टाइप XxxResponse होना चाहिए. यहां Xxx, मूल तरीके का नाम है. उदाहरण के लिए, अगर मूल तरीके का नाम TakeSnapshot() है, तो अनुमानित जवाब का टाइप TakeSnapshotResponse है.
एक ऑब्जेक्ट, जिसमें आर्बिट्ररी टाइप के अलग-अलग फ़ील्ड शामिल हों. एक ऐसा अतिरिक्त फ़ील्ड "@type" जिसमें टाइप की पहचान करने वाला यूआरआई हो. उदाहरण: { "id": 1234, "@type": "types.example.com/standard/id" }.
| JSON के काेड में दिखाना |
|---|
{
"name": string,
"metadata": {
"@type": string,
field1: ...,
...
},
"done": boolean,
// result
"error": {
object ( |
तरीका: fileSearchStores.upload.operations.get
इस तरीके से, ज़्यादा समय तक चलने वाली कार्रवाई की मौजूदा स्थिति मिलती है. क्लाइंट इस तरीके का इस्तेमाल करके, एपीआई सेवा के सुझाए गए इंटरवल पर कार्रवाई के नतीजे को पोल कर सकते हैं.
एंडपॉइंट
gethttps: / /generativelanguage.googleapis.com /v1beta /{name=fileSearchStores /* /upload /operations /*}
पाथ पैरामीटर
name
string
कार्रवाई के रिसॉर्स का नाम. यह fileSearchStores/{filesearchstore}/upload/operations/{operation} के फ़ॉर्म में होता है.
अनुरोध का मुख्य भाग
अनुरोध का मुख्य हिस्सा खाली होना चाहिए.
जवाब का मुख्य भाग
कामयाब रहने पर, जवाब के मुख्य हिस्से में Operation का एक इंस्टेंस शामिल किया जाता है.
REST रिसॉर्स: fileSearchStores
संसाधन: FileSearchStore
FileSearchStore, Document का एक कलेक्शन होता है.
name
string
सिर्फ़ आउटपुट के लिए. इम्यूटेबल. आइडेंटिफ़ायर. FileSearchStore रिसॉर्स का नाम. यह एक आईडी है. इसमें "fileSearchStores/" प्रीफ़िक्स को छोड़कर, नाम शामिल होता है. इसमें ज़्यादा से ज़्यादा 40 वर्ण हो सकते हैं. ये वर्ण, छोटे अक्षरों वाले ऐल्फ़ान्यूमेरिक या डैश (-) हो सकते हैं. यह सिर्फ़ आउटपुट होता है. यूनीक नाम, displayName से लिया जाएगा. साथ ही, इसमें 12 वर्णों वाला रैंडम सफ़िक्स भी शामिल होगा. उदाहरण: fileSearchStores/my-awesome-file-search-store-123a456b789c अगर displayName नहीं दिया जाता है, तो नाम अपने-आप जनरेट हो जाएगा.
displayName
string
ज़रूरी नहीं. FileSearchStore का डिसप्ले नेम, जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है. डिसप्ले नेम में स्पेस मिलाकर 512 से ज़्यादा वर्ण नहीं होने चाहिए. उदाहरण: "Docs on Semantic Retriever"
createTime
string (Timestamp format)
सिर्फ़ आउटपुट के लिए. FileSearchStore बनाए जाने का टाइमस्टैंप.
यह आरएफ़सी 3339 का इस्तेमाल करता है. इसमें जनरेट किया गया आउटपुट हमेशा Z-नॉर्मलाइज़ किया जाएगा और इसमें 0, 3, 6 या 9 फ़्रैक्शनल अंक इस्तेमाल किए जाएंगे. "Z" के अलावा, अन्य ऑफ़सेट भी स्वीकार किए जाते हैं. उदाहरण: "2014-10-02T15:01:23Z", "2014-10-02T15:01:23.045123456Z" या "2014-10-02T15:01:23+05:30".
updateTime
string (Timestamp format)
सिर्फ़ आउटपुट के लिए. FileSearchStore को आखिरी बार अपडेट किए जाने का टाइमस्टैंप.
यह आरएफ़सी 3339 का इस्तेमाल करता है. इसमें जनरेट किया गया आउटपुट हमेशा Z-नॉर्मलाइज़ किया जाएगा और इसमें 0, 3, 6 या 9 फ़्रैक्शनल अंक इस्तेमाल किए जाएंगे. "Z" के अलावा, अन्य ऑफ़सेट भी स्वीकार किए जाते हैं. उदाहरण: "2014-10-02T15:01:23Z", "2014-10-02T15:01:23.045123456Z" या "2014-10-02T15:01:23+05:30".
activeDocumentsCount
string (int64 format)
सिर्फ़ आउटपुट के लिए. FileSearchStore में मौजूद उन दस्तावेज़ों की संख्या जिन्हें वापस पाया जा सकता है और जिनका इस्तेमाल किया जा सकता है.
pendingDocumentsCount
string (int64 format)
सिर्फ़ आउटपुट के लिए. FileSearchStore में मौजूद उन दस्तावेज़ों की संख्या जिन्हें प्रोसेस किया जा रहा है.
failedDocumentsCount
string (int64 format)
सिर्फ़ आउटपुट के लिए. FileSearchStore में मौजूद उन दस्तावेज़ों की संख्या जिन्हें प्रोसेस नहीं किया जा सका.
sizeBytes
string (int64 format)
सिर्फ़ आउटपुट के लिए. FileSearchStore में शामिल किए गए रॉ बाइट का साइज़. यह FileSearchStore में मौजूद सभी दस्तावेज़ों का कुल साइज़ है.
| JSON के काेड में दिखाना |
|---|
{ "name": string, "displayName": string, "createTime": string, "updateTime": string, "activeDocumentsCount": string, "pendingDocumentsCount": string, "failedDocumentsCount": string, "sizeBytes": string } |