अन्य सभी चीजें समान होने के कारण, छोटे असंबद्ध तालिकाओं का प्रदर्शन लाभ हो सकता है, खासकर जब वे लिखने-भारी होते हैं (क्योंकि लॉग से संबंधित तालिका होने के लिए उत्तरदायी होती है) - अधिकांश डीबी तंत्र अधिकतर पढ़ने के लिए बेहतर ट्यून किए जाते हैं, शायद ही कभी- लिखित टेबल। लेखन के संदर्भ में (और किसी भी सूचकांक को अपडेट करना जिसे आपको बनाए रखना पड़ सकता है), छोटी असंबद्ध तालिकाएं एक स्पष्ट जीत हैं, खासकर यदि कोई समरूपता है (इस पर निर्भर करता है कि आप अपनी टेबल के लिए किस इंजन का उपयोग कर रहे हैं, निश्चित रूप से - यह एक बहुत ही महत्वपूर्ण है mysql में विचार!-)।
पढ़ने के संदर्भ में, यह सब आपके प्रश्नों के पैटर्न पर निर्भर करता है - आपको किन प्रश्नों की आवश्यकता होगी, और कितनी बार। कुछ मामलों में उपयोग पैटर्न के लिए जैसे कि आप उल्लेख करते हैं कि कुछ जानकारी को डुप्लिकेट करने में कुछ प्रदर्शन लाभ हो सकते हैं - उदा। यदि आपको अक्सर उपयोगकर्ता के क्रेडिट या डेबिट के अप-टू-द-इंस्टेंट रनिंग टोटल की आवश्यकता होती है, साथ ही विस्तृत ऑडिटेबल लॉग्स की आवश्यकता होती है कि रनिंग टोटल कैसे आया, तो उपयोगकर्ताओं द्वारा रनिंग टोटल की एक (तार्किक रूप से बेमानी) तालिका को रखा जा सकता है। वारंट (साथ ही क्रेडिट और डेबिट के विभिन्न स्रोतों के बारे में अच्छी तरह से अलग "लॉग टेबल")।