Xrecord. بيثون orm intrespect
التحميل الان

Xrecord. الترتيب والملخص

Xrecord. العلامات

مكتبة بيثون بيثون يعارض واجهة كائن ORM بيثون أورم

Xrecord. وصف

بيثون orm intrespect Xrecord هي مكتبة توفر واجهة كائن لقواعد البيانات. يتم تمثيل الجداول كصفات فصول، والأعمدة سمات، ويتم فيها صفوف البيانات مثيلات فئة. إذا استخدمت Python لتطوير تطبيقات قاعدة البيانات، فقد تكون قد مررت عبر واحد أو أكثر من Orms، مثل: * SQLObject * SQLAlchemy * الخريف * العاصفة * أكثر من ذلك بكثير ... Xrecord ليس المقصود استبدال أي منها، بل - تقديم نهج بديل لرسم الخرائط المتعلقة بالجداول. يحاول Xrecord أيضا أن تكون طبقة تجريد قاعدة بيانات رقيقة - قم بعمل استخدام RDBMS سريع وسهل دون إخفاء أي من مميزاتها القوية. لماذا يتم ملء "سوق ثعبان أورم" مع بعض الحلول الممتازة، والتي تفعل كل منها ما هو متوقع منهم جيدا حقا. ومع ذلك، أثناء استخدام معظمهم، وجدوا أنهم جميعا يشاركون بعض قرارات التصميم، ونتيجة لهم لا يناسبون احتياجاتي بالضبط. يتطلب منك معظم أورامز Python الحالية أن تكتب الفئات الموجودة في الواقع إلى صفوف البيانات التي سيتم تعيين صفوف البيانات وبعد إنهم يتطلبون منك تعريف المفاتيح الأجنبية بشكل صريح في فصولك (الجداول) ووصف العلاقات المتعددة إلى العديدة. نظرا لأن جميع هذه المعلومات موجودة بالفعل داخل RDBMS، فأعتقد أن هذا في صراع قليلا مع المبدأ الجاف، الذي أنا مروحة كبيرة. يحاول بعض Orms مواجهة هذه المشكلة من خلال ترك تعريف قاعدة البيانات (النموذج) بالكامل في كود بيثون، ولكن هذا مجرد حل سطحي - على الرغم من أن النموذج الخاص بك محددة في بيثون، لا تزال بياناتك مخزنة في قاعدة بيانات خارجية وهياكلها ليس من الضروري دائما أن تكون في Sync.Mark Byms الموجودة تم تصميمه لإخفاء كل SQL من المبرمج، ولكن لا يزال يسمح بإجراء استفسارات معقدة من خلال طبقة تجريدية وضعت أعلى قاعدة بيانات منخفضة المستوى. هذا يجعل الشفرة تبدو نظيفة، و RDBMS مستقلة. من الشائع أن يتم تطوير التطبيقات واختبارها مع SQLite، ثم تحولت إلى MySQL / Postgresql في الإنتاج، وهي أنيقة ومريحة. ومع ذلك، فإن هذا النهج لديه بعض المشكلات. كل من RDBMS المستخدمة على نطاق واسع، تعرض مشاريع متطورة للغاية وناضجة، مع وضع آلاف من ساعات العمل في التنمية والاختبار والتحسين. يقدم معظمهم العديد من التحسينات المفيدة إلى SQL Standard (أنواع غير قياسية، بناء جملة بديل، إلخ)، والتي قد تضيع عند استخدام طبقة تجريد موحدة (والتي، راجع للشغل، قد تكون مصدرا للحشرات الجديدة) .SO السعر قد يتم تخفيض التعليمات البرمجية النظيفة، واستقلال المنصات، وظائف نظام قاعدة البيانات الخاصة بك. عند كتابة التطبيقات الصغيرة، غالبا ما اخترت تطبيقات RDBMS الخاصة بي بناء على إحدى ميزاتها المميزة، والتي ستجعل عملي بشكل أسرع، لذلك بحثت عن orm التي جعلت استخدامها أسهل، بدلا من الصعوبة. قد يجادل بعضها، أن جميع الأورام المذكورة أعلاه تحتوي على اختراق مدمجة (أو حتى الميزات :)) للتغلب على كل هذه المشاكل. هذا صحيح، لكنه ليس بالطريقة التي صممتها ليتم استخدامها - لذلك باستخدام هذه الاختراقات، لم تعد لديك رمز نظيف ومقبلة للمحرك، ولكن في بعض الأحيان أنها قصف وأقل قابلة للصيانة من orm api.commان منخفض المستوى الميزات التي تم استبعادها * لا تخزين مؤقت كائن، لا متجر * لا توجد وسيلة لتخصيص استعلامات تحديد دون كتابة SQL * No Generations قاعدة بيانات أوتوماتيكية الدعم RDBMS * MySQL * SQLITE * PostgeSQL (Work-Coal) هنا هي بعض الملامح الرئيسية "Xrecord" في التثبيت الكامل، لا تعريف نموذج في بيثون المطلوبة، تعيين المفتاح الأجنبي التلقائي، كلاهما في الكائنات المرجعية والإشارة إليها، الكشف التلقائي الكثير من العلاقات، الاستبيان الأجنبي الاختياري مراجع التخزين المؤقت، تمتد بسهولة فئات السجلات التي تم إنشاؤها بسهولة لتوفير وظائف إضافية لكائناتك، بسهولة تعريف العلاقات FK و MTM، التي تم استبعادها في تعريف قاعدة البيانات، تعيين كائنات أي بيان SQL، قد تستخدم دون كتابة سطر واحد من SQL، مفاتيح أساسية متعددة العمود، كائنات اتصال قاعدة البيانات المصممة للتطبيقات طويلة التشغيل متطلبات: بيثون

Xrecord. برامج ذات صلة