procedury przechowywanej Domyślna wartość parametru - jest to stała lub zmienna

Question

Tu jest mój kodu:

USE [xxx] 
GO 
SET ANSI_NULLS ON 
GO 
SET QUOTED_IDENTIFIER ON 
GO 

CREATE PROCEDURE [dbo].[problemParam] 
    @StartDate INT = CONVERT(INT,(CONVERT(CHAR(8),GETDATE()-130,112))), 
    @EndDate INT = NULL 
AS 
BEGIN 

SSMS nie jest zbyt zadowolony z domyślny wartości używałem - w MSDN DEFINITION HERE mówi, że wartość domyślna musi być stała, a nie zmienna.

Czy CONVERT(INT,(CONVERT(CHAR(8),GETDATE()-130,112))) jest zmienną czy stałą? Nie jest to zmienna w tradycyjny sposób, jak myślę o zmiennej, ale potem znowu nie jest stała jak jest '03 jan 2013'.

Jak sobie z tym poradzić? Przenieść CONVERT(INT,(CONVERT(CHAR(8),GETDATE()-130,112))) do klienta, który wywołuje procedurę przechowywaną?

---

EDIT

Możliwy duplikat jako Właśnie nanosi ten SO POST

Answer 1

To musi być stała - wartość musi być obliczalna w czasie, że procedura jest utworzone i to jedno obliczenie musi dostarczyć wartość, która będzie zawsze używana.

Spójrz na definicji sys.all_parameters:

default_valuesql_variant Jeśli has_default_value wynosi 1, wartość tej kolumnie jest wartość domyślna dla parametru; w przeciwnym razie, NULL.

Oznacza to, że niezależnie od wartości domyślnej parametru, musi on pasować do tej kolumny.

---

Alex K zauważył w komentarzach, można po prostu zrobić:

CREATE PROCEDURE [dbo].[problemParam] 
    @StartDate INT = NULL, 
    @EndDate INT = NULL 
AS 
BEGIN 
    SET @StartDate = COALESCE(@StartDate,CONVERT(INT,(CONVERT(CHAR(8),GETDATE()-130,112)))) 

pod warunkiem, że NULL nie ma być prawidłową wartością @StartDate.

---

Co do blogu jesteś powiązany w komentarzach - który mówi o bardzo specyficznym kontekście - tym, wynik oceniania GETDATE() w kontekście pojedynczego zapytania jest często uważana za stały. Nie znam wielu ludzi (w przeciwieństwie do autora bloga), którzy rozważaliby oddzielne wyrażenie wewnątrz UDF, aby być częścią tego samego zapytania, co zapytanie, które wywołuje UDF.