मेरे डेटाबेस में कुछ मिलियन पंक्तियाँ पहले से हैं। जब मैंने अपना स्कीमा डिज़ाइन किया तो मुझे पोस्टग्रेसीक्यूएल यूआईडी डेटा प्रकार के बारे में पता नहीं था।
तालिकाओं में से एक में 16M पंक्तियाँ (लगभग 3.5M से 4 M रिकॉर्ड प्रति शार्द) हैं, जो प्रति दिन लगभग 500K रिकॉर्ड बढ़ रही हैं। आवश्यकता होने पर भी कुछ घंटों के लिए उत्पादन प्रणाली को नीचे ले जाने का मेरा सौभाग्य अभी भी है। मेरे पास एक या दो सप्ताह में यह विलासिता नहीं होगी।
मेरा प्रश्न यह है कि क्या ऐसा करना सार्थक होगा? मैं जोइन प्रदर्शन, डिस्क स्थान उपयोग (पूर्ण gzip'd डंप 1.25 GiB है) के बारे में सोच रहा हूँ, उस प्रकृति की चीजें।
तालिका स्कीमा है:
# \d twitter_interactions
Table "public.twitter_interactions"
Column | Type | Modifiers
-------------------------+-----------------------------+-----------
interaction_id | character(36) | not null
status_text | character varying(1024) | not null
screen_name | character varying(40) | not null
twitter_user_id | bigint |
replying_to_screen_name | character varying(40) |
source | character varying(240) | not null
tweet_id | bigint | not null
created_at | timestamp without time zone | not null
Indexes:
"twitter_interactions_pkey" PRIMARY KEY, btree (interaction_id)
"twitter_interactions_tweet_id_key" UNIQUE, btree (tweet_id)
"index_twitter_interactions_on_created_at" btree (created_at)
"index_twitter_interactions_on_screen_name" btree (screen_name)
Triggers:
insert_twitter_interactions_trigger BEFORE INSERT ON twitter_interactions FOR EACH ROW EXECUTE PROCEDURE twitter_interactions_insert_trigger()
Number of child tables: 9 (Use \d+ to list them.)