जवाबों:
SQLite को अन्य विशेषताओं का त्याग करना पड़ा है जो कुछ लोगों को उपयोगी लगती हैं, जैसे कि उच्च संगामिति, ठीक-ठाक अभिगम नियंत्रण, अंतर्निहित कार्यों का एक समृद्ध सेट, संग्रहीत कार्यविधियाँ , गूढ़ SQL भाषा सुविधाएँ, XML और / या जावा एक्सटेंशन, tera- या पेटा-बाइट मापनीयता, और आगे
स्रोत: SQLite के लिए उपयुक्त उपयोग
उत्तर : नहीं
यहां बताया गया है ... मुझे लगता है कि डेटाबेस में संग्रहीत प्रोक्स होने का एक महत्वपूर्ण कारण यह है कि आप एसपी कोड को SQL इंजन के समान प्रक्रिया में निष्पादित कर रहे हैं। यह एक नेटवर्क से जुड़ी सेवा के रूप में काम करने के लिए डिज़ाइन किए गए डेटाबेस इंजनों के लिए समझ में आता है, लेकिन SQLite के लिए अनिवार्यता बहुत कम दी गई है कि यह एक अलग SQL इंजन प्रक्रिया के बजाय आपके आवेदन प्रक्रिया में DLL के रूप में चलता है। तो यह आपके सभी व्यावसायिक तर्क को लागू करने के लिए और अधिक समझ में आता है, जिसमें मेजबान भाषा में सपा कोड क्या होगा।
हालाँकि आप होस्ट भाषा (PHP, Python, Perl, C #, Javascript , Ruby etc) में अपने स्वयं के उपयोगकर्ता द्वारा परिभाषित कार्यों के साथ SQLite का विस्तार कर सकते हैं । फिर आप किसी भी SQLite चयन / अद्यतन / डालने / हटाने के हिस्से के रूप में इन कस्टम फ़ंक्शंस का उपयोग कर सकते हैं। मैंने पासवर्ड हैशिंग को लागू करने के लिए DevArt's SQLite का उपयोग करके C # में ऐसा किया है ।
यदि आप अभी भी रुचि रखते हैं, तो क्रिस वुल्फ ने संग्रहीत प्रक्रियाओं के साथ SQLite का एक प्रोटोटाइप कार्यान्वयन किया। आप उनके ब्लॉग पोस्ट पर विवरण पा सकते हैं: SQLite में संग्रहीत कार्यविधियाँ जोड़ना
फिर भी, एक समर्पित तालिका का उपयोग करके इसे नकली करना संभव है , जिसे आपके INSERT ट्रिगर के साथ नकली-सपा नाम दिया गया है। समर्पित तालिका पंक्तियों में आपके नकली सपा के पैरामीटर होते हैं, और यदि उन्हें परिणाम वापस करने की आवश्यकता होती है, तो आपके पास उन परिणामों को शामिल करने के लिए एक दूसरी (poss। अस्थायी) तालिका (नकली-सपा से संबंधित नाम के साथ) हो सकती है। इसके लिए दो प्रश्नों की आवश्यकता होगी: पहला फर्जी-एसपी-ट्रिगर-टेबल में डेटा को सम्मिलित करना, और दूसरा नकली-एसपी-परिणाम-तालिका से चयन करना, जो खाली हो सकता है, या कुछ गलत होने पर संदेश-क्षेत्र हो सकता है। ।