উবুন্টু 12.04-তে পিজি 9.1 ব্যবহার করা।
বর্তমানে আমাদের কোনও ডাটাবেসে আপডেটের স্টেটমেন্টের একটি বড় সেট চালাতে 24 ঘন্টা অবধি লাগে, যা ফর্মটির মধ্যে রয়েছে:
UPDATE table
SET field1 = constant1, field2 = constant2, ...
WHERE id = constid
(আমরা কেবল আইডি দ্বারা চিহ্নিত বস্তুর ক্ষেত্রগুলি ওভাররাইটিং করছি)) মানগুলি একটি বাহ্যিক ডেটা উত্স থেকে আসে (কোনও টেবিলে ডিবিতে ইতিমধ্যে নেই)।
সারণীগুলিতে প্রতিটি মুঠোয় সূচক রয়েছে এবং বিদেশী কী বাধা নেই। শেষ পর্যন্ত কোনও কমিট তৈরি করা হয় না।
pg_dump
পুরো ডিবি এর একটি আমদানি করতে 2 ঘন্টা লাগে । এটি একটি বেসলাইনের মতো মনে হচ্ছে আমাদের যুক্তিসঙ্গতভাবে লক্ষ্য করা উচিত।
পুনরায় আমদানির জন্য পোস্টগ্র্রেএসকিউএল-এর জন্য কোনও ডেটা সেট পুনর্গঠন করে এমন একটি কাস্টম প্রোগ্রাম তৈরির সংক্ষিপ্ততা, আমদানির তুলনায় বাল্ক আপডেটের পারফরম্যান্স আনতে আমরা কি কিছু করতে পারি? (এটি এমন একটি অঞ্চল যা আমরা বিশ্বাস করি যে লগ-কাঠামোগত মার্জ গাছগুলি ভালভাবে পরিচালনা করে তবে আমরা পোস্টগ্র্রেএসকিউএল-তে কিছু করতে পারি কিনা তা ভাবছি))
কিছু ধারণা:
- সমস্ত নন-আইডি সূচকগুলি বাদ দেওয়া এবং তারপরে পুনর্নির্মাণ?
- চেকপয়েন্ট_সেজমেন্টগুলি বাড়ছে, তবে এটি কি দীর্ঘমেয়াদী দীর্ঘমেয়াদী থ্রুপুটটিকে সহায়তা করে?
- এখানে উল্লিখিত কৌশলগুলি ব্যবহার করছেন ? (টেবিল হিসাবে নতুন ডেটা লোড করুন, তারপরে পুরানো ডেটা যেখানে "মার্জ করুন" যেখানে নতুন ডেটাতে আইডি পাওয়া যায় না)
মূলত চেষ্টা করার মতো অনেকগুলি জিনিস রয়েছে এবং আমরা নিশ্চিত না যে সর্বাধিক কার্যকর কোনটি বা আমরা যদি অন্য বিষয়গুলি অবহেলা করি। আমরা পরের কয়েক দিন পরীক্ষায় ব্যয় করব, তবে আমরা ভেবেছিলাম আমরা এখানেও জিজ্ঞাসা করব।
আমার টেবিলে একযোগে বোঝা রয়েছে তবে এটি কেবল পঠনযোগ্য।
explain analyze
এটির মাধ্যমে পরীক্ষা করেছেন যে এটি অনুসন্ধানের জন্য কোনও সূচক ব্যবহার করছে?