এটা অবশ্যই. আমরা এই সম্পর্কিত প্রশ্নের অধীনে এটিকে বিস্তারিতভাবে আলোচনা করেছি:
স্পেসটি বহুগুণে বরাদ্দ করা হয় MAXALIGN, যা 64৪-বিট ওএসে সাধারণত 8 বাইট বা 32-বিট ওএসের 4 বাইট (খুব কম সাধারণ) হয়। আপনি যদি নিশ্চিত না হন তবে পরীক্ষা করুন pg_controldata। এটি ইনডেক্সড কলামগুলির ডেটা ধরণের উপর নির্ভর করে (কিছুকে অ্যালাইনমেন্ট প্যাডিং প্রয়োজন) এবং প্রকৃত সামগ্রী content
অনুলিপিটি বলুন, দুটি integerকলাম (প্রতিটি 4 বাইট) সাধারণত একটির সূচকের মতো ঠিক বড় হয়ে যায়, যেখানে আরও 4 বাইট বিন্যাস প্যাডিংয়ের সাথে হারিয়ে যায়।
এই জাতীয় ক্ষেত্রে ক্যোয়ারী পরিকল্পনাকারীর পক্ষে কোনও সূচক ব্যবহার করার পক্ষে আসলে কোনও খারাপ দিক নেই (a,b)- কেবলমাত্র একটি সূচকের তুলনায় (a)। এবং একই সূচকটি ব্যবহার করা একাধিক প্রশ্নের পক্ষে সাধারণত পছন্দনীয়। এটির (বা এর কিছু অংশ) ভাগ (ভাগ করা) ক্যাশে থাকার সুযোগ বেড়ে যায় shared
যদি আপনি ইতিমধ্যে সূচক বজায় রাখেন (a,b)তবে তা অন্যদিকে কেবল অন্য সূচি তৈরি করা বুদ্ধিমান হবে (a)না - যদি না এটি যথেষ্ট পরিমাণে ছোট হয়। একই না জন্য সত্য (b,a)বনাম (a)। এটির জন্য আরও প্রথম লাইনে লিঙ্কটি অনুসরণ করুন।
বিপরীত দিক থেকে আগত, যখন আপনার যখন এর মতো অতিরিক্ত সূচক দরকার হয় (a,b), তখন একটি বিদ্যমান সূচকটি কেবলমাত্র ছেড়ে দেওয়ার বিষয়ে বিবেচনা করুন (a)- সম্ভব হলে। এটি পিকে বা UNIQUEসীমাবদ্ধতার সূচক হিসাবে প্রায়শই সম্ভব হয় না । পোস্টগ্রেস 11 যেহেতু আপনি কেবল bতার INCLUDEপরিবর্তে ক্লজটির সাথে সীমাবদ্ধতার সংজ্ঞা সংযোজন করে পালিয়ে যেতে পারেন । ম্যানুয়ালটিতে বিশদ।
অথবা(b,a) কেবল bঅতিরিক্তভাবে প্রশ্নগুলি কভার করার পরিবর্তে নতুন সূচক তৈরি করুন । শুধুমাত্র সাম্যতার শর্তে বিটি সূচকগুলিতে সূচক এক্সপ্রেশনগুলির ক্রমটি বিবেচনা করে না। এটি পরিসীমা শর্ত জড়িত যখন, না। দেখা:
আছে সম্ভাব্য মূল্যবান এমনকি যদি যে শুধুমাত্র স্থান অন্যথায় প্রান্তিককরণ প্যাডিং কাছে পরাজিত ব্যবহার করে, একটি সূচক অতিরিক্ত কলাম সহ:
- যখনই অতিরিক্ত কলাম আপডেট করা হয়, সূচকের এখন একটি আপডেটও প্রয়োজন, যা ক্রিয়াকলাপ লেখার জন্য আরও সংযোজন করতে পারে এবং আরও সূচক ব্লাট তৈরি করতে পারে।
- কোনও সূচী কলাম জড়িত থাকার সময় টেবিলের HOT আপডেটগুলি (হিপ ওল টুপল) সম্ভব নয় ।
হট আপডেটে আরও:
কীভাবে বস্তুর আকার মাপতে হবে: