פיצול פיד הוא פירוק הפיד כולו לכמה קבוצות משנה לא חופפות. יכול להיות שתצטרכו לבצע חלוקה למקטעים (sharding) בהתאם למערכות העורפיות, לסוגים ולגדלים של הציים.
מתי כדאי לבצע שרדינג
אם גודל הפיד גדול מדי (מעל 50MB), כי זה עלול לגרום לבעיות בביצועים כשהשותף מנסה לעמוד בדרישות לגבי עדכניות הנתונים.
יש קשיים טכניים במערכת העורפית של השותף בשילוב מידע על צי הרכבים בין מערכות במדינות שונות.
כדי למנוע פיצול שפוגע בביצועים של המערכת, מומלץ לבצע את הפעולות הבאות לכל מערכת של מיקרו-ניידות:
ללא עגינה: מומלץ להקפיד על מספר מינימלי של רסיסים, וליצור כל רסיס גדול ככל האפשר מבחינה לוגית. כל שארד צריך לכסות אזור שירות גיאוגרפי בגודל של אזור מטרופוליני לפחות, או גדול יותר.
Docked: מותר לבצע שרדינג, ומומלץ לשותפים לבצע שרדינג של הפיד לפי אזורים מטרופוליטניים.
הנחיות כלליות
כל שבר צריך להכיל קבוצה מלאה של קובצי GBFS שמתארים באופן מלא את המערכת ושאפשר להשתמש בהם באופן עצמאי.
כל המידע הרלוונטי צריך להיכלל בשבר אחד, ואסור להפנות לשברים אחרים. לדוגמה, רכב ללא תחנת עגינה ב-Shard A לא יכול להפנות לתוכנית תמחור של המערכת מ-Shard B. במקום זאת, תוכנית התמחור והתשלומים שלה צריכה להיות מוגדרת ב-Shard A.
כל הרסיסים צריכים להיות נפרדים. אם כלי רכב ללא תחנת עגינה או תחנת עגינה מוצגים בשני רסיסים שונים, המערכת מתייחסת אליהם כשני ישויות נפרדות, והמידע המשוכפל יוצג למשתמשים.
אסור שיהיה חפיפה בין גדרות וירטואליות שמוגדרות בשברי מידע שונים.
אסור להשתמש בגדרות וירטואליות בסידור נגד כיוון השעון כדי להתייחס לאזורים מחוץ לפוליגון.