Viewing 15 posts - 50,236 through 50,250 (of 59,091 total)
No UDF required... certainly, no CLR required... 😉
DECLARE @Varbinary VARBINARY(8000)
SET @Varbinary = 0x5468697320697320612074657374
SELECT @Varbinary
SELECT CAST(@VarBinary AS VARCHAR(8000))
--Jeff Moden
Change is inevitable... Change for the better is not.
May 29, 2008 at 10:19 am
The rest of the code should be pretty simple to figure out... create a table and use the Select I posted as part of an INSERT/SELECT
--Jeff Moden
Change is inevitable... Change for the better is not.
May 29, 2008 at 9:35 am
Yep, I agree... but newbies also have a responsibility... they need to leave their frustration and bad attitude at home. Walking into a forum with words like "I'm fed...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 29, 2008 at 9:24 am
I've been guilty of that myself. Good reminder, John. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
May 29, 2008 at 9:21 am
Doesn't matter... I have some fellow Americans that I can't understand sometimes... I do just like I would do with anyone else... I say "I heard you, but I couldn't...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 6:49 am
Not sure why the dilema... error message says what's wrong. You've either not installed it when you installed SMS or it's simply not available on the machine that you're...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 6:45 am
majorbloodnock (5/28/2008)
Oh, no; I forgot. We're hiring a DBA, not a consultant. My mistake 😀
Heh... some of us consultants ain't so bad... 😀
... but I do understand what you mean.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 6:34 am
Sarcasm forgiven... I know you just can't help it 😉
I absolutely agree that it will be mostly as static table and it will likely never be needed. But...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 6:29 am
What kinds of functions?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 5:59 am
... and how much the company wants to "keep". No one is indispensible.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 5:57 am
Heh... no, the approach is not wrong... it's exactly what I suggested earlier. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 5:55 am
CrazyMan (5/28/2008)
I dont have a execution plan , but the table index structure is as below
IX_OQa_Binonclustered, stats no recompute located on PRIMARYBi
IX_OQa_Blo_Binonclustered, stats no recompute...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2008 at 5:51 am
1030 columns... that's a bit wide. I'm thinking that I'd divide the columns into logical groups and do a little horizontal partitioning with some decent indexing. Might even...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 27, 2008 at 10:53 pm
Oh yeah... almost forgot. Each daily database has it's own summary table. All of the days for each month are collect my a view for each month. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 27, 2008 at 10:33 pm
CrazyMan (5/27/2008)
yes jeff, its the Ph column
I was wrong about the databases at work... although they return all of the information for a given customer a full year back in...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 27, 2008 at 10:27 pm
Viewing 15 posts - 50,236 through 50,250 (of 59,091 total)