Viewing 15 posts - 47,041 through 47,055 (of 59,095 total)
Just an FYI... the source of the CTE in your article is by a fellow called Itzik Ben-Gan and can be found at the bottom of page 255 in a...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 2:20 am
Oh lordy... I can see it now... some DBA decided that (s)he was gonna cleanup "unused" SPIDs and wrote some proc to kill all SPID's that don't have "Runnable" as...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:57 am
Gosh... I don't know, but I'd like to know.
Anybody got any ideas on this one?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:53 am
Why can't you just use BCP for this?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:52 am
First, I think you posted this on the wrong forum.
Second, that type of error normally means that there's something wrong with either some slow code that needs to be reworked...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:45 am
So.... what happens if a step is reopened more than twice? Does it still work? And, heh... you've just gotta know that will be the next request because...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:28 am
Do you have any idea how rude you sound? "please send it immediately". Sounds more like an arrogant command than a friendly request. Learn some etiquette... IMMEDIATELY!...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:22 am
If that SELECT is returning the values you want, then...
SELECT obj.name Table_Name, sycol.name Column_Name,Len(sycol.name) 'Data Length', t.name DataType, sycol.Length
INTO #yourtemptable
FROM sysobjects obj
INNER JOIN syscolumns sycol ON (obj.id=sycol.id and obj.type='U'...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:16 am
Maybe I'm missing something, but, for the record... I've never heard of a loan being specifically for "the last day of the month". I've seen loan dates of, for...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2008 at 12:11 am
First step of becoming a DBA is learning how to find stuff like this out... visit the Microsoft WebSite.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2008 at 11:30 pm
Not my idea, but... find's files for current database and makes a report of used, unused, and total size...
select [FileSizeMB] = convert(numeric(10,2),round(a.size/128.,2)),
[UsedSpaceMB] = convert(numeric(10,2),round(fileproperty( a.name,'SpaceUsed')/128.,2)) ,
[UnusedSpaceMB]...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2008 at 6:24 pm
thusi (11/23/2008)
Just letting you know that I did manage to write some sequential code to do this. Don't think you can simply do it in a single sql statement..so...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2008 at 6:19 pm
technicx101 (11/16/2008)
I have a table with 33 columns of Skill types e.g. Skill1, Skill2, ..etc. A particular skill, say, "C#" can be found in any of the columns. Basically...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2008 at 6:17 pm
I'm pretty sure that there is... attach one of the files and a record layout and let's see what we can do...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2008 at 6:14 pm
It's simple... one of the two columns you join on is an INT... the other is not and contains a number larger than what an INT can handle.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2008 at 6:06 pm
Viewing 15 posts - 47,041 through 47,055 (of 59,095 total)