Fonksiyonlar ve saklı prosedürler ayrı amaçlara hizmet eder. En iyi benzetme olmasa da, işlevler herhangi bir programlama dilinde kullanacağınız diğer işlevler olarak tam olarak görüntülenebilir, ancak depolanan procs daha çok bireysel programlar veya toplu komut dosyası gibidir.
Fonksiyonlar normalde bir çıkışa ve isteğe bağlı olarak girişlere sahiptir. Çıkış daha sonra başka bir işleve giriş olarak (DATEDIFF, LEN, vb. Yerleşik bir SQL Server) veya bir SQL Sorgusu yüklemi olarak kullanılabilir - örn., SELECT a, b, dbo.MyFunction(c) FROM tableVeya SELECT a, b, c FROM table WHERE a = dbo.MyFunc(c).
Depolanmış procs, bir işlemde SQL sorgularını birbirine bağlamak ve dış dünyayla arayüz oluşturmak için kullanılır. ADO.NET, vb. Gibi çerçeveler doğrudan bir işlevi çağıramaz, ancak saklanan bir işlemi doğrudan çağırabilir.
Bununla birlikte işlevlerin gizli bir tehlikesi vardır: kötüye kullanılabilir ve oldukça kötü performans sorunlarına neden olabilir: bu sorguyu göz önünde bulundurun:
SELECT * FROM dbo.MyTable WHERE col1 = dbo.MyFunction(col2)
MyFunction şöyle bildirilir:
CREATE FUNCTION MyFunction (@someValue INTEGER) RETURNS INTEGER
AS
BEGIN
DECLARE @retval INTEGER
SELECT localValue
FROM dbo.localToNationalMapTable
WHERE nationalValue = @someValue
RETURN @retval
END
Burada olan şey, MyTable tablosundaki her satır için MyFunction işlevinin çağrılmasıdır. MyTable'da 1000 satır varsa, bu veritabanına karşı başka bir 1000 ad-hoc sorgudır. Benzer şekilde, işlev sütun belirtiminde belirtildiğinde çağrılırsa, SELECT tarafından döndürülen her satır için işlev çağrılır.
Bu yüzden yazma işlevlerine dikkat etmelisiniz. Bir işlevdeki bir tablodan SELECT yaparsanız, kendinize daha iyi depolanmış proc veya başka bir SQL yapısında (CASE ... NE ... ... BAŞKA ... SON).