2011-03-24 11 views
8

मुझे लगता है कि बहुत से लोग इसे जानना पसंद करेंगे। मैंने नेट और स्टैक पर खोज की और पर इस पर पहले से ढेर पर चर्चा की गई है, यह क्यूटी के संबंध में नहीं है ... और न ही उसी संदर्भ में।MySQL + Qt QMYSQL प्लग-इन = वाणिज्यिक MySQL लाइसेंस?

क्यूटी एलजीपीएल है।
यह है कि (जब तक आप क्यूटी को संशोधित नहीं के रूप में) का अर्थ है:
(1) वाणिज्यिक देव सिर्फ क्यूटी प्रयोग करने के लिए एक वाणिज्यिक लाइसेंस ($) की आवश्यकता नहीं है।
(2) अपने अनुप्रयोगों को कोड कोड देने की आवश्यकता नहीं है जो इसके लिए पूछता है।

ओरेकल MySQL जीपीएल है।
इसका मतलब है कि (यदि आप MySQL को संशोधित नहीं है, भले ही) - व्याख्या एक:
(1) वाणिज्यिक देव सिर्फ MySQL का उपयोग कर के लिए एक वाणिज्यिक लाइसेंस (न्यूनतम $ 2000/वर्ष) की आवश्यकता है।
(2) अपने अनुप्रयोगों को कोड कोड देने के लिए है जो इसे मांगता है।

इसका मतलब है कि (यदि आप MySQL को संशोधित नहीं है, भले ही) - व्याख्या बी:
(1) वाणिज्यिक देव करता सिर्फ MySQL का उपयोग कर के लिए एक वाणिज्यिक लाइसेंस ($) की आवश्यकता नहीं।
(2) अपने अनुप्रयोगों को कोड कोड देने के लिए है जो इसे मांगता है।

इसका मतलब है कि (जब तक आप MySQL को संशोधित नहीं के रूप में) - व्याख्या सी:
(1) वाणिज्यिक देव करता सिर्फ MySQL का उपयोग कर के लिए एक वाणिज्यिक लाइसेंस ($) की आवश्यकता नहीं।
(2) इसके लिए पूछे जाने वाले किसी भी व्यक्ति को अपने एप्लिकेशन src कोड देने की आवश्यकता नहीं है।

जबकि एलजीपीएल स्पष्ट है, जीपीएल के बारे में बहुत भ्रम है। मैं जानना चाहता हूं कि जीपीएल व्याख्या का कौन सा संस्करण सही है (ए, बी, या सी)। मुझे यकीन है कि यहां कुछ पेशेवर हैं जो इसे जानते हैं।

जीपीएल की मेरी व्यक्तिगत समझ यह है कि जीपीएल लाइब्रेरी लिंकिंग के संबंध में लिखा गया था (कोड पुन: उपयोग ... और आवेदन उपयोग नहीं)। यही है, यदि आप कुछ कोड का उपयोग करते हैं, या आप ऐप बनाने के लिए कुछ कोड बढ़ाते हैं, तो आपके अधिकार/लिमिटेशन और अन्य सभी के अधिकार क्या हैं। मुझे विश्वास नहीं है कि जीपीएल जीपीएल के प्रभावों के उपयोग को सीमित करने का संदर्भ देता है। अगर मैं ग़लत हूं तो मेरी गलती सुझाएं।

उदाहरण के लिए, अधिकांश LINUX जीपीएल है। यदि मैं लिनक्स पर विकास करता हूं तो क्या मेरे सभी आवेदन जीपीएल होना चाहिए? मुझे लगता है कि ऐसी व्याख्या सटीक नहीं है। इसलिए मुझे लगता है कि जीपीएल एप्लिकेशन का उपयोग करने और जीपीएल स्रोत कोड का उपयोग/पुनः उपयोग करने के बीच एक अंतर है।

उपर्युक्त उदाहरण के विस्तार से, यदि मैं MySQL नामक एप्लिकेशन का उपयोग करता हूं ... MySQL का जीपीएल लाइसेंस किसी भी एप्लिकेशन को क्यों संक्रमित करेगा, मैंने केवल इसलिए लिखा क्योंकि यह डेटा को स्टोर और पुनर्प्राप्त करने के लिए MySQL डेटाबेस का उपयोग करता है? इसके बीच अंतर और लिनक्स का उपयोग करने के लिए क्या अंतर है?

अब, भ्रम की बात करते हुए, और पोस्ट क्या है। मेरे आखिरी प्रश्न के जवाब में, मैंने कुछ भ्रमित शब्दकोष देखा है कि कैसे एक MySQL डेटाबेस मामलों से लिंक करता है। मुझे यह समझ में नहीं आता है ... हालांकि मुझे लगता है कि सामान्य विचार यह है कि एपीआई MySQL से लिंक करने के लिए उपयोग किया जाता है, यह भी जीपीएल हो सकता है। प्रत्येक परिदृश्य को कवर करने के बजाय, आइपी विशिष्ट हो।

मैं क्यूटी में क्या प्रयोग कर रहा हूं? मैं QMYSQL (MySQL ड्राइवर) बनाने के लिए क्यूटी निर्देशों का पालन कर रहा हूं। http://doc.qt.nokia.com/latest/sql-driver.html यह बिल्ड प्रक्रिया MySQL द्वारा प्रदान की गई कुछ फ़ाइलों पर निर्भर करती है (जो जीपीएल हो सकती है)। मुझे नहीं पता कि क्यूटी शब्द "चालक" का उपयोग कर क्या है। मेरे दृष्टिकोण से एक "ड्राइवर" एक अंतर्निहित इंजन है जो कुछ काम करने की अनुमति देता है और इस प्रकार मुझे नहीं लगता कि इसे मेरे आवेदन के साथ LINUX में कुछ जीपीएल ड्राइवर स्थापित करने के अलावा क्या करना है, इसलिए मैं LINUX बूट कर सकता हूं और कुछ कर सकता हूं वाणिज्यिक कोडिंग। मुझे यह भी समझ में नहीं आता कि क्यों Qt लोगों को QMYSQL प्लग-इन "निर्माण" बनाता है। क्या यह तकनीकी कारणों से या लाइसेंस कारण के कारण है? MySQL को नियंत्रित करने के लिए, मैं क्यूटी "QSqlDatabase" & "QSqlQuery" कक्षाओं का उपयोग करता हूं।

इसलिए, यदि मैं - यूएसई - डेटा स्टोरेज के लिए MySQL और मेरा वाणिज्यिक एप्लिकेशन क्यूटी का प्रबंधन, स्टोर, पुनर्प्राप्ति, मेरे MySQL डेटाबेस में डेटा अपडेट करने के लिए उपयोग करता है, ऊपर दिए गए जीपीएल लाइसेंस व्याख्याओं में से कौन सा सही है (ए , बी, या सी)?

* अंतिम नोट। मुझे पता है कि लोग वेबसाइटों के साथ MySQL को जोड़ते हैं। आइए इस विषय के संदर्भ के लिए सोचें कि MySQL व्यापार अनुप्रयोगों के लिए भी है ... न केवल वेबसाइटें। दोनों के बीच प्रमुख अंतर यह है कि एक वेबसाइट को केंद्रीय डीबी की आवश्यकता होती है और एक व्यापार आवेदन के लिए प्रत्येक ग्राहक को अपनी डीबी तैनाती की आवश्यकता हो सकती है। दिन के अंत में यह केवल डेटा संग्रहीत कर रहा है (या तो रास्ता)। जहां तक ​​मुझे पता है कि यह जीपीएल के खिलाफ नहीं है, जिसमें एक ही इंस्टॉल डिस्क पर MySQL को वाणिज्यिक बंद-स्रोत ऐप के रूप में शामिल किया गया है, इंस्टॉलर को इंस्टॉल करें और फिर बंद स्रोत ऐप डीबी और टेबल बनाएं। यदि मैं गलत हूं तो मुझे सही करों। ।

+0

एक वकील से परामर्श लें। यह साइट प्रोग्रामिंग सहायता के लिए है, कानूनी सलाह नहीं। –

+1

यह प्रोग्रामिंग सहायता जितना अधिक है उतना ही है और यदि आप फोरम टैग की जांच करते हैं तो आप देखेंगे कि जीपीएल टैग है जो इन मुद्दों पर केंद्रित है। समाधान जीपीएल मुलायम के साथ जोड़ने और संचार तकनीक के आसपास केंद्र केंद्रित है। इसके अलावा इस बुनियादी समझ के रूप में, यह स्पष्ट होना चाहिए कि वकील सर्वव्यापी नहीं हैं और ऐसे किसी भी जटिल प्रोग्रामिंग मुद्दे के बारे में थोड़ी सी सुराग नहीं है। मुझे यकीन है कि एक है ... कुछ जगह ... लेकिन उसे ढूंढना और उसकी सेवाओं के लिए भुगतान करना एक और बात है। एक्सपी प्रोग्रामर से तकनीकी 'स्पष्टीकरण मांगने में कुछ भी गलत नहीं है। – user440297

उत्तर

0

अस्वीकरण: मैं वकील नहीं हूं!

मेरी समझ यह है कि जैसे ही आपका आवेदन MySQL के साथ वितरित करता है, आपको लाइसेंस के लिए भुगतान करना होगा।

यदि आप अपना आवेदन वितरित नहीं करते हैं, लेकिन फिर भी MySQL (और किसी अन्य डीबीएमएस के साथ नहीं चलेंगे) की आवश्यकता है तो आपको लाइसेंस की आवश्यकता भी है (लेकिन यहां मैं पहले से ही इतना निश्चित नहीं हूं)।

यह सभी अनिश्चितता मुझे किसी ऐसे सॉफ़्टवेयर से बचने देती है जो व्यावसायिक वातावरण में जीपीएल (या यहां तक ​​कि एलजीपीएल) के साथ लाइसेंस प्राप्त है।

सौभाग्य से अन्य डीबीएमएस हैं जो उतने अच्छे (या इससे भी बेहतर) हैं जिनके पास अधिक उदार लाइसेंस है।

+0

पोस्ट के लिए धन्यवाद। मैं देख सकता हूं कि लोग जीपीएल से क्यों बचते हैं। फिर भी, मैं इस मुद्दे को साफ़ करना चाहता हूं। यह ठीक है क्योंकि कोई भी यह नहीं जानता कि मैंने पोस्ट किया है। MySQL को वितरित करने के बारे में आपका पहला बिंदु बहुत सामान्य है और उस सामान्य रूप में यह निश्चित रूप से सटीक नहीं है। वितरण के बारे में बिंदु जीपीएल में स्पष्ट है।आप एक ही माध्यम पर बंद स्रोत स्रोत के साथ जीपीएल सॉफ़्टवेयर को बंडल कर सकते हैं ... आपको केवल जीपीएल सॉफ्ट जीपीएल रखना है, जीपीएलटीएक्स लाइसेंस की एक प्रति और माध्यम पर जीपीएल नरम के स्रोत कोड भी प्रदान करना है। यह आपके बंद स्रोत एप्लिकेशन को संक्रमित नहीं करेगा। – user440297

+0

जीपीएल मुद्दा ज्यादातर इस बारे में है कि एक बंद स्रोत ऐप जीपीएल ऐप का उपयोग कैसे करता है ... अधिक विशेष रूप से यदि वे 1 ऐप में विलय हो गए हैं। मेरे ज्ञान के लिए जीपीएल किसी स्पष्ट बेंचमार्क का स्पेल नहीं करता है जिसके द्वारा बंद स्रोत एप सिर्फ जीपीएल ऐप से बात कर रहा है या यदि वे विलय हो गए हैं और इस तरह जीपीएल ऐप का व्युत्पन्न हो गए हैं। यही कारण है कि मैं इस पोस्ट में विशिष्ट हूं कि मैं कैसे और कैसे लिंक करता हूं। – user440297

0

बैकएंड डेटाबेस के रूप में MySQL की आवश्यकता नहीं है, लेकिन इसे एक विकल्प के रूप में अनुमति दें जो आपके उपयोगकर्ता/क्लाइंट से चुनने के लिए कनेक्ट हो सकता है। अपने आवेदन के साथ MySQL वितरित या स्थापित न करें। अपने उपयोगकर्ता/ग्राहक को यह बताएं कि यदि MySQL वाणिज्यिक उद्देश्यों के लिए उपयोग किया जाता है तो उन्हें वाणिज्यिक लाइसेंस शुल्क का भुगतान करने की आवश्यकता होती है, और उन्हें लाइसेंस खरीदने के लिए सही स्थान पर इंगित किया जाता है। उन्हें इस प्रभाव के लिए अस्वीकरण पर हस्ताक्षर करें। मैं वकील नहीं हूं लेकिन यह वही है जो मैं 10+ सालों से कर रहा हूं और अब तक मुझे मुकदमा नहीं चलाया गया है।