🕚 🌁 😗 मार्ग विश्वकोश के लिए डेटाबेस संरचना 🤷 🤲🏿 🦂

इस विषय पर एक निबंध "किस प्रकार का रिकॉर्ड भंडारण मैं शहरी / उपनगरीय परिवहन मार्गों के विश्वकोश के लिए चुनूंगा" एक स्वतंत्र शैली में।

इस पाठ को लिखते समय अधिकांश, मुझे प्रोग्रामिंग के क्षेत्र से ज्ञान के अवशेषों द्वारा निर्देशित किया गया था, साथ ही साथ "डेटाबेस में लेखन के सामान्य रूप" की अवधारणा को खुद के लिए पुनर्विचार किया।

1. मैं एक ऐसी प्रणाली रखना चाहूंगा जिसमें मैं किसी विदेशी शहर में बस / ट्रॉली बस मार्ग देख सकता हूं, जहां मैं पहली बार जा रहा हूं। सबसे बुनियादी मामले में, मुझे केवल यह पता लगाना है कि यह कैसे जाता है, यह किस चौराहे पर मुड़ता है और यह कहां है, और स्टॉप के लिए, हम कंडक्टर या ड्राइवर से बात करेंगे। सबसे ~~कोषेर~~ लक्जरी मामले में - यात्रा करने के लिए कितना खर्च होता है, आंदोलन का अंतराल, इस तरह के विस्तार के साथ मार्ग के सभी प्रकार के विस्तृत विवरण ताकि आप चालक को बदल सकें।

ये विवरण कहां से प्राप्त करें

आधिकारिक स्रोतों से जानकारी केवल शाब्दिक रूप में और अपूर्ण रूप से प्राप्त की जा सकती है, या प्रत्येक अलग मार्ग के लिए भारी बिटमैप छवियों के रूप में - वाहक और शहर प्रशासन सभी के लिए ऐसी जानकारी को सुपाच्य रूप में प्रदान करने के लिए बहुत आलसी हैं। इसलिए, हम लोगों पर भरोसा करते हैं - स्थानीय निवासी या यात्री। हम प्रत्येक व्यक्ति को व्यक्तिगत रूप से सुनने में सक्षम नहीं होंगे, जिसका अर्थ है कि हम ऐसा मार्ग विकिपीडिया कर रहे हैं।
मार्ग विकी के बाद से, यदि इसमें डेटा संग्रहण का इष्टतम रूप है, तो यह बिना किसी वैश्विक प्रकृति के होने का दावा करता है।

इनसाइक्लोपीडिया के उपयोगकर्ता, चाहे वे स्थानीय हों या शहर के नए लोग जहां वे गए हैं या मिलने वाले हैं, मुख्य रूप से संकेत और संकेतों द्वारा निर्देशित होते हैं, अर्थात् शिलालेखों द्वारा। शिलालेख हर जगह स्थानीय भाषा में हैं। यही है, यह तर्कसंगत है कि एक व्यक्ति जो मिल गया है, कहते हैं, जॉर्जिया या लातविया वास्तव में इस तरह के सिस्टम से अपने सिरिलिक प्रिंटआउट पर ध्यान केंद्रित करने में सक्षम नहीं होंगे।
बेशक, यह उपयोगकर्ता इंटरफ़ेस की चिंता नहीं करता है - उपयोगकर्ता उस वेब थूथन की भाषा का चयन करने के लिए स्वतंत्र है जिसे वह चाहता है। लेकिन उचित-नाम को हमेशा मूल भाषा में लिखने के लिए कहा जाता है। बहुत इच्छा के साथ, फिर "रूसी में प्रतिलेखन" क्षेत्र को जकड़ना संभव होगा, लेकिन यह स्पष्ट रूप से एक प्राथमिकता वाला कार्य है। तो, इंटरफ़ेस अनुकूलन योग्य है (इसमें अनुवाद करने के लिए स्वयंसेवक हैं), स्टॉप स्थानीय हैं: रूस में - रूसी, फिनलैंड में - फिनिश, यूक्रेन में - यूक्रेनी, आदि। तब आप सामान्य रूप से इंटरफ़ेस के साथ निर्णय ले सकते हैं, क्योंकि डेटाबेस इसे चोट नहीं पहुंचाता है।

2. मार्ग विश्वकोश, वास्तव में, किसी प्रकार का DBMS होना चाहिए। इसका मतलब है कि सभी मार्गों को डेटाबेस में दर्ज किया जाना चाहिए। ऐसे डेटाबेस में रिकॉर्ड के रूप को निर्धारित करना आवश्यक है, जिसे आसानी से संसाधित किया जा सकता है, और यह वांछनीय है कि अगर डीबीएमएस में कुछ परिवर्तन होता है, तो पुराने डेटाबेस का उपयोग जारी रखा जा सकता है। यह आवश्यक है कि रिकॉर्ड कम अनावश्यक और अधिक आवश्यक था।

3. हमें रिकॉर्ड में क्या चाहिए? अनिवार्य रूप से, हमें आईडी, मार्ग निशान और मेटाडेटा की आवश्यकता है।
आईडी के साथ, सब कुछ स्पष्ट प्रतीत होता है: पहचानकर्ता स्वयं, और ठीक है। मार्ग का मार्ग भौगोलिक बिंदुओं का एक समूह है जो यात्रियों के साथ अनुक्रमिक क्रम में% बस% गुजरता है, और इनमें से कुछ बिंदुओं में स्टॉप (बोर्डिंग और डिस्बार्किंग) है। प्रत्येक ट्रैक एक प्रारंभिक स्टॉप से शुरू होता है और अंत के साथ समाप्त होता है। यहां तक कि अगर मार्ग परिपत्र है, तो आप कुछ जगह पा सकते हैं जहां मार्ग सशर्त रूप से शुरू होता है (जहां, कहते हैं, कारें आमतौर पर मार्ग पर उत्पादन शुरू करती हैं)। यह एक टूटी हुई रेखा को चालू करता है, जो प्रारंभिक स्टॉप के बिंदु से अंतिम स्टॉप (दिशा के साथ) तक जाता है। बाकी सब कुछ एक ट्रैक नहीं है। इसके अलावा, परिवहन के यू-टर्न नहीं हैं (यदि इससे पहले सभी यात्रियों को टर्मिनल पर बाहर निकाल दिया जाता है। और यदि उन्हें बाहर नहीं निकाला जाता है, तो, सिद्धांत रूप में, आप यू-टर्न को मार्ग का हिस्सा मान सकते हैं। लेकिन, वैसे भी, यू-टर्न से पहले "अंतिम" और बाद में "प्रारंभिक" होना चाहिए। होने के लिए, और वास्तविक जीवन में, कम से कम औपचारिक रूप से) है।

मेटाडेटा हैं जो अपने सभी रूपों में एक मार्ग से संबंधित हैं, जो इस बात पर निर्भर नहीं करता है कि उस संख्या के साथ किसी भी व्यक्ति का बस% किस मार्ग पर ले जाएगा। (इस प्रकार की मेटा-सूचना का एक हड़ताली प्रतिनिधि वास्तविक मार्ग संख्या है)। मेटाडाटा है जो केवल एक विशेष मार्ग पर लागू होता है (वे मुख्य रूप से यात्रा के समय-लागत-स्थानिक मापदंडों का वर्णन करते हैं)। इसका मतलब यह है कि उन्हें संबंधित ट्रेस के साथ दिखाया जाना चाहिए, और पिछले प्रकार के मेटाडेटा से संबंधित नहीं है।
यदि आप इस तरह दिखते हैं, तो डेटाबेस संरचना इस तरह से घूमती है: आईडी; ट्रैक-स्वतंत्र मेटाडेटा; मेटाडेटा के साथ निशान के कई सेट जो केवल उनसे संबंधित हैं।

3+। एक छोटा सा विवरण। मार्गों के सांख्यिकीय बहुमत, चाहे रेल हो या ट्रैकलेस, अभी भी एक आईडी के लिए ठीक दो मार्गों की आवश्यकता है - "वहाँ" और "पीछे"। यह तथ्य हमें डेटाबेस में रिकॉर्डिंग फॉर्म चुनने में किसी भी तरह से खुद को सीमित करने के लिए मजबूर नहीं करना चाहिए, लेकिन इंटरफ़ेस और खोज को विकसित करते समय इसे ध्यान में रखा जाना चाहिए। उदाहरण के लिए, यदि कोई उपयोगकर्ता कुछ के लिए पूछता है, लेकिन किसी मार्ग का एक विशिष्ट रूपांतर, तो अक्सर यह उसके लिए प्रत्यक्ष और वापसी मार्ग दोनों को देखने के लिए अधिक सुविधाजनक होता है, खासकर जब से यह नक्शे को अव्यवस्थित नहीं करता है।
(लेकिन यदि आप एक ही बार में मार्ग के सभी मार्गों का मानचित्र बनाते हैं, भले ही केवल एक छोर पर, यह बार-बार खींची गई रेखाओं के साथ मानचित्र को बंद कर देता है और ध्यान आकर्षित करता है।)

3 ++। पॉलिमॉर्फिक मार्गों के मामले हैं, उदाहरण के लिए, हर दूसरे प्रस्थान% बस% में एक अलग मार्ग मार्ग होता है (उदाहरण के लिए, किसी प्रकार की सरणी, या स्टेशन में ड्राइव)। मॉस्को में ऐसा एक मार्ग 365 है - यह स्वयं वहां नहीं था, लेकिन उन्होंने मुझे बताया: हालांकि यह एक मार्ग माना जाता है, वास्तव में इस संख्या के तहत चार मार्ग छिपे हुए हैं, भले ही एक ही शुरुआती और समाप्ति बिंदुओं के साथ। और निश्चित रूप से उनमें से विशिष्ट पर निम्नलिखित हमेशा बस के विंडशील्ड पर एक संकेत द्वारा चेतावनी दी जाती है। वास्तव में, चार अलग-अलग मार्ग हैं: "365", "ए पर रोक के साथ 365", "बी के माध्यम से 365", "ए और बी के माध्यम से 365"। चूंकि मार्ग वास्तव में हैं, चार अलग-अलग हैं (और जब बिंदु ए के शुरुआती पड़ाव के आसपास से काम कर रहे हैं, तो चार में से केवल दो परिणाम गिरना चाहिए) - तदनुसार, मैं उन्हें चार अलग-अलग आईडी के तहत प्रस्तावित करता हूं और संग्रहीत करता हूं, खासकर जब से ऐसे मार्गों का भारी बहुमत है। फिर से, प्रयोज्यता को अधिक नुकसान नहीं होता है, क्योंकि उपयोगकर्ता को डेटा आउटपुट करते समय, हम आसानी से और आसानी से उपयोगकर्ता को "समान मार्गों" की सूची की तरह कुछ दिखा सकते हैं।

4. अब जब रूट स्टोरेज मॉडल चुना गया है, तो आप मेटा डेटा के बारे में सोच सकते हैं। इसके अलावा, उनमें से कुछ एक विशिष्ट मार्ग पर निर्भर करते हैं, और केवल एक विशिष्ट मार्ग पर भाग लेते हैं, उन्हें दो समूहों में विभाजित किया जा सकता है - जिन्हें मैन्युअल भरने की आवश्यकता होती है और वे (जो सभी डेटा को मानकीकृत में संग्रहीत करने के लिए उसी तरह से) उपयोगकर्ता बेहतर दे रहे हैं नहीं। उदाहरण के लिए, सभी भौगोलिक डेटा (महासंघ-क्षेत्र-शहर का देश-विषय) को मानक रूप में संग्रहीत किया जाना चाहिए, अन्यथा तब टैग को जल्दी और आसानी से बंद करना संभव नहीं होगा (अधिक जानकारी के लिए, खंड 10 देखें)। जानकारी को उस रूप में लेना सुविधाजनक है जिसमें वह देता है, उदाहरण के लिए, Google मैप्स एपीआई। (GEOS जैसे विकल्प हैं, उन्होंने केवल उदाहरण के लिए Google मानचित्र चुना)।
अब से, हर जगह "शहर" शब्द के तहत मेरा मतलब उसी समय होगा जब इसके बारे में मेटा-श्रेणियों का पूरा सेट - देश-जिला-क्षेत्र-शहर।

5. कैटलॉग से किसी एक शहर के लिए एक मार्ग को जबरन रिकॉर्ड करना आवश्यक नहीं है, अन्यथा उपनगरीय मार्ग बहुत सारे सवाल उठाते हैं। Dnepropetrovsk और Dneprodzerzhinsk (केवल करीब) जैसे दो जुड़वां शहरों के बीच के मार्ग और भी अधिक प्रश्न पैदा करते हैं। लेकिन कम से कम कुछ मार्गों से जुड़े होने की आवश्यकता है, अन्यथा हम "ट्राम नंबर तीस" अनुरोध पर मास्को, सेंट पीटर्सबर्ग, कीव - और हेलसिंकी से 30 वीं ट्राम प्राप्त करने का जोखिम चलाते हैं। यह और भी बुरा होता है: एक ही मॉस्को के भीतर आप ज़ेलेनोग्राड से बस नंबर 1, कोरोलेव से बस नंबर 1 और पहली बसों के एक जोड़े को पा सकते हैं! आपको प्रत्येक आईडी के लिए एक विशेष फ़ील्ड बनाने की आवश्यकता है जो आपको बताती है कि बस कहां से आती है - कुछ ऐसा "जिस शहर में मार्ग सौंपा / स्वीकृत किया गया है" (अर्ध-ऑटो - सूची से चयन करें या Google एपीआई तक पहुंच के साथ मानचित्र पर क्लिक करें)। बोलचाल की भाषा में, क्षेत्र को "होम पोर्ट" कहा जा सकता है।

मेरे विचार को समझना आसान बनाने के लिए, एक उदाहरण:
- नेरेज़िनोवा में एक ही संख्या के साथ मार्ग हैं: 1 (कोरोलेव); 1c; 1 (ज़ेलेनोग्राड); 1 (खिमकी)। इस मुश्किल क्षेत्र के पहले मार्ग के लिए हम क्रमशः "कोरोलेव" लिखते हैं, दूसरे के लिए - "मॉस्को", तीसरे और चौथे के लिए - "ज़ेलेनोग्राड" और "खिमकी" क्रमशः। जब उपयोगकर्ता बिंदु A से बिंदु B तक सड़क की खोज करता है, तो उत्तर "Bus 1" के बजाय हम उसे "Bus 1 (Korolev)" देंगे, भले ही A और B पूरी तरह से मास्को में हों। बेशक, यदि खोज के "अंक" और "कहां" दोनों "होम सिटी" में हैं, तो यह फ़ील्ड प्रदर्शित नहीं हो सकती है। अन्य उपयोगों के बीच, यह फ़ील्ड कैटलॉगिंग के लिए आधार है और एक ही शहर में समान मार्गों का मुकाबला करने का एक साधन है।

एक और उदाहरण: सेवस्तोपोल शहर के लिए बस 70, एक उपनगरीय है, यह सेवस्तोपोल का एक काफी हिस्सा गुजरता है, फिर उपनगरों के माध्यम से यात्रा करता है और फोरोस में समाप्त होता है। यदि कोई फ़ोरोस के भीतर या फ़ोरोस से मार्ग की खोज करता है, और वह इसी बस नंबर 70 को प्राप्त करता है, तो वह "70 (सेवस्तोपोल)" और इसका पूरा मार्ग देखेगा, जो उपयोगकर्ता के साथ हस्तक्षेप करने की संभावना नहीं है, बल्कि यहां तक कि उसकी मदद करेंगे। (मैं अतिशयोक्तिपूर्ण हूं: Foros के एक उपयोगकर्ता को एक बिंदु पर दो सत्तर मार्गों से प्रत्यर्पण प्राप्त हो सकता है, और यहां प्रदर्शन फॉर्म "70 (सेवस्तोपोल"); "70 (याल्टा)" बस उसे बचा लेगा।

6. आगे, मैं मेटा-डेटा की एक सूची प्रदान करूँगा जो मुझे आवश्यक लगा, और जो तुरंत पूरे मार्ग पर लागू होता है। उन पर टिप्पणियां भी होती हैं।

वे फ़ील्ड जिन्हें न्यूनतम उपयोगकर्ता स्वतंत्रता से भरा जाना चाहिए, मैं कोष्ठक (ऑटो) या (अर्ध-ऑटो) में चिह्नित करूंगा - बाद वाला सूची से विकल्प प्रदान करता है।

मेटाडेटा जिसे पूरे मार्ग के लिए तुरंत जिम्मेदार ठहराया जाना चाहिए:
- "रजिस्ट्री का शहर" - 5 देखें।
- परिवहन का प्रकार (अर्ध-ऑटो - सूची से चयन करें) - एक ड्रॉप-डाउन सूची। सुविधा के लिए, उपयोगकर्ता इसे श्रेणियों में विभाजित कर सकते हैं, उदाहरण के लिए: रेल (मेट्रो, ट्राम, सिटी इलेक्ट्रिक ट्रेन, फ़नटीक, मोनोरेल और अन्य विदेशी), पानी (नौका या नदी ट्राम, जिस तरह से, सेवस्तोपोल के लिए अभिवादन), ग्राउंड (बस, ट्रॉली, शटल) टैक्सी)।
- मार्ग संख्या - सिद्धांत रूप में, यह एक पाठ क्षेत्र है। क्योंकि: "422d"; 3-ट्राम के रद्द होने के समय बस; या यहां तक कि Aeroexpress या SkyBus। लेकिन आपको इसकी लंबाई, या ऐसा कुछ सीमित करना चाहिए! अन्यथा, डेटाबेस (और साथ ही एक बड़े शहर के लिए मार्गों का उत्पादन) उपनगरीय और इंटरसिटी मार्गों के लंबे, अनावश्यक नामों के साथ बंद कर दिया जाएगा ("ओरेखोवो-ज़ुएवो - स्पासोकुकोत्सको-नार्कोनेन्सकोए"), और एकल मेगालोपोलिस के मार्गों के "कैटलॉग" को एक ग्रूइन के बिना नहीं देखा जा सकता है। । और सामान्य तौर पर, मैं व्यक्तिगत रूप से इस विश्वास का पालन करता हूं कि ऐसे मार्गों को बस स्टेशनों द्वारा पूरी तरह से सेवित किया जाना चाहिए, जिसमें उनके मार्गों को मानचित्र पर चित्रित करना शामिल है।
- वाहक - यदि संभव हो तो पूर्ण (स्वामित्व के रूप में) कानूनी इकाई-वाहक का नाम। वैसे, यहां टैग का उपयोग उचित से अधिक है, इस बिंदु तक कि आप केवल टैग जूर को निर्दिष्ट नहीं करते हैं। मालवाहक का व्यक्ति, लेकिन एटीपी / काफिला / डिपो मार्ग की सेवा करने वाला (सार्वजनिक परिवहन उद्यमों के साथ मेगासिटी के लिए प्रासंगिक और बहुत दिलचस्प)।
- किराया - मार्ग की लागत अक्सर तय होती है और यह मार्ग पर निर्भर नहीं करता है - लेकिन केवल वाहक / मार्ग संख्या पर। लेकिन कभी-कभी ऐसा नहीं होता है, उदाहरण के लिए, जब हाइवे पर एक तरफ़ा ट्रैफ़िक के कारण, वापसी मार्ग, इतना लंबा हो जाता है कि एक निजी वाहक एक अलग मूल्य वसूलता है। यह दुर्लभ है, इसलिए लागत मार्ग के लिए एक वैश्विक क्षेत्र है। गृहनगर पर आधारित मुद्रा ऑटो-प्रतिस्थापन, निश्चित रूप से, सुंदर है। लेकिन आपको उपयोगकर्ताओं को चेतावनी देने की आवश्यकता है कि मार्गों का निर्माण करते समय, जिसकी लागत दूरी / क्षेत्र पर निर्भर करती है, वे न्यूनतम-अधिकतम क्षेत्र में प्रवेश करते हैं और / या इसके बारे में टिप्पणी छोड़ देते हैं।
- मार्ग की सामान्य विशेषताएं। - उदाहरण के लिए, "रूट केवल नवीनतम MAZ-107 बसों द्वारा सेवा की जाती है", या "मार्ग बसों में टर्नस्टाइल स्थापित किए जाते हैं"।

7. हम मेटाडेटा को संक्षेप में छोड़ देंगे और मार्ग मार्गों का ध्यान रखेंगे। एक मार्ग, जैसा कि हमने पहले ही तय कर लिया है, एक उड़ान% बस% एक मार्ग के अनुरूप होना चाहिए। सिद्धांत रूप में, जिस सटीकता के साथ उसी Google का वेब मानचित्र हमें निर्देशांक देता है, जब हम उस पर एक बिंदु डालते हैं, अब जीपीएस पोजिशनिंग सटीकता के साथ काफी तुलनीय है (भले ही थोड़ा खराब हो - यह मीटर की इकाइयां है, और उसी त्रुटि के बारे में है , अफसोस, विभिन्न स्रोतों से कार्ड के संयोजन को दर्शाता है)। यह एक नया मार्ग बनाते समय सभ्यता के लाभों का उपयोग करने के लायक है - इसे सबसे सुलभ विस्तार के साथ खींचने के लिए, इंटरचेंज और सड़क के किनारे से गुजरने की सभी सूक्ष्मताओं के साथ। इस तरह की कोई डिटेल न होने पर कोई बड़ी समस्या नहीं है, लेकिन यह इसके लिए प्रयास करने लायक है। डेटा सामान्यीकरण के लिए इसके महत्व के अलावा (चुटकुले के बिना ट्रैक को रिकॉर्ड करने से बेहतर कुछ नहीं है, वास्तव में जिस तरह से यह जाता है) - यह कभी-कभी यह जानना दिलचस्प है कि इस जंक्शन पर% बस% कहाँ जाता है, और, तदनुसार, इसे कैसे प्राप्त करें बंद करो! इसके अलावा, कम से कम अच्छी तरह से नेविगेट करने के लिए, एक विदेशी शहर में एक बार आश्वस्त होना बहुत अच्छा है।

8. हमारे चुने हुए डेटा स्टोरेज मॉडल के अनुसार, मार्गों के मार्ग "वहां" और "पीछे" को एक दूसरे के करीब रखा जाना चाहिए, हालांकि उन्हें स्वतंत्र वस्तुओं (मार्गों) के रूप में संसाधित किया जाना चाहिए। रूट रूट जो कि समय-समय पर (उदाहरण के लिए, सप्ताहांत के लिए) बदलते हैं, साथ ही रूट रूट जो उड़ान से उड़ान में भिन्न होते हैं (हर पहली बस ए पर जाती है, और हर दूसरी बस बी पर जाती है), हम उन्हें अलग-अलग आईडी में वितरित करते हैं। यह मार्गों के लिए गोल-यात्रा मार्गों के जोड़े को खोजने और बनाने के लिए तंत्र को सरल बनाने में मदद करता है। फिर, हम "रिंग रूट" जैसे कुछ पैरामीटर को हुक कर सकते हैं? हां / नहीं "या" वन-वे रूट? "और इस प्रकार DBMS को सूचित करें कि हम इस आईडी का उपयोग करते हुए कुछ मार्गों की प्रक्रिया नहीं करेंगे, लेकिन केवल एक।

9. रूट रूट - बिंदुओं और लाइनों का एक सेट जो उन्हें जोड़ता है। निशान को संग्रहीत करने का एक तार्किक और किफायती तरीका - अंकों का एक क्रम। प्रत्येक ट्रैक पर कम से कम दो विशेष बिंदु हैं, वे भी दो स्टॉप हैं - एक शुरुआत और एक अंत। शायद उनके नामों को संग्रहीत करना उचित है, और एक ही समय में शेष स्टॉप, समन्वय सूची में ट्रैक के साथ। फिर उन्हें संसाधित करना आसान है: यदि नाम समन्वय जोड़ी के विपरीत है, तो यह एक स्टॉप है, और आपको रेंडर करते समय तदनुसार इसका चयन करने की आवश्यकता है, और जब आप इस पर होवर करते हैं, तो इसका नाम दिखाएं। यदि कोई नाम नहीं है, तो यह एक सामान्य तरीका है, और आपको इसे चुनने की आवश्यकता नहीं है, लेकिन बस इसके माध्यम से मार्ग रेखाएं बनाएं। संख्या और पाठ में हस्तक्षेप न करने के लिए, आप बस कुछ लेबल लगा सकते हैं, उदाहरण के लिए, मेटाडेटा में ट्रैक पर एक स्टॉप का क्रम संख्या। बहुत कम से कम, स्टॉप को उसी बिंदु से बनाना जहां से पूरा मार्ग बनाया गया है, मुझे बहुत तार्किक लगता है।

आप वेपॉइंट और स्टॉप पर डेटा स्टोर करने का विचार विकसित कर सकते हैं: पहला पड़ाव नंबर 1 को सौंपा जा सकता है, और अंतिम - कह सकते हैं, 0, या 9999। उदाहरण के लिए, कीव, यूक्रेन के शहर का मार्ग 33:

50.46611, 30.64351, 1 //   50.46414, 30.63630, //    50.46494, 30.63596, 2 //  50.46825, 30.63379, 3 50.47176, 30.63141, {…} // n-      50.48083, 30.62724, 50.48251, 30.63317, 0 //

यह एक और फायदा देता है - "रिटर्न रूट को ड्रा करें" बटन पर क्लिक करके, आप तुरंत प्रारंभ (पूर्व के अंत के समान नाम) और अंत (इसके विपरीत) स्टॉप को भर सकते हैं।

दूर के भविष्य के लिए कार्य बहु-मार्ग स्टॉप को ध्यान में रखना है, जब एक स्टॉप कई मार्गों पर कार्य करता है। ऐसा लगता है कि उन्होंने इस तरह के एक स्टॉप पर क्लिक किया - और एक पॉप-अप प्रॉम्प्ट "स्टॉप हियर: ..."। आरेखण के मौजूदा स्टॉप के साथ "चुंबक" के रूप में, उदाहरण के लिए, जब ड्राइंग लागू करें।

यह उन सभी उपयोगकर्ताओं को चेतावनी देने के लायक भी है जो बंद हो जाते हैं, उन्हें जोड़ने की आवश्यकता होती है, या केवल प्रारंभ और समाप्ति, या एक ही बार में, अन्यथा शर्मिंदगी संभव है।

10. अब जियोलोकेशन और शहर टैग के बारे में। मान लीजिए कि एक उपयोगकर्ता ने सफलतापूर्वक एक मार्ग तैयार किया है और "मार्ग सहेजें मार्ग" बटन पर क्लिक किया है। अब हम Google मैप्स एपीआई पर तैयार किए गए स्टॉप को फीड कर सकते हैं और इन ब्रेकप्वाइंट के शहरों के लिए जवाब का विश्लेषण कर सकते हैं। इसके अलावा, भले ही मार्ग बनाने वाले उपयोगकर्ता ने अभी तक स्टॉप नहीं लिया हो, पहले से ही दो, प्रारंभिक और अंतिम हैं, परिभाषा के अनुसार!

उत्तर के आधार पर, हम स्वचालित रूप से इन शहरों के लिए मार्ग का क्रॉस-रेफरेंस बनाते हैं (और यदि कम से कम अभी तक मौजूद नहीं है, तो हम तुरंत इसे शहर डेटाबेस में बनाते हैं), और शहरों को इस मार्ग पर (क्योंकि यह इस शहर में भी चलता है!)। यह हमारा टैग क्लाउड होगा।

यहाँ "बेवकूफ से सुरक्षा" के लिए पर्याप्त अवसर हैं - अगर कोई भी शहर आईडी के लिए डेटाबेस एंट्री फील्ड ग्लोबल से "रजिस्ट्री का शहर" नहीं निकला - तो सबसे अधिक संभावना है, यहां एक त्रुटि सामने आई।
अब एक शहर के लिए "रूट कैटलॉग" उन सभी मार्गों को दिखाएगा जिसमें इस शहर के नाम के साथ एक टैग है।

11. एक विशिष्ट मार्ग के लिए मेटाडेटा को जिम्मेदार ठहराया जाना चाहिए:
- शहर के टैग का एक बादल जिसके माध्यम से मार्ग का अनुसरण होता है - 10 और 3 ++ देखें - किसी विशेष मार्ग / मार्गों की जोड़ी क्यों।
- स्टॉप नामों की सूची - न्यूनतम मामले में, कम से कम दो आवश्यक हैं। इसलिए, डेटाबेस में एक मार्ग जोड़ते समय यह भरना तुरंत किया जाना चाहिए। हर बार जब आप रूट तक पहुँचते हैं और आवश्यक स्थानों में प्रदर्शित होते हैं, तो पहली और आखिरी स्टॉप को पूरी सूची से अलग या उसके साथ प्रदर्शित किया जा सकता है, या वापसी मार्ग का निर्माण करने के लिए उपयोग किया जा सकता है।
- आंदोलन का अंतराल - मुक्त रूप में टिप्पणियों के लिए एक सरल पाठ क्षेत्र। शायद अगर किसी दिन विश्वकोश यात्रा समय की गणना करता है, और यहां तक कि विश्वसनीय है, तो आपको औसत प्रतीक्षा समय की गणना के लिए इस क्षेत्र को एक मानक रूप में लाने की आवश्यकता होगी - कई% बसें अन्य समय पर पूरी तरह से अलग नियमितता के साथ चरम समय पर चली जाती हैं।
- मानचित्र पर मार्ग की लंबाई (ऑटो गणना)।
- साप्ताहिक कार्यक्रम - हमारे द्वारा चुनी गई योजना के अनुसार, यदि मार्ग मार्ग बदलता है, उदाहरण के लिए, सप्ताहांत पर, इसके लिए एक अलग आईडी बनाई जाती है। इसलिए, जब किसी विशेष मार्ग / मार्गों की जोड़ी की आईडी के लिए बाध्य किया जाता है, तो "साप्ताहिक शेड्यूल" फ़ील्ड केवल उस समय तक भर जाती है जब%% मार्ग इस मार्ग / मार्गों की जोड़ी के साथ चलते हैं!
- काम का समय - पिछले पैराग्राफ के समान।
- गति का अंतराल - पिछले दो के समान।

12. संक्षेप में, डेटाबेस सब कुछ प्रतीत होता है। अब आप उन चीजों के लिए थोड़ा समय समर्पित कर सकते हैं जिन्हें मैंने स्पर्श नहीं किया था - डेटाबेस में रिकॉर्ड जोड़ने के लिए इंटरफ़ेस।

यह कैसा होना चाहिए

उपयोगकर्ता: मैं ज़ेलेनोग्राड और मॉस्को के बीच बस 11 जोड़ूंगा! "नई कंपनी"
विकी: - उस शहर में प्रवेश करें जहां से मार्ग जुड़ा होना चाहिए; यहाँ बाध्यकारी शहर चुनने के लिए सिफारिशें: (लिंक)।
उपयोगकर्ता: सिफारिशों को पढ़ें। अभियान इस तरह होना चाहिए: "ज़ेलनोग्राड।"
विकी: - हम अंत के साथ रिंग रूट या राउंड-ट्रिप आकर्षित करते हैं?
उपयोगकर्ता: मैंने "गोल-यात्रा" में रेडियो बटन लगाया।
विकी: - बहुत बढ़िया! इस क्षेत्र में प्रारंभिक स्टॉप का नाम दर्ज करें और "ड्राइंग शुरू करें" पर क्लिक करें।
उपयोगकर्ता: लगभग। "उत्तर।" मैं बटन पर क्लिक करता हूं।
विकी: - उस मानचित्र पर क्लिक करें जहां प्रारंभिक स्टॉप स्थित है। उसके बाद, रूट का ट्रैक रखें, बहुत बार नहीं पलकें जहां मार्ग गुजरता है, अनुक्रमिक क्रम में।
उपयोगकर्ता: लगभग। मानचित्र पर कुछ स्थानों पर क्लिक करना।
विकी: - यहाँ "फिनिश ड्राइंग" बटन है। कैसे सामना करें, इसे क्लिक करें और अंतिम पड़ाव का नाम दर्ज करना सुनिश्चित करें!
उपयोगकर्ता: एक जोड़े को और अधिक स्थानों पर भेजा, ट्रैक को फाइनल के करीब लाया। अंतिम स्थान पर क्लिक किया। मैं "फिनिश ड्राइंग" पर क्लिक करता हूं। ओह, अंत का नाम पूछता है! "फिलाटेरोव्स्काया सड़क"।
विकी: - महान। हमें मदद करने के लिए कुछ मिनट दें ... इसलिए! हमारे सिस्टम को पता चला कि मार्ग ज़ेलेनोग्राड, माटुशिनो और मॉस्को से गुजरता है। यदि सब कुछ सही है, तो "सेव करें" पर क्लिक करें या "रिटर्न रूट पर जाएं।"
उपयोगकर्ता: क्या, एक स्टंप डेक में, माथुशीनो, मैं किसी भी माटशुकिनो को नहीं जानता, बस वहाँ नहीं रुकती है! मैं माटशुकिनो से चेकमार्क हटाता हूं, बाकी को छोड़ता हूं और "विपरीत को आकर्षित" दबाता हूं
विकी: - बहुत-बहुत धन्यवाद, वहाँ का मार्ग संरक्षित किया गया है। अब हम मार्ग को "पीछे" खींचते हैं, और इसे आसान बनाने के लिए - मैंने आपको पहले से ही "वहाँ" मार्ग लाया, केवल परिवर्तित दिशा। तो अब आप सही तरीके से आगे बढ़ते हैं, आप सब कुछ खरोंच से नहीं खींच सकते। और आप आकर्षित कर सकते हैं।
उपयोगकर्ता: ओह! यह बात है! बायरेंको अंक ले गए। मैं "सेव" दबाता हूं।
विकी: - हो गया, रिकॉर्ड किया गया। अब आप अपने हाथों की कृतियों के चिंतन के साथ खुद को खुश कर सकते हैं या "मार्ग तैयार है!" मॉडरेशन के लिए बटन भेजने से पहले किसी भी ऐड-ऑन जानकारी को भर सकते हैं या वहां रुक सकते हैं। वैसे, यदि आप यहां से भागना चाहते हैं, तो आपका स्केच गायब नहीं होगा, लेकिन मसौदा प्रतियों में सहेजा जाएगा।
उपयोगकर्ता: वाहक और किराया के बारे में जानकारी भरी। अब तक, और इसलिए यह चला जाता है, कोई और पूरा करेगा। "मार्ग तैयार है!"
विकी: - शाबाश। अब से, आप इस संशोधन के स्वामी नहीं हैं और इसके समुदाय पर चर्चा हो रही है। नि: शुल्क ...

ps वे कहते हैं कि "स्कीमा के बिना डेटाबेस" वास्तुकला का उपयोग करना बहुत सारी समस्याओं को हल करता है, क्योंकि किसी भी आवश्यक क्षेत्र को लगभग बिना किसी साइड इफेक्ट के उपयोग करने की आवश्यकता पर खराब किया जा सकता है।

मार्ग विश्वकोश के लिए डेटाबेस संरचना

More articles: