Viewing 15 posts - 57,436 through 57,450 (of 59,101 total)
Thanks Mark,
I finally have enough information to help... with great zeal, I may add...
First, as Serqiy suggested, you don't need all those "generated" columns. He suggested keeping one of them...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 13, 2006 at 10:20 pm
Of course there's some education in it, Ken... but, it's still forbidden because it hurts performance and a derived table should be used instead. And, it will also catch these...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 13, 2006 at 5:54 pm
Crud... I didn't read the second query... sorry... not enough coffee...
To play on what David suggested... it's one of the reasons why I'm glad that the standards I wrote for...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 13, 2006 at 7:04 am
It's because the Inserted table is only available in the current session... the dynamic SQL is actually a separate session with a different scope. That's the whole reason why we...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 13, 2006 at 6:57 am
That's strange... I'm thinking we have a service pack problem here... I'll bet you guys are running SP4 on SQL Server 2000... I'm running SP3A... and here's what I get...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 13, 2006 at 6:53 am
Mark,
Thanks for posting the table schema...
Sorry to plague you with questions but trying to do this in a very simple fashion... I see that the TimeGenerated column is a DateTime...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 13, 2006 at 6:15 am
I'm just about out of tricks on the Text columns, Charlotte... I'm still playing with it but haven't been able to come up with anything, yet.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 13, 2006 at 5:53 am
Kind of where I was going with this but it's important, I think, to include the date columns in that so that you endup with a nice, whole datetime as...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 8:02 pm
Nope... that works too... I just thought I'd show another way.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 8:00 pm
I'm thinking that someone has done an update in a transaction with no commit from Query Analyzer... locks up the world sometimes. Use sp_lock and sp_who2 to find out who's...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 6:06 pm
Concur with THAT!! ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 5:52 pm
--===== Return user created tables only. Ignores dtProperties, as well
SELECT Name
FROM dbo.SysObjects
WHERE OBJECTPROPERTY(OBJECT_ID(Name),'IsMSShipped')=0
AND XType = 'U'
'nuff said... ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 5:50 pm
Oh no, no, no.... this is a lot easier than that... but I need you to post the CREATE statement for the table...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 5:32 pm
Heh-heh... My first inclination was to say "don't use text columns"
I won't even allow them into code at work because of...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 7:43 am
Thanks Nick... I'm still curious though... why do you need to change the datatype of a column in a view?
--Jeff Moden
Change is inevitable... Change for the better is not.
October 12, 2006 at 7:38 am
Viewing 15 posts - 57,436 through 57,450 (of 59,101 total)