शुभ दिवस,
मैं वर्तमान में अपनी वेबसाइट के लिए डेटाबेस संरचना तैयार कर रहा हूं। मुझे केवल एक पहलू में सामुदायिक सहायता की आवश्यकता है क्योंकि मैंने ऐसा कुछ कभी नहीं किया।
वेबसाइट में तीन प्रकार के भुगतान शामिल होंगे:
- आंतरिक भुगतान (एस्क्रो प्रकार के भुगतान)। उपयोगकर्ता किसी अन्य उपयोगकर्ता को भुगतान भेज सकता है।
- जमा। उपयोगकर्ता अपने खातों में फंड जोड़ते हैं।
- निकासी। उपयोगकर्ता निकासी का अनुरोध कर सकता है। पैसा उनके बैंक/पेपाल खाते में भेज दिया जाएगा।
मूल रूप से, मुझे सर्वोत्तम संभव डिज़ाइन प्राप्त करने के लिए कुछ युक्तियों की आवश्यकता है।
मैं इस बारे में सोच रहा हूं:
deposits
- यह तालिका जमा के बारे में जानकारी संग्रहीत करेगी
deposits_data
- यह तालिका जमा लेनदेन के बारे में जानकारी संग्रहीत करेगी (उदा. PayPal IPN द्वारा लौटाया गया डेटा)
payments
- आंतरिक भुगतान संग्रहीत करने के लिए तालिका
withdrawals
- निकासी अनुरोध के बारे में जानकारी संग्रहीत करने के लिए तालिका
transactions
- सभी लेन-देन के बारे में जानकारी संग्रहीत करने के लिए तालिका (ENUM () फ़ील्ड के साथ निम्नलिखित मानों के साथ प्रकार कहा जाता है: आंतरिक, जमा, निकासी)
कृपया ध्यान दें कि मेरे पास पहले से ही प्रत्येक उपयोगकर्ता कार्रवाई को संग्रहीत करने के लिए एक टेबल logs
है।
दुर्भाग्य से, मुझे लगता है कि मेरा डिजाइन दृष्टिकोण इस पहलू में सबसे अच्छा संभव नहीं है। क्या आप कुछ विचार/सुझाव साझा कर सकते हैं?
पुनश्च. क्या मैं आंतरिक भुगतान के लिए "एस्क्रो" नाम का उपयोग कर सकता हूं या क्या मुझे अलग नाम चुनना चाहिए?
संपादित करें
DEPOSITS
, PAYMENTS
और WITHDRAWALS
टेबल विशिष्ट लेनदेन विवरण संग्रहीत करते हैं। TRANSACTIONS
तालिका केवल सीमित जानकारी संग्रहीत करती है - यह एक प्रकार की लॉग तालिका है - एक details
फ़ील्ड के साथ (जिसमें उपयोगकर्ता लॉग अनुभाग में प्रदर्शित करने के लिए एक टेक्स्ट होता है, उदाहरण: "उपयोगकर्ता 1 ने आपको किसी चीज़ के लिए भुगतान भेजा है" )/
बेशक मेरे पास उपयोगकर्ता टेबल आदि हैं।
1 उत्तर
क्या मैं आंतरिक भुगतान के लिए "एस्क्रो" नाम का उपयोग कर सकता हूं या क्या मुझे अलग नाम चुनना चाहिए?
एस्क्रो का एक विशिष्ट वित्तीय/कानूनी अर्थ है, जो आपके कहने के तरीके से अलग है: "एक लिखित समझौता (या संपत्ति या धन) किसी तीसरे पक्ष को दिया जाता है या एक पक्ष द्वारा एक अनुबंध के लिए विश्वास में रखा जाता है जिसे पूरा होने के बाद वापस किया जाना है। कुछ शर्त" (source)
तो एक अलग नाम चुनना एक अच्छा विचार लगता है।
डिजाइन के लिए, कौन सा डेटा जमा, भुगतान और निकासी स्टोर करेगा जो लेनदेन नहीं करेगा? इसके अलावा, आपको एक खाता तालिका की आवश्यकता है। या क्या आप अपनी मौजूदा USERS तालिका का उपयोग करने की योजना बना रहे हैं (मुझे लगता है कि आपके पास ऐसा कुछ है)? संभवत: आपके पास बाहरी पार्टियों के लिए कुछ होना चाहिए, भले ही आप फिलहाल केवल पेपाल का समर्थन करने का इरादा रखते हों।
संबंधित सवाल
नए सवाल
mysql
MySQL एक फ्री, ओपन सोर्स रिलेशनल डेटाबेस मैनेजमेंट सिस्टम (RDBMS) है जो स्ट्रक्चर्ड क्वेरी लैंग्वेज (SQL) का उपयोग करता है। इस टैग को अन्य DBs जैसे SQL Server, SQLite आदि के लिए उपयोग न करें। वे विभिन्न DB हैं जो सभी डेटा का प्रबंधन करने के लिए SQL की अपनी बोलियों का उपयोग करते हैं।