بسم الله الرحمن الرحيم
قام موقع Twitter الغني عن التعريف بتغيير نضام قواعد البيانات من MySql الى cassandra وهذا النظام الجديد
open source ايضا لكنه no-sql distributed database management system وهو احد مشاريع Apache ومكتوب بالجافا وهو ايضا مستخدم في facebook
لتطوير خصائص البحث في ال Inbox
أظن الخبر قديم ، عملية التحوّل حدثت من شهور ،
تطبيق طمأنينة ، نسخة بيتا على أندرويد
عبدالله الشمّري - Al-Shammari
twitter @abshammeri
abshammeri AT gmail.com
github : abshammeri
الشمري كتب:أظن الخبر قديم ، عملية التحوّل حدثت من شهور ،
قبل يومين كنت قد قرأت نقاش في المنتدى عن MySql و ال oracle وكانت هناك آراء تدعم ال Mysql بقوة شديدة ، لذلك عندما قرأت هذا الخبر احببت ان اذكره بغض النظر عن
قدمه ، وربما هناك اشخاص لا يعلمون هذا الخبر وربما يكون مفيدا لهم بشكل او بآخر
وشكرا على المداخلة
هذا لايعني أن mysql ضعيفه :)
لأن تويتر لم تغير قاعدة بياناتها إلا بسبب تخوفها من أوراكيل التي استحوذت على صن مما أدرى إلى تخوف من مستقبل ماسيكول والله أعلم
CMS Sfhati , Website Generator
نظام إدارة المحتوى صفحتي ... جربه الآن
حالات Twitter و Facebook و غيرها من المواقع التي تستقبل ملايين الزيارات و الطلبات كل ثانية هي حالات استثنائية و لم تصمم قواعد البيانات على هذا الفرض منذ البداية, و انتقالهم الى نوع مختلف من قواعد البيانات (ان صح تسميتها قواعد بيانات) مثل Cassandra هو لعجز قواعد البيانات التقليدية عن تلبية هذا الكم من الطلبات في الثانية و هذا لأن قواعد البيانات العلائقية Relational Database دائماً و أبداً تعطي أولوية لصحة الكتابة و القراءة عن طريق الTransactions على سرعة القراءة, و هذا يحد من سرعة التنفيذ بشكل كبير, و لكن هذا لا يعني أن هذا شئ سئ بل هو استخدام مختلف ليس إلا, فلا يمكن لبنك أو شركة طيران أو سلسلة محال و مخازن أن تعتمد على قاعدة بيانات مثل Cassandra و التي قد تسمح لبعض الأخطاء التزامنية في الكتابة.
مصري في بلاد الفرنجة.
قريباً اقرأ مقالاتي على It-scoop
motamayez كتب:حالات Twitter و Facebook و غيرها من المواقع التي تستقبل ملايين الزيارات و الطلبات كل ثانية هي حالات استثنائية و لم تصمم قواعد البيانات على هذا الفرض منذ البداية, و انتقالهم الى نوع مختلف من قواعد البيانات (ان صح تسميتها قواعد بيانات) مثل Cassandra هو لعجز قواعد البيانات التقليدية عن تلبية هذا الكم من الطلبات في الثانية و هذا لأن قواعد البيانات العلائقية Relational Database دائماً و أبداً تعطي أولوية لصحة الكتابة و القراءة عن طريق الTransactions على سرعة القراءة, و هذا يحد من سرعة التنفيذ بشكل كبير, و لكن هذا لا يعني أن هذا شئ سئ بل هو استخدام مختلف ليس إلا, فلا يمكن لبنك أو شركة طيران أو سلسلة محال و مخازن أن تعتمد على قاعدة بيانات مثل Cassandra و التي قد تسمح لبعض الأخطاء التزامنية في الكتابة.
الله ينور عليك
تم تعديل هذه المشاركة بواسطة d3veloper في 28 أغسطس 2010 في 01:30
The best way to be ready for the future is to invent it
اقتباسفلا يمكن لبنك أو شركة طيران أو سلسلة محال و مخازن أن تعتمد على قاعدة بيانات مثل Cassandra و التي قد تسمح لبعض الأخطاء التزامنية في الكتابة.
جزاك الله خيراً ... هل ممكن مصدر لهذه المعلومة ؟
http://stackoverflow.com/questions/2976932/cassandra-transaction-support
http://wiki.apache.org/cassandra/ArchitectureOverview
On the contrary to the strong consistency used in most relational databases (ACID for Atomicity Consistency Isolation Durability) Cassandra is at the other end of the spectrum (BASE for Basically Available Soft-state Eventual consistency). Cassandra weak consistency comes in the form of eventual consistency which means the database eventually reaches a consistent state. As the data is replicated, the latest version of something is sitting on some node in the cluster, but older versions are still out there on other nodes, but eventually all nodes will see the latest version.
الفكرة هو الفرق بين Eventually Consistent و Always Atomic Consistent كما أن Cassandra لا تدعم الRollback مثلاً
تم تعديل هذه المشاركة بواسطة motamayez في 28 أغسطس 2010 في 04:43
مصري في بلاد الفرنجة.
قريباً اقرأ مقالاتي على It-scoop