Yanıtlar:
SQLite, bazı kişilerin yüksek eşzamanlılık, ince taneli erişim kontrolü, zengin bir dizi yerleşik işlev, depolanmış prosedürler , ezoterik SQL dil özellikleri, XML ve / veya Java uzantıları, tera- veya peta-bayt ölçeklenebilirliği vb.
Yanıt : HAYIR
İşte Neden ... Ben bir veritabanında procs depolanan önemli bir nedeni, SQL kodu ile aynı süreçte SP kodu yürütmek olduğunu düşünüyorum. Bu, ağa bağlı bir hizmet olarak çalışmak üzere tasarlanmış veritabanı motorları için mantıklıdır, ancak SQLite için zorunlu olan, ayrı bir SQL motoru işleminden ziyade uygulama işleminizde bir DLL olarak çalıştığı göz önüne alındığında çok daha azdır. Bu nedenle, ana bilgisayar dilinde SP kodu ne dahil olmak üzere tüm iş mantığınızı uygulamak daha mantıklıdır.
Bununla birlikte, SQLite'ı ana bilgisayar dilinde (PHP, Python, Perl, C #, Javascript , Ruby vb.) Kullanıcı tanımlı işlevlerinizle genişletebilirsiniz . Daha sonra bu özel işlevleri herhangi bir SQLite seçme / güncelleme / ekleme / silme işleminin parçası olarak kullanabilirsiniz. Ben ettik C # Bu yapıldığında kullanarak Devart en SQLite'ı Parola karma uygulamaktır.
Hala ilgileniyorsanız, Chris Wolf Saklı Yordamlar ile SQLite prototip uygulaması yaptı. Ayrıntıları blog yazısında bulabilirsiniz: SQLite'a Saklı Yordamlar Ekleme
Yine de, sahte bir spider için adlandırılmış özel bir tablo kullanarak AFTER INSERT tetikleyici ile taklit etmek mümkündür . Özel tablo satırları, sahte sp'niz için parametreleri içerir ve sonuç döndürmesi gerekiyorsa, bu sonuçları içermek için ikinci bir (olası geçici) tabloya sahip olursunuz (sahte sp ile ilişkili adıyla). İki sorgu gerektirir: birincisi verileri sahte-sp-tetikleyici tablosuna eklemek için, ikincisi boş olan ya da bir şeyler ters gittiğinde bir mesaj alanına sahip olan sahte-sp-sonuç tablosundan SELECT yapmak için .