প্রশ্নের মধ্যে থাকা সারণীটি ছিল একটি রোলআপ / সমষ্টি টেবিল।
তবে এটি কেবল সূক্ষ্ম নয়, এটি "সঠিক"।
এবং এটি সংক্ষিপ্ত টেবিলের মতো গন্ধযুক্ত, যেহেতু এটি শুরু হয় day
।
আপনার কিছু গৌণ সূচক আছে? মনে রাখবেন যে আপনি যদি InnoDB ব্যবহার করছেন তবে বাকি মূল কলামগুলি দ্বিতীয় সূচকের শেষের দিকে সজ্জিত হবে। আবার এটি অগত্যা কোনও সমস্যা নয়।
100M সারিগুলি রোলআপের জন্য অনেক কিছু। মনে হচ্ছে টেবিলটি খুব সূক্ষ্ম। এটি হ'ল, সম্ভবত পরিবর্তে যদি (তারিখ, ক, খ, সি, ডি) আপনার পিকে সঙ্গে (তারিখ, ক, খ, গ), (তারিখ, বি, সি, ডি), (তারিখ, সি, d, a), (তারিখ, d, a, খ) (বা কিছু উপযুক্ত সংমিশ্রণ)। আমি এটি করছি, প্রতিটিতে কেবল 10M সারি থাকবে, যার ফলে রিপোর্টগুলি এখনও আরও দ্রুত তৈরি করা হবে, যখন প্রতিবেদনে প্রায় তত নমনীয়তা রয়েছে।
অথবা হতে পারে (সপ্তাহ, ক, খ, সি, ডি) এ স্যুইচ করুন, যা কেবলমাত্র 14 এম সারি হতে পারে। (সম্ভবত আরও।)
ছাঁটাইয়ের সুবিধার্থে পার্টিশন ব্যবহার করা --- উচ্চ গতির ইনজেশন --- ডেটা গুদাম টিপস --- সংক্ষিপ্ত সারণি । এগুলি কয়েকটি ডিডাব্লু প্রকল্পে আমি যে কৌশলগুলি বিকাশ করেছি তার সংক্ষিপ্তসার জানায়। আপনি যেমন অনুমান করতে পারেন, প্রতিটি প্রকল্প আলাদা। সংক্ষিপ্ত টেবিলগুলির 'টিপিকাল' সংখ্যা (আমার অভিজ্ঞতায়) 3-7। সংক্ষিপ্তকরণের লক্ষ্য হ'ল 10 টি ফ্যাক্ট সারি -> 1 সারসংক্ষেপ সারি। (এটি 'মিডিয়ান' হতে পারে)) বিরল ক্ষেত্রে আমি একটি সংক্ষিপ্তসার সারণি সংক্ষিপ্ত করে তুলেছিলাম। অন্য একটি বিরল ক্ষেত্রে, আমি ভাল প্রভাবের জন্য একটি সংক্ষিপ্তসার টেবিলটি পার্টিশন করেছি; সাধারণত সংক্ষিপ্তসার সারণীগুলি যথেষ্ট ছোট তাই কোনও ইউআই থেকে সরাসরি অ্যাক্সেসের জন্য এগুলি যথেষ্ট দ্রুত।