संभावित रूप से एक ट्रक और/या ट्रक वाले के पास घटनाओं के अनुक्रम से गुजरना शामिल है जिसमें पथ का पालन करना और डिलीवरी और लेनदेन करना आदि शामिल है। संभवतः एक नौकरी ऐसी घटना है, जिसमें कई प्रकार हैं, जैसे पिकअप, स्थानांतरण और ड्रॉपऑफ़।
रिलेशनल डेटाबेस में टेबल एक एप्लिकेशन की स्थिति का वर्णन करते हैं। प्रत्येक तालिका में एक संबद्ध फिल-इन-द-(नाम-)रिक्त विवरण (विधेय) होता है। बेस टेबल विधेय डिजाइनर द्वारा दिए गए हैं:
// truck [truck_id] has code [truck_code] and ...
TRUCK (truck_id, truck_code, ...)
// product [product_id] has code [product_code] and name [product_name] ...
PRODUCT (product_id, product_code, product_name, ...)
(एक विधेय एक अनुप्रयोग संबंध, उर्फ संबंध, एक तालिका, उर्फ संबंध, इसलिए "रिलेशनल मॉडल" द्वारा दर्शाया गया है।)
विधेय के पैरामीटर तालिका के स्तंभ हैं। जब आप प्रत्येक पैरामीटर के लिए मूल्यों की आपूर्ति करते हैं तो आपको एक बयान (प्रस्ताव) मिलता है जो आपके आवेदन के बारे में सही या गलत है। स्तंभों के लिए मानों की एक पंक्ति प्रत्येक नामित रिक्त के लिए ऐसे मान देती है। तालिका की विधेय को सत्य बनाने वाली पंक्तियाँ तालिका में जाती हैं। यदि झूठी बनी रहती है तो पंक्तियाँ बाहर रहती हैं। इस प्रकार डेटाबेस स्थिति अनुप्रयोग स्थिति का वर्णन करती है। किसी स्थिति के बारे में सही और गलत क्या है, यह पता लगाने के लिए डेटाबेस को पढ़ने या क्वेरी करने के लिए आपको तालिकाओं के कथनों को जानना होगा और स्थिति को देखने के बाद उसमें सही प्रस्ताव देने वाली पंक्तियों को डालकर डेटाबेस को अपडेट करना होगा। ।
प्रत्येक क्वेरी में अपनी तालिकाओं के विधेय से निर्मित एक विधेय भी होता है। दो तालिकाओं का जॉइन उन पंक्तियों को देता है जो AND उनके विधेय, UNION the OR, आदि को संतुष्ट करती हैं और एक क्वेरी परिणाम में वे पंक्तियाँ भी होती हैं जो इसके विधेय को संतुष्ट करती हैं ।
(बाधाएं इसके लिए अप्रासंगिक हैं; वे केवल सामूहिक रूप से उन डेटाबेस राज्यों का वर्णन करते हैं जो उत्पन्न हो सकते हैं जो विधेय और उत्पन्न होने वाली स्थिति को देखते हुए उत्पन्न हो सकते हैं।)
आपको अपने आवेदन की स्थितियों का पूरी तरह से वर्णन करने में सक्षम होने के लिए पर्याप्त विधेय पर निर्णय लेने की आवश्यकता है। इसमें रूट और लेन-देन और घटनाओं और शेड्यूल और असाइनमेंट आदि जैसी अमूर्त चीजें शामिल हैं। (एक बार जब हमारे पास पर्याप्त विधेय/सारणी होती है तो हम उन्हें सामान्यीकरण जैसी तकनीकों के माध्यम से सुधारते हैं।)
जब विभिन्न प्रकार की चीजें हो सकती हैं तो हम सुपरटाइप और उपप्रकार के बारे में बात करते हैं और विधेय देखते हैं जैसे (मैं "नौकरी" का उपयोग करूंगा जिसे मैं एक घटना के रूप में लेता हूं):
// job [job_id] for trucker [trucker_id] is ... stuff about all jobs ...
JOB(job_id, trucker_id...)
// job [job_id] is a pickup with ... stuff about pickups ...
PICKUP(job_id, container_id...)
// job [job_id] is a transfer with ... stuff about transfers
TRANSFER(job_id,...)
...
(दो या अधिक संबद्ध कंटेनरों के साथ एक घटना के रूप में आपके पास स्थानांतरण की एक अलग या अतिरिक्त धारणा हो सकती है या नहीं भी हो सकती है) (खोज "उपप्रकार"। उदा. )
