Viewing 15 posts - 57,556 through 57,570 (of 59,067 total)
Be patient with me, Serqiy... I'm confused
... I thought you were saying before that you didn't need SQL, just the file system...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 9:16 pm
p.s. Just to save face... if this is NOT a simple denormalized reporting table, you need to change my statement from...
"and everyone who has code that adds columns uses the...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 9:05 pm
Both methods are good... so long as you are in the correct data base and the table actually exists in that data base...
if it doesn't, the code will not...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 9:01 pm
Concur... my point exactly...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 6:46 pm
Yep... I know that xp_CmdShell is "serial" and not asynchronus in nature... that's why I normally check the data before I put it in a trigger. But, I have seen...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 6:44 pm
Think "language barrier" and email mono-tones folks... Sometimes folks get pretty short and it isn't meant to be rude... it just sounds that way. Add English as a second language...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 6:42 pm
I just did a quick read on this... it is possible to write to a table from within a trigger and not have it roll back but only if you...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 6:29 am
Considering that the original poster had troubles with the dynamic SQL to create the column, you might want to demo how to test for the column's existance with some generic...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 6:20 am
Both sides of the coin? I normally end up looking at the edge of the coin, too ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 6:11 am
Just a note... if you take to long writing a post, this site looses it's mind
and destroys your post... ALWAYS remember to COPY...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2006 at 6:10 am
Not sure you'd have to worry about the locks to create a simple sum... and, everytime someone made a new entry in the food table, you'd have to do an...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 24, 2006 at 6:27 pm
True... but sometimes there is no application. Besides, formatting a date is a simple form of data manipulation... why not do "data manipulation" in a database? ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 24, 2006 at 6:18 pm
It looks like a denormalized reporting or summary table that they will add a column to for every quarter...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 24, 2006 at 6:14 pm
>>BTW. Why do you need SQL Server? What's wrong with file system?
>>There is no way. It must be proper database solution.
You just confused the heck out of me --Jeff Moden Change is inevitable... Change for the better is not.
RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
First step towards the paradigm shift of writing Set Based code:
________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.
Helpful Links:
How to post code problems
How to Post Performance Problems
Create a Tally Function (fnTally)
September 24, 2006 at 6:10 pm
What's the best way to use the file system to do such a quick search?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 24, 2006 at 4:02 pm
Viewing 15 posts - 57,556 through 57,570 (of 59,067 total)