अगर मैं इसे सही ढंग से समझूं, तो log उपयोगकर्ता की कार्रवाइयों और profile . के विवरण को स्वचालित रूप से रिकॉर्ड करने के लिए है उपयोगकर्ता विवरण रखता है।
log के लिए तालिका, ऐसा लगता है कि आप सारांशित डेटा को रखने का प्रयास कर रहे हैं, जिसे प्रत्येक फ़ॉर्म सबमिशन के साथ अपडेट करने की आवश्यकता होगी। मेरा सुझाव है कि आप बस एक नई लॉग प्रविष्टि डालें [उदा. log_id , log_date , profile_id , amount ] प्रस्तुत करने पर और रिपोर्ट पर एकत्रीकरण छोड़ दें। log . से जुड़ने को सक्षम करने के लिए profile . के लिए , हम profile_id . शामिल करते हैं .
profile . के लिए तालिका में, आपको संभवतः first_name . की डुप्लिकेट प्रविष्टियों की अनुमति देनी चाहिए |last_name |dob और कोशिश करें और उन्हें अद्वितीय बनाने का एक और तरीका खोजें (या तो profile_id . का उपयोग करके) , या ईमेल द्वारा, या पासपोर्ट संख्या)।
मैं rowone . के लिए आपके इरादों के बारे में निश्चित नहीं हूं , rowtwo , rowthree . यदि आप जानते हैं कि वे क्या हैं, तो उन्हें स्पष्ट रूप से नाम दें; यदि वे ऐसे आइटम के लिए हैं जो अज्ञात संख्या में बार-बार दोहराते हैं, तो उन्हें एक अलग तालिका में ले जाने पर विचार करें (अर्थात सामान्यीकृत करें)।
अपनी रिपोर्ट के लिए, फिर आप log . में शामिल होने के लिए एक प्रश्न लिखेंगे और profile टेबल एक साथ, एग्रीगेशन के साथ (यानी GROUP BY SUM . के साथ और/या COUNT आवश्यक क्षेत्रों पर। "विज़िट काउंट" COUNT होगा उस प्रोफ़ाइल के लिए लॉग प्रविष्टियों में से, "राशि" SUM . होगी amount . का ।
