নেইভ (naïve) পদ্ধতিতে, সম্পূর্ণ ফ্রিকোয়েন্ট আইটেমসেট সেট মাইন করা হয় এবং তারপর প্রতিটি ফ্রিকোয়েন্ট আইটেমসেট সরিয়ে ফেলা হয় যা একটি বর্তমান ফ্রিকোয়েন্ট আইটেমসেটের প্রপার সাবসেট এবং একই সাপোর্ট দেয়।
এই পদ্ধতিতে একটি দৈর্ঘ্য-১০০ ফ্রিকোয়েন্ট আইটেমসেট পাওয়ার আগে 2100−1 ফ্রিকোয়েন্ট আইটেমসেট ডেরাইভ করতে হয়, এরপর রিডান্ড্যান্ট আইটেমসেটগুলো সরাতে হয়। একটি সুপারিশ করা কৌশল হলো মাইনিং ফেজে ক্লোজড ফ্রিকোয়েন্ট আইটেমসেট সঠিকভাবে সার্চ করা। এটি আমাদের সার্চ স্পেস ছাঁটাই করতে বাধ্য করে যতক্ষণে মাইনিংয়ের সময় ক্লোজড আইটেমসেটের পদ্ধতি চিহ্নিত করা যায়। বিভিন্ন ছাঁটাই কৌশল রয়েছে:
আইটেম মার্জিং (Item merging) − যদি প্রতিটি ট্রানজ্যাকশন যাতে একটি ফ্রিকোয়েন্ট আইটেমসেট X থাকে, সেটি একটি আইটেমসেট Y-ও ধারণ করে কিন্তু Y-র কোনো প্রপার সুপারসেট ধারণ করে না, তবে X ∪Y একটি ফ্রিকোয়েন্ট ক্লোজড আইটেমসেট গঠন করে এবং X ধারণ করা কিন্তু Y ধারণ না করা কোনো আইটেমসেট সার্চ করার প্রয়োজন নেই।
সাব-আইটেমসেট প্রুনিং (Sub-itemset pruning) − যদি একটি ফ্রিকোয়েন্ট আইটেমসেট X আগে আবিষ্কৃত একটি ফ্রিকোয়েন্ট ক্লোজড আইটেমসেট Y-র প্রপার সাবসেট হয় এবং support_count(X) = support_count(Y), তবে X এবং সেট এনামারেশন ট্রি-এ X-র সকল ডিসেন্ডেন্ট ফ্রিকোয়েন্ট ক্লোজড আইটেমসেট হতে পারে না এবং তাই সেগুলো প্রুন করা যায়।
আইটেম স্কিপিং (Item skipping) − ক্লোজড আইটেমসেটের ডেপথ-ফার্স্ট মাইনিং-এ, প্রতিটি লেভেলে একটি প্রিফিক্স আইটেমসেট X থাকে যা হেডার টেবিল ও প্রজেক্টেড ডেটাবেসের সাথে সম্পর্কিত। যদি একটি লোকাল ফ্রিকোয়েন্ট আইটেম p একাধিক লেভেলের হেডার টেবিলে একই সাপোর্ট রাখে, তবে বড় লেভেলের হেডার টেবিল থেকে p সফলভাবে প্রুন করা যায়।
যখন একটি নতুন ফ্রিকোয়েন্ট আইটেমসেট আবিষ্কৃত হয়, তখন দুটি ধরনের ক্লোজার চেকিং বাস্তবায়ন করা জরুরি:
সুপারসেট চেকিং (Superset checking) − এটি পরীক্ষা করে যে এই নতুন ফ্রিকোয়েন্ট আইটেমসেট কি আগে পাওয়া যেকোনো ক্লোজড আইটেমসেটের সুপারসেট যা একই সাপোর্ট দেয়।
সাবসেট চেকিং (Subset checking) − এটি পরীক্ষা করে যে নতুন আবিষ্কৃত আইটেমসেট কি আগে পাওয়া যেকোনো ক্লোজড আইটেমসেটের সাবসেট যা একই সাপোর্ট দেয়।
ডিভাইড-অ্যান্ড-কনকার স্ট্রাকচারের অধীনে আইটেম মার্জিং প্রুনিং কৌশল গ্রহণ করলে, সুপারসেট টেস্টিং আসলে বিল্ট-ইন থাকে এবং স্পষ্টভাবে সুপারসেট চেকিং বাস্তবায়ন করার প্রয়োজন নেই। কারণ যদি একটি ফ্রিকোয়েন্ট আইটেমসেট X∪Y আইটেমসেট X-র পরে আবিষ্কৃত হয় এবং X-র মত একই সাপোর্ট বহন করে, তবে এটি X-র প্রজেক্টেড ডেটাবেসে থাকা উচিত এবং আইটেমসেট মার্জিংয়ের সময় তৈরি হওয়া উচিত।
সাবসেট চেকিং-এ সাহায্য করার জন্য, একটি কমপ্রেসড প্যাটার্ন-ট্রি নির্মাণ করা যায় যা মাইন করা ক্লোজড আইটেমসেট সেটকে সাপোর্ট করে। প্যাটার্ন-ট্রি FP-ট্রির মতই মেকানিজমে কাজ করে ব ordem যে সকল আবিষ্কৃত ক্লোজড আইটেমসেট সংশ্লিষ্ট ট্রি ব্রাঞ্চে স্পষ্টভাবে সংরক্ষিত থাকে।
