আমার ডাটাবেসে ইতিমধ্যে কয়েক মিলিয়ন সারি রয়েছে। আমি যখন আমার স্কিমা ডিজাইন করেছিলাম তখন পোস্টগ্রিসএসকিউএল ইউআইডি ডেটা টাইপ সম্পর্কে জানতাম না।
এক টেবিলের মধ্যে 16 এম সারি রয়েছে (শার্ড প্রতি প্রায় 3.5M থেকে 4 এম রেকর্ড), প্রতিদিন প্রায় 500K রেকর্ডে বাড়ছে। প্রয়োজন পড়লে কয়েক ঘন্টা প্রোডাকশন ব্যবস্থা নামিয়ে নেওয়ার বিলাসিতা আমার কাছে রয়েছে। এক বা দুই সপ্তাহের মধ্যে আমার এই বিলাসিতা হবে না।
আমার প্রশ্ন, এটা কি সার্থক হবে? আমি JOIN এর পারফরম্যান্স, ডিস্ক স্পেস ব্যবহার (সম্পূর্ণ 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.)