SQL Server: установите дату на SQL-сервере, но оставайтесь детерминированными

Ваш столбец [datetime_column] имеет значение по умолчанию, установленное на "getDate ()" ??

Если это так, поскольку функция getdate () не является детерминированной, это вызовет эту ошибку ...

Детерминированная или недетерминированная функция, определяемая пользователем, зависит от того, как функция кодируется. Пользовательские функции являются детерминированными, если:

1. Функция привязана к схеме.
2. Все встроенные или определяемые пользователем функции, вызываемые определяемыми пользователем функции детерминированы.
3. Тело ссылки на функцию нет объектов базы данных за пределами объем функции. Например, детерминированная функция не может справочные таблицы кроме таблицы переменные, которые являются локальными для функция.
4. Функция не вызывает никаких расширенные хранимые процедуры.

Пользовательские функции, не соответствующие этим критериям, помечаются как недетерминированные. Встроенные недетерминированные функции не допускаются в теле пользовательских функций.

Попробуй это:

CAST(FLOOR(CAST([datetime_column] as FLOAT)) AS DateTime)

Это должно происходить намного быстрее, чем опция ПРЕОБРАЗОВАТЬ.

Посмотрите на на этот вопрос задал и ответил Кейд Ру. Возможно, решением было бы создать функцию с использованием WITH SCHEMABINDING, а затем использовать ее в вычисляемом столбце

РЕДАКТИРОВАТЬ

Я понимаю, что ваша цель - иметь индекс для этого столбца.

Если это невозможно сделать с вычисляемым столбцом, то, возможно, единственным вариантом будет создание обычного столбца и изменение данных в этом столбце каждый раз, когда вы обновляете столбец, на котором он основан. (сказать в триггере)

Я бы предложил несколько попроще:

 cast(cast([datetime_column] as int) as datetime)

но я подозреваю, что вы столкнетесь с той же проблемой.

Теперь, если проблема заключается в возврате к дате и времени, вы можете рассмотреть возможность использования только cast([datetime_column] as int) в качестве отдельного поля, только для индекса.

Я предполагаю, что это своего рода ошибка. В SQL 2005 мне удалось без проблем создать такое индексированное представление (код ниже). Когда я попытался запустить его на SQL 2000, я получил ту же ошибку, что и вы.

Следующее, похоже, работает с SQL 2000, но я получаю предупреждение о том, что индекс будет проигнорирован, и вам придется преобразовывать каждый раз, когда вы выбираете из представления.

CONVERT(CHAR(8), datetime_column, 112)

Работает в SQL 2005:

CREATE TABLE dbo.Test_Determinism (
    datetime_column DATETIME    NOT NULL    DEFAULT GETDATE())
GO

CREATE VIEW dbo.Test_Determinism_View
WITH SCHEMABINDING
AS
    SELECT
        DATEADD(dd, DATEDIFF(dd, 0, [datetime_column]), 0) AS EffectiveDate
    FROM
        dbo.Test_Determinism
GO

CREATE UNIQUE CLUSTERED INDEX IDX_Test_Determinism_View ON dbo.Test_Determinism_View (EffectiveDate)
GO

Вот мой лучший ответ на исходный вопрос:

Попробуй это:

/* create a deterministic schema bound function */
CREATE FUNCTION FloorDate(@dt datetime)
RETURNS datetime
WITH SCHEMABINDING
AS
BEGIN 
    RETURN CONVERT(datetime,  FLOOR(CONVERT(float, @dt)))
END
GO

Для проверки попробуйте следующее. Обратите внимание на использование «PERSISTED» для вычисляемого столбца и использование [dbo.] При обращении к функции

/*create a test table */
CREATE TABLE [dbo].[TableTestFloorDate](
    [Id] [int] IDENTITY(1,1) NOT NULL,
    [TestDate] [datetime] NOT NULL,
    [TestFloorDate]  AS ([dbo].[FloorDate]([TestDate])) PERSISTED,
 CONSTRAINT [PK_TableTestFloorDate] PRIMARY KEY CLUSTERED 
(
    [Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) 
) 

Теперь у вас должна быть возможность добавить индекс в вычисляемый столбец (но см. Попытки позже)

CREATE INDEX IX_TestFloorDate ON  [dbo].[TableTestFloorDate](TestFloorDate)

Вставляйте случайные данные столько раз, сколько хотите, но больше (1000+) лучше, если вы хотите протестировать планы использования / выполнения индекса.

INSERT INTO TableTestFloorDate (TestDate) VALUES( convert(datetime, RAND()*50000))

Получите результат

SELECT * FROM TableTestFloorDate WHERE TestFloorDate='2013-2-2'

А вот и GOTCHA ... Индекс, созданный для вычисляемого столбца, не используется! Вместо этого, даже при выборе данных в постоянном поле TestFloorDate, SQLServer (или, по крайней мере, моя версия) предпочитает индекс на TestDate.

CREATE INDEX IX_TestFloorDate ON  [dbo].[TableTestFloorDate](TestDate)

Я почти уверен (по памяти), что индексы для вычисляемых постоянных столбцов имеют преимущество с точки зрения производительности - я думаю, вам просто нужно попробовать / протестировать для ваших собственных конкретных применений

(Надеюсь, я помог!)