मैंने dBASE Direct / 36 और dBASE IV के विकास के दौरान एश्टन-टेट के लिए काम किया, dBASE डायरेक्ट / 36 के परीक्षण में सहायता के लिए एक छोटे प्रोग्राम को कोड करने के लिए अपने dBASE III प्लस ज्ञान का उपयोग करके (IBM प्रणाली / 36 कंप्यूटर कंप्यूटर पर इंटरफ़ेस)। हमें सिस्टम / 36 SQL टेबल पर बाइनरी लोड और कॉल स्टेटमेंट बनाने थे, जो प्रत्येक रिकॉर्ड से डेटा प्राप्त करने के लिए प्रस्तुत करने पर तालिका के नाम और फ़ील्ड नामों को बदलते समय समान 'लोड' और 'कॉल' स्टेटमेंट टाइप करने की आवश्यकता थी। क्वेरी के दायरे के आधार पर कई रिकॉर्ड का समूह। dBASE III प्लस, एक डेटाबेस प्रोग्रामिंग भाषा, ने मुझे 'dbldot.prg' बनाने की अनुमति दी, जिसने सिंगल डॉट प्रॉम्प्ट को डबल डॉट प्रॉम्प्ट में बदल दिया, क्योंकि मुझे एक संकेतक के लिए डिज़ाइन किया गया था कि सिस्टम SQL रिट्रीवल मोड में था, साथ ही टेक्स्ट भी। कमांड लाइन के नीचे जो कहा, "
उस समय में dBASE एक डेटाबेस प्रोग्रामिंग भाषा, या अधिक सटीक, एक प्रोग्राम भाषा थी जो डेटा रिकॉर्ड्स के हेरफेर को सक्षम करती थी। एक रिकॉर्ड एक व्यक्तिगत आइटम के लिए डेटा वाले फ़ील्ड्स का एक समूह था, जैसे एक व्यक्ति LAST_NAME, FIRST_NAME, ADDRESS, CITY, ST, ज़िप, PLUS_FOUR, SSN, आदि। ये संरचनाएं बाद में तालिकाओं में दर्शाई गईं और पंक्तियों और स्तंभों पर आयोजित की गईं। एक पंक्ति एक व्यक्तिगत रिकॉर्ड और प्रत्येक फ़ील्ड नाम के रिकॉर्ड की एक श्रृंखला में डेटा होने वाला एक स्तंभ है। इस तरह, एक उपयोगकर्ता आसानी से क्षेत्र के नाम को सॉर्ट कर सकता है और विशिष्ट सामान्य क्षेत्रों, जैसे CITY, ST, ZIP, आदि द्वारा रिकॉर्ड रिकॉर्ड कर सकता है।
DBASE भाषा ने उपयोगकर्ता या प्रोग्रामर को डेटा में हेरफेर करने, प्रदर्शन करने, तालिकाओं, अभिलेखों को प्रदर्शित करने और गणना करने की अनुमति दी (Y2K बहुत दूर था, लेकिन तिथियों को एमवाई-डीडी-वाईवाईवाई डेटा दर्ज करने के लिए एक YYYMMDD में परिवर्तित किया जाना था। जो DtoC और CtoD (डेट से कैरेक्टर, कैरेक्टर टू डेट) के साथ किया जा सकता है। DBASE भाषा के बिना, डेटा फ़ाइलें केवल सामान्य फ़ील्ड्स (कॉलम) के साथ रिकॉर्ड (पंक्तियों) की एक श्रृंखला होगी।
संबंधपरक डेटाबेस - यह शब्द एक डेटाबेस (तालिका) से अधिक संदर्भ को पार करने के लिए इस्तेमाल किया गया था जिसमें विभिन्न जानकारी शामिल थी लेकिन इसमें एक या अधिक सामान्य फ़ील्ड शामिल थे। उदाहरण के लिए, "एड्रेस," नामक एक डेटाबेस में "LNAME," "FNAME," "ADDRESS," "CITY," "ST," "ZIP," "SSN" शामिल है। एक अन्य डेटाबेस, जिसका शीर्षक है, "CHECKING," में "ACCOUNT_NO," "ROUTING_NO," "CUSTLAST," "CUSTFIRST," "DOB," "SSNO," "CUSTLOO" शामिल हैं। हालाँकि, फ़ील्ड के नाम अलग-अलग होते हैं, उनमें से कई में एक ही जानकारी होती है जो एक डेटाबेस से डेटा को टाई करने के लिए एक-दूसरे से जुड़ी हो सकती है, जो कि दूसरे से, कहते हैं, बैंक ग्राहकों को स्टेटमेंट भेजते हैं, पहले और अंतिम नाम फ़ील्ड और एसएस नंबर का उपयोग डेटा से संबंधित करने के लिए, एक डेटाबेस से ग्राहक का पता खींचना और दूसरे से बयान में रखी जाने वाली खाता जानकारी। फिर बड़े पैमाने पर मेल-मर्ज फ़ंक्शन ADDRESS डेटाबेस में प्रत्येक व्यक्तिगत ग्राहक पर इन क्रियाओं को करने के लिए हो सकता है, प्रत्येक ग्राहक की संबंधित खाता जानकारी खींच सकता है, कथन को प्रिंट कर सकता है, और अगले पर जाने से पहले प्रत्येक को संबोधित कर सकता है। डेटाबेस में रिकॉर्ड या ग्राहक।
तो, MS ACCESS जैसी कोई चीज DBMS से अधिक हो सकती है, लेकिन एक बुनियादी स्तर पर dBASE फ्रंट-एंड यूजर इंटरफेस बनाने और उनके बीच संबंध बनाने के लिए डेटाबेस के बीच डेटा हेरफेर के सभी संचालन करने के लिए एक भाषा थी, जिसके परिणामस्वरूप डेटा वापस करने के लिए हम मनुष्यों का उपयोग करने के लिए मात्र हैं।
तब से बहुत कुछ बदल गया है, लेकिन नींव एक ही है। डेटा अभी भी विभिन्न डेटा प्रकारों के क्षेत्रों की एक श्रृंखला वाले रिकॉर्ड में समाहित है और एक या एक से अधिक सामान्य डेटा बिंदुओं के माध्यम से अन्य डेटाबेस के साथ पार संदर्भित और विलय किया जाना चाहिए, जिससे हम क्रेडिट कार्ड का उपयोग कर सकते हैं, वेब पर खाते सेट कर सकते हैं। हमारे Google, Facebook, Twitter ID का उपयोग करते हुए, हमारी खरीदारी इतिहास को ट्रैक करें, इत्यादि। हमारे जीवन में कई अतिव्यापी संबंधपरक डेटाबेसों की एक श्रृंखला है, जिन्हें हम हर दिन उन सभी बिट्स और बाइट्स के बारे में सोचे बिना पार करते हैं, जो हमें आज के जीवन में सुखों और निरंतर विकास के लिए ला रहे हैं।
पट्टे पर है कि कैसे मैं हमेशा यह कई वर्षों के सॉफ्टवेयर और हार्डवेयर परीक्षण को समझ गया हूं जो 1984 में dBASE II के साथ शुरू हुआ था।