Viewing 15 posts - 58,186 through 58,200 (of 59,067 total)
Absolutely concur... vehemently... heck, a third of the questions on these forums are because of bad database design.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2006 at 7:47 pm
This is just an opinion... hard for me to write this one without sounding a bit Draconian... sorry...
Since views use the indexes from underlying tables, I've never understood the need...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 28, 2006 at 3:04 pm
Why not go for the simple method... schedule it with Windows Task Scheduler if you can't get it to run through the command shell.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 27, 2006 at 11:38 pm
Since you don't use XACT_Abort and you don't have any error checking code to do a conditional rollback, you don't really need the transaction.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 27, 2006 at 11:35 pm
Query Analyzer
Enterprise Manager
DOS (Cmd Prompt) w/ OSQL & BCP
T-SQL Help
This forum
--Jeff Moden
Change is inevitable... Change for the better is not.
May 27, 2006 at 11:32 pm
Nice...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 10:23 pm
Concur and now I get it... you were warning everyone of the same thing I was thinking... the requirement was for 4 digits left-padded with zeros and I'm thinking that's...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 9:27 pm
I don't think he intends to store that in his database, Joe. 3rd party vendors frequently as for data in such a form. And, no, there's not always a front...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 9:13 pm
| Requirement is to show missing months as well |
Dang... missed that one, David... nice catch.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 8:58 pm
Yep... you shouldn't put 3 pounds of meat in a 2 pound wrapper, for sure. ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 8:53 pm
Thanks for the feedback, Dennis. Appreciate it.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 8:46 pm
I forgot about that bloody chart. Good find, Mike and thanks for the feedback.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 8:43 pm
Sometimes, there is no presentation layer...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 12:54 am
SELECT REPLACE(STR(yourcolumn,4),' ','0')
--Jeff Moden
Change is inevitable... Change for the better is not.
May 26, 2006 at 12:49 am
Aw, what the heck... do it all in SQL... pick your poison...
SELECT STUFF(RIGHT(CONVERT(CHAR(11),MonthDate,113),8),4,3,'-') AS [Month],
COUNT(*) AS [Number of Requests Completed]
FROM #MonthGroup
GROUP BY STUFF(RIGHT(CONVERT(CHAR(11),MonthDate,113),8),4,3,'-')
--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)
May 26, 2006 at 12:27 am
Viewing 15 posts - 58,186 through 58,200 (of 59,067 total)