Friday, February 27, 2009

GDR Grrr...

I've totally had it with Visual Studio Database Edition 2008 GDR.
CREATE VIEW [dbo].[DateRangeExpanded] WITH SCHEMABINDING
AS
select n.Number, n.Date
from dbo.Numbers n
where n.Date >= CONVERT(DATETIME,'2007-12-01') and
n.Date <= datediff(day, 0, DATEADD(MONTH, 6, GETDATE()))
Results in
Error TSD03127: Cannot schema bind view '[dbo].[DateRangeExpanded]'
because name 'DATETIME' is invalid for schema binding. Names must be in two-part format and an object cannot reference itself.
WFT? SQL Server is quite happy with the above, it's just GDR getting it's knickers in a twist yet again: DateTime is a type not a column. I have found no way of making it happy with this one[1], other than taking the schemabinding off, and I am pretty pissed about limiting my database design just to accommodate GDR's inadequacies.

If this project wasn't finishing up in a few weeks, GDR would be in the bin by now.


[1] CAST vs CONVERT doesn't make any difference, for one thing.

2 comments:

  1. Anonymous17:55

    why do you convert/cast your datetime string, SQLServer is happy to do that for you. If n.Date is a Datetime column so to speak.

    ReplyDelete
  2. Probably spending too much time doing Oracle.

    And doesn't it sometimes (when you directly compare to a date literal) convert the date column to a string for the comparison (not the other way round), which defeats the use of indexing on the date column?

    ReplyDelete

Please note that comments are moderated, and spam comments will be removed