এখানে প্রশ্ন ...
192 ট্রিলিয়ন রেকর্ড বিবেচনা করে, আমার বিবেচনাগুলি কী হওয়া উচিত?
আমার প্রধান উদ্বেগ গতি।
টেবিলটি এখানে ...
CREATE TABLE `ref` (
`id` INTEGER(13) AUTO_INCREMENT DEFAULT NOT NULL,
`rel_id` INTEGER(13) NOT NULL,
`p1` INTEGER(13) NOT NULL,
`p2` INTEGER(13) DEFAULT NULL,
`p3` INTEGER(13) DEFAULT NULL,
`s` INTEGER(13) NOT NULL,
`p4` INTEGER(13) DEFAULT NULL,
`p5` INTEGER(13) DEFAULT NULL,
`p6` INTEGER(13) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY (`s`),
KEY (`rel_id`),
KEY (`p3`),
KEY (`p4`)
);
প্রশ্নগুলি এখানে ...
SELECT id, s FROM ref WHERE red_id="$rel_id" AND p3="$p3" AND p4="$p4"
SELECT rel_id, p1, p2, p3, p4, p5, p6 FROM ref WHERE id="$id"
INSERT INTO rel (rel_id, p1, p2, p3, s, p4, p5, p6)
VALUES ("$rel_id", "$p1", "$p2", "$p3", "$s", "$p4", "$p5", "$p6")
কিছু নোট এখানে ...
- নির্বাচনটি INSERT এর চেয়ে অনেক বেশি ঘন ঘন করা হবে। তবে মাঝে মাঝে আমি একসাথে কয়েকশ রেকর্ড যুক্ত করতে চাই want
- লোড-ওয়াইজ, ঘন্টার জন্য কিছুই থাকবে না তখন একসাথে কয়েক হাজার কোয়েরি হতে পারে।
- ভাববেন না যে আমি আর কোনও স্বাভাবিক করতে পারি (সংমিশ্রণে পি মানগুলি দরকার)
- সামগ্রিকভাবে ডাটাবেসটি খুব আপেক্ষিক।
- এটি এখন পর্যন্ত বৃহত্তম টেবিল হবে (পরের বৃহত্তমটি প্রায় 900 ক)
আপডেট (08/11/2010)
মজার বিষয় হল, আমাকে একটি দ্বিতীয় বিকল্প দেওয়া হয়েছে ...
192 ট্রিলিয়ন এর পরিবর্তে আমি 2.6 * 10 ^ 16 (15 জিরো, যার অর্থ 26 কোয়াড্রিলিয়ন) সঞ্চয় করতে পারি ...
তবে এই দ্বিতীয় বিকল্পে আমাকে কেবল একটি টেবিলের সূচক হিসাবে একটি বিগিন্ট (18) সংরক্ষণ করতে হবে। এটি - কেবল একটি কলাম। সুতরাং আমি কেবল একটি মান অস্তিত্ব জন্য পরীক্ষা করা হবে। মাঝেমধ্যে রেকর্ড যুক্ত করা, সেগুলি কখনই মোছা না।
সুতরাং এটি আমার মনে করে যে কেবলমাত্র সংখ্যা সংরক্ষণের জন্য আরও একটি ভাল সমাধান অবশ্যই মাইএসকিএল ...
এই দ্বিতীয় বিকল্পটি দেওয়া, আমি কি এটি নেওয়া বা প্রথমটির সাথে থাকা উচিত ...
[সম্পাদনা] সবেমাত্র কিছু পরীক্ষা-নিরীক্ষার সংবাদ পেয়েছে - এই সেটআপের সাথে 100 মিলিয়ন সারি 0.0004 সেকেন্ডে কোয়েরিটি ফেরত [সম্পাদনা]