2010-08-02 17 views
6

मेरे पास वर्तमान में एक एक्सेस डेटाबेस है। एक बैकएंड है, और ऐसे कई उपयोगकर्ता हैं जो इस डेटाबेस का उपयोग अपने स्वयं के फ्रंट एंड के साथ करते हैं। डेटा का आकार बहुत छोटा है; हालांकि कई रूप हैं जो लगातार उपयोग में हैं।क्या मुझे एक एक्सेस फ्रंट एंड या सी # फ्रंट एंड लिखना चाहिए?

मुझे डेटा को MySQL में माइग्रेट करने की आवश्यकता है। क्या मुझे एक्सेस फ्रंट एंड या प्रोग्राम का अपना सी # फ्रंट एंड प्रोग्राम इस्तेमाल करना जारी रखना चाहिए? एक दूसरे पर बेहतर क्यों होगा?

+4

यह सब निर्भर करता है: बजट, आपके वर्तमान कौशल, फॉर्मों की संख्या ... –

+1

जब आप कहते हैं कि "सी # फ्रंट एंड" आप WinForms, WPF, ASP.NET वेबफॉर्म, एएसपी.नेट एमवीसी या सिल्वरलाइट से बात कर रहे हैं? –

+0

जेसे, शायद Winforms, सबसे आसान बात संभव है! –

उत्तर

7

मुझे लगता है कि आप सभी पूरी तरह से पागल हैं या एक्सेस के बारे में एक शापित चीज़ नहीं जानते हैं।

यह निश्चित रूप से सच है कि SQL सर्वर के लिए अपसाइज़िंग टूल MySQL को अपसाइज़ करने के लिए आपके लिए उपलब्ध किसी भी चीज़ से उपयोग करना आसान है। लेकिन अपसाइज़ करने में कठिनाई को आपकी पिछली छोर की पसंद नहीं लेनी चाहिए, क्योंकि यह एक बार की पसंद है। आपके लिए सबसे अच्छा काम करने के आधार पर अपना बैक एंड डेटाबेस चुनें। जबकि SQL सर्वर एक्सप्रेस निःशुल्क है, इसमें कई सीमाएं हैं जिनके MySQL के पास नहीं है।

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

और ऐसा कुछ नहीं है जिसे आपको पहले जाने पर सही होना है, न ही आपको इसे कई बार करना है।

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

+0

मैंने पोस्टग्रेएसक्यूएल में ओडीबीसी निर्यात की कोशिश की। मेरा ऑटोऑन प्राथमिक कुंजी फ़ील्ड धारावाहिक के बजाय पोस्टग्रेस पूर्णांक बन गया, और प्राथमिक कुंजी बाधा नहीं थी। अन्य क्षेत्रों पर सूचकांक नहीं ले जाया गया था। फिर भी मुझे आपका सुझाव पसंद है क्योंकि मैं डीडीएल को पुनः प्राप्त कर सकता हूं, इसे आवश्यकतानुसार संशोधित कर सकता हूं, तालिका छोड़ सकता हूं, और इसे फिर से बना सकता हूं। PostGres में खरोंच से शुरू होने की तुलना में यह मेरे लिए एक बड़ी जीत है। धन्यवाद। मैं उत्सुक हूं, क्या आप MySQL पर निर्यात करते समय कम tweaking शामिल है? – HansUp

+0

यह MySQL के संस्करण पर निर्भर करता है। मैंने इसे अक्सर नहीं किया है, असल में, इसलिए कोई वास्तविक विवरण नहीं है। एसक्यूएल सर्वर अपसाइजिंग टूल्स डेटा प्रकार गलत भी प्राप्त कर सकते हैं, इसलिए यह वास्तव में एक गैर-मुद्दा है, मुझे लगता है। –

4

मैं MySQL के बजाय SQL सर्वर में माइग्रेट करने की अनुशंसा करता हूं। आप आसानी से SQL सर्वर पर एक्सेस डेटाबेस को अपग्रेड कर सकते हैं और इसे डेटा पर भारी उठाने को संभालने दें। एक्सेस फॉर्म आपका फ्रंट एंड जारी रह सकते हैं।

प्रति डेविड फेंटन प्रति टिप्पणियों में: "अपसाइजिंग एक बार का ऑपरेशन है और ऐसा करने में आसानी से पीछे की पसंद को ड्राइव नहीं करना चाहिए।" मुझे लगता है कि यह एक अच्छा तर्क है। मैंने upsizing और मौजूदा उपकरणों की आसानी के लिए SQL सर्वर की अनुशंसा की, लेकिन यह खंडन MySQL को मेरे लिए चित्र में वापस लाता है।

+2

+1: एसक्यूएल सर्वर एक्सप्रेस मुफ्त है, और [2008 आर 2 10 जीबी के ऊपर डेटाबेस का समर्थन करता है] (http://www.microsoft।कॉम/एक्सप्रेस/डेटाबेस /) –

+0

आप mysql –

+0

के बजाय एसक्यूएल सर्वर क्यों कहते हैं क्योंकि आप आसानी से SQL सर्वर तक पहुंच को अपग्रेड कर सकते हैं। इस तरह SQL सर्वर सभी डेटा कार्यों को संभालता है; एक्सेस केवल यूजर इंटरफेस बन जाता है। – duffymo

0

यदि आप MySQL के बजाय SQL सर्वर पर माइग्रेट करते हैं तो आप सी # में अपना फ्रंट-एंड विकसित कर सकते हैं और इसके लिए अपने डेटा तक पहुंचने के लिए अंतर्निहित LINQ क्षमताओं का उपयोग कर सकते हैं। अनुप्रयोगों के लिए विजुअल बेसिक के साथ एक्सेस फ्रंट एंड की तुलना में बहुत आसान और संतुष्ट ;-)

+1

सी # एक्सेस से ज्यादा आसान है? कृपया अधिक विस्तार से समझाएं। –

+1

यदि आप दोनों भाषाओं में से कोई भी नहीं जानते हैं, तो मैं ऐप्स के लिए वीबी पर सी # सीखने की सलाह देता हूं। भ्रमित न हों, वीबी के लिए वीबी (बहुत) VB.NET से अलग हैं। यह "बहुत आसान" नहीं है, लेकिन सी # अधिक शक्तिशाली और मजबूत है कि ऐप्स के लिए वीबी, और हां, आईएमओ सी # सीखना आसान है और ऐप्स के लिए वीबी से उपयोग करना आसान है। – Lester

3

फ्रंट एंड को रिवाइट करने से यह प्रोजेक्ट अधिक जटिल हो जाएगा, आसान नहीं। पहले बैकएंड माइग्रेट करें, फिर मूल्यांकन करें कि UI को फिर से लिखने की आवश्यकता है या नहीं। आपको नए बैक एंड डेटा स्रोत तक पहुंच को अनुकूलित करने के लिए कुछ कोड परिवर्तन करने की आवश्यकता हो सकती है, लेकिन यह पूर्ण पुनर्लेखन से बहुत कम प्रयास होगा।

संबंधित मुद्दे