Google uses AI technology to translate content into your preferred language. AI translations can contain errors.
تقسيم الخلاصة إلى أجزاء
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تقسيم الخلاصة إلى أجزاء يعني تقسيم الخلاصة الكاملة إلى عدة مجموعات فرعية لا تتقاطع. قد يكون التقسيم ضروريًا حسب أنظمة الخلفية وأنواع الأسطول وأحجامه.
متى يجب تقسيم البيانات؟
إذا كان حجم الخلاصة كبيرًا جدًا (أكثر من 50 ميغابايت)، لأنّ ذلك قد يؤدي إلى حدوث مشاكل في الأداء عندما يحاول الشريك استيفاء متطلبات تحديث البيانات.
يواجه نظام الخلفية لدى الشريك صعوبات فنية في دمج معلومات الأسطول من أنظمة مختلفة في بلدان مختلفة.
لمنع التقسيم من التأثير سلبًا في أداء النظام، ننصحك باتّباع ما يلي لكل نظام تنقّل صغير:
بدون قاعدة: ننصحك بإبقاء عدد الأجزاء عند الحد الأدنى وجعل كل جزء كبيرًا قدر الإمكان من الناحية المنطقية. يجب أن يغطي كل جزء منطقة خدمة جغرافية بحجم منطقة حضرية على الأقل أو أكبر.
مثبّتة: يُسمح بتقسيم الخلاصة إلى أجزاء، وننصح الشركاء بتقسيمها حسب المناطق الحضرية.
قواعد عامة
يجب أن يحتوي كل جزء على مجموعة كاملة من ملفات GBFS يمكنها وصف النظام بشكل كامل ويمكن استخدامها بشكل مستقل.
يجب أن تتضمّن كل شريحة جميع المعلومات ذات الصلة، ولا يُسمح بالرجوع إلى شرائح أخرى. على سبيل المثال، لا يمكن لمركبة غير مزوّدة بمحطة شحن في Shard A الإشارة إلى خطة أسعار نظام من Shard B. بدلاً من ذلك، يجب تحديد خطة الأسعار الخاصة به ضمن الشريحة A.
يجب أن تكون جميع الأجزاء غير متقاطعة. في حال عرض مركبة غير مزوّدة بمحطة شحن أو محطة شحن مزوّدة بمركبة في شريحتَين مختلفتَين، سيتم التعامل معها على أنّها كيانان منفصلان، وسيتم عرض المعلومات المكرّرة للمستخدمين.
يجب ألا تتداخل السياجات الجغرافية المحدّدة في جزء واحد مع السياجات الجغرافية المحدّدة في جزء منفصل.
يجب ألا تستخدم السياجات الجغرافية ترتيبًا عكس اتجاه عقارب الساعة للإشارة إلى مناطق خارج المضلّع.
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)"],[],["Sharding a feed divides it into non-overlapping subsets, which may be necessary for large feeds or backend limitations. Dockless systems should minimize shards, making each cover a metro area or larger. Docked systems can shard by metro area. Each shard must be self-contained, with no cross-referencing, and any duplicates across shards will appear as separate entities. Geofences in different shards cannot overlap and must have a clockwise arrangement.\n"]]