Firebase Realtime Database ডেটা স্টোরেজ এবং অপারেশনের উপর নিম্নোক্ত বিধিনিষেধ রয়েছে। এই সীমার যে কোনো একটি অতিক্রম করতে, একাধিক ডাটাবেস ব্যবহার করুন ।
গ্লোবাল
অপারেশন | সীমা | বর্ণনা |
---|---|---|
যুগপত সংযোগ | 200,000* | একটি যুগপত সংযোগ একটি মোবাইল ডিভাইস, ব্রাউজার ট্যাব, বা ডাটাবেসের সাথে সংযুক্ত সার্ভার অ্যাপের সমতুল্য। এটি আপনার অ্যাপের মোট ব্যবহারকারীর সংখ্যার সমান নয়, কারণ আপনার ব্যবহারকারীরা সবাই একবারে সংযুক্ত হয় না। উদাহরণ স্বরূপ, 10 মিলিয়ন মাসিক সক্রিয় ব্যবহারকারীর অ্যাপে সাধারণত 200,000 এর কম একযোগে সংযোগ থাকে। আপনার সর্বাধিক একযোগে সংযোগগুলি আপনার মোট ব্যবহারকারীর সংখ্যা এবং ব্যবহারকারীরা আপনার অ্যাপে ব্যয় করা গড় সময়ের উপর নির্ভর করে৷ যাইহোক, যদি আপনার এই সীমা ছাড়িয়ে যেতে হয়, একাধিক ডাটাবেস ব্যবহার করার চেষ্টা করুন। *একযোগে সংযোগে স্পার্ক প্ল্যানের সীমা হল 100৷ |
একক ডাটাবেস থেকে পাঠানো একযোগে প্রতিক্রিয়া। | ~100,000/সেকেন্ড | প্রতিক্রিয়াগুলির মধ্যে একটি নির্দিষ্ট সময়ে একটি একক ডাটাবেস থেকে সার্ভার দ্বারা পাঠানো একযোগে সম্প্রচার এবং রিড অপারেশন অন্তর্ভুক্ত। সীমাটি সেই ডাটা প্যাকেটগুলিকে বোঝায় যা ডাটাবেস থেকে প্রেরিত পুশ বিজ্ঞপ্তি সহ প্রতিটি পৃথক পঠিত বা সম্প্রচার ক্রিয়াকলাপের প্রতিনিধিত্ব করে। এই নির্দেশিকাটি টেকসই লোডের জন্য, কিন্তু ডাটাবেস মাঝে মাঝে উচ্চ বিস্ফোরণগুলি পরিচালনা করতে পারে। |
একটি একক লেখার মাধ্যমে ট্রিগার হওয়া ক্লাউড ফাংশনের সংখ্যা | 1000; অথবা, Cloud Functions v2 এর জন্য প্রতি অঞ্চলে 500 | আপনি একটি একক ফাংশন থেকে কতগুলি রিড বা রাইট অপারেশন ট্রিগার করতে পারবেন তার কোনো সীমা নেই, একটি ডাটাবেস লেখার অপারেশন শুধুমাত্র 1000টি ফাংশন বা Cloud Functions v2 এর জন্য প্রতি অঞ্চলে 500টি ফাংশন ট্রিগার করতে পারে। Cloud Functions শুধুমাত্র লেখার ক্রিয়াকলাপগুলির দ্বারা ট্রিগার করা যেতে পারে এবং প্রতিটি ফাংশন আরও লেখার ক্রিয়াকলাপগুলিকে ট্রিগার করতে পারে যা আরও ফাংশনকে ট্রিগার করে (প্রতিটি তাদের নিজস্ব 1000-ফাংশন বা 500-প্রতি-অঞ্চল সীমা সহ)। |
একটি লেখার দ্বারা ট্রিগার হওয়া একটি একক ইভেন্টের আকার | 1 এমবি | একটি ইভেন্টের আকার নিম্নলিখিত মান নিয়ে গঠিত:
|
Cloud Functions ডেটা স্থানান্তর | 10MB/সেকেন্ড স্থায়ী | Cloud Functions ফরওয়ার্ড করা যেতে পারে এমন ইভেন্ট ডেটার হার। |
ডাটা ট্রি
সম্পত্তি | সীমা | বর্ণনা |
---|---|---|
চাইল্ড নোডের সর্বোচ্চ গভীরতা | 32 | আপনার ডেটা ট্রির প্রতিটি পথ অবশ্যই 32 স্তরের কম গভীর হতে হবে। |
একটি চাবির দৈর্ঘ্য | 768 বাইট | কীগুলি UTF-8 এনকোড করা হয় এবং এতে নতুন লাইন বা নিম্নলিখিত অক্ষর থাকতে পারে না: . $ # [ ] / অথবা যেকোনো ASCII নিয়ন্ত্রণ অক্ষর (0x00 - 0x1F এবং 0x7F) |
একটি স্ট্রিংয়ের সর্বাধিক আকার | 10 MB | ডেটা UTF-8 এনকোড করা হয়েছে। |
পড়ে
বর্ণনা | সীমা | নোট |
---|---|---|
ডাটাবেস দ্বারা পরিবেশিত একক প্রতিক্রিয়ার আকার | 256 এমবি | একটি একক অবস্থানে ডাটাবেস থেকে ডাউনলোড করা ডেটার আকার প্রতিটি রিড অপারেশনের জন্য 256 MB-এর কম হওয়া উচিত। একটি বড় অবস্থানে একটি রিড অপারেশন করতে, নিম্নলিখিত বিকল্পগুলির মধ্যে একটি চেষ্টা করুন: |
শ্রোতা বা কোয়েরি সহ একটি পথের মোট নোড | 75 মিলিয়ন* | আপনি 75 মিলিয়নের বেশি নোড সহ পাথ শুনতে বা জিজ্ঞাসা করতে পারবেন না, ক্রমবর্ধমান। যাইহোক, আপনি এখনও চাইল্ড নোড শুনতে বা জিজ্ঞাসা করতে পারেন। পথের গভীরে ড্রিল করার চেষ্টা করুন বা পথের আরও নির্দিষ্ট অংশের জন্য পৃথক শ্রোতা বা প্রশ্ন তৈরি করুন। *আপনি Firebase কনসোলে ডেটা ভিউয়ার থেকে মোট 30,000 টির বেশি নোড সহ পাথ দেখতে পারবেন না। |
একটি একক প্রশ্ন চালানোর সময় দৈর্ঘ্য | 15 মিনিট* | একটি একক প্রশ্ন ব্যর্থ হওয়ার আগে 15 মিনিট পর্যন্ত চলতে পারে। * Firebase কনসোলে সম্পাদিত একটি একক প্রশ্ন ব্যর্থ হওয়ার আগে শুধুমাত্র 5 সেকেন্ড পর্যন্ত চলতে পারে। |
লেখে
বর্ণনা | সীমা | নোট |
---|---|---|
হার লিখুন | 1,000 লেখা/সেকেন্ড | একটি ডাটাবেসে প্রতি সেকেন্ডে লেখার সীমা। যদিও কঠিন সীমা নয়, আপনি যদি প্রতি সেকেন্ডে 1,000-এর বেশি লেখা বজায় রাখেন, আপনার লেখার কার্যকলাপ হার-সীমিত হতে পারে। |
ডাটাবেসে একক লেখার অনুরোধের আকার | REST API থেকে 256 MB; SDK থেকে 16 MB। | প্রতিটি লেখার ক্রিয়াকলাপে মোট ডেটা 256 MB এর কম হওয়া উচিত। মাল্টি-পাথ আপডেটগুলি একই আকারের সীমাবদ্ধতার বিষয়। |
বাইট লেখা | 64 এমবি/মিনিট | যেকোন সময়ে ডাটাবেসে একযোগে লেখা ক্রিয়াকলাপের মাধ্যমে লেখা মোট বাইট। |