February 27, 2004 at 5:08 am
Yep,
They are an external (an theoretically neutral) department with no connection to the issues involved. Effectively they are for external verification that you raised an issue and it wasn't dealt with.
Theoretically your union could provide the same function but good union reps are hard to find, plus they tend to be antagonistic towards management.
A good HR department is supposed to advise on personnel issue, rights/benefits etc. They are not just for hiring, firing and looking pretty in the mean time, though they seem to manage the latter with ease.
February 27, 2004 at 5:18 am
Theory and practice sometimes differ
>...looking pretty in the >mean time, though they seem to manage the latter with ease.
3 out of 4 isn't bad at all, I'd say
--
Frank Kalis
Microsoft SQL Server MVP
Webmaster: http://www.insidesql.org/blogs
My blog: http://www.insidesql.org/blogs/frankkalis/[/url]
February 27, 2004 at 3:06 pm
Maybe this article can help bolster your argument as well.
http://www.databasejournal.com/features/mssql/print.php/3067071
Good luck, Ross |
February 27, 2004 at 3:44 pm
Nah, getting seriuos again. We were lacking those lighter threads here lately
Has anybody mentioned using SQL Server Best Practice Analyzer yet? It can be downloaded from MS.
--
Frank Kalis
Microsoft SQL Server MVP
Webmaster: http://www.insidesql.org/blogs
My blog: http://www.insidesql.org/blogs/frankkalis/[/url]
February 27, 2004 at 3:52 pm
Long way up in this thread I mention it
* Noel
February 27, 2004 at 4:00 pm
Oops!
...but that analyzer is not bad at all. It doesn't hurt to reference it twice
--
Frank Kalis
Microsoft SQL Server MVP
Webmaster: http://www.insidesql.org/blogs
My blog: http://www.insidesql.org/blogs/frankkalis/[/url]
February 27, 2004 at 4:01 pm
Why do I think I know this Development Manger? As for the responses to the thread uh...NICE ! (yea yea I have no meaning full comments)
Jim Babington
Jbabington
Jbabington@hotmail.com
February 27, 2004 at 4:06 pm
I am not saying is bad, is that is tough to find in such a HUGE thread
* Noel
February 28, 2004 at 3:19 pm
Yes, this should quality for the longest in the last months.
--
Frank Kalis
Microsoft SQL Server MVP
Webmaster: http://www.insidesql.org/blogs
My blog: http://www.insidesql.org/blogs/frankkalis/[/url]
March 1, 2004 at 9:33 am
I have got to say I am excited about the response from the community (dare I say My Community) we have gotten here. I will continue to fight this fight I have my managers full support and his. So when this is all done I will post some of the arguments presented.
One more thing, they have already started to mention Yukon and .NET v2, saying that these allow for native SQL objects to be written there, trust me I will look into this, but thought again I would throw this out there as this will definately be one of his(dev manager) arguments.
Thanks all
Rev
March 1, 2004 at 9:45 am
Another reason for the simple minded to implement whatever comes up , same like buying a bigger box if the current one can nolonger cope with what's being run on it.
But it's a ggrrreeaaatt tool
Johan
Learn to play, play to learn !
Dont drive faster than your guardian angel can fly ...
but keeping both feet on the ground wont get you anywhere :w00t:
- How to post Performance Problems
- How to post data/code to get the best help[/url]
- How to prevent a sore throat after hours of presenting ppt
press F1 for solution, press shift+F1 for urgent solution 😀
Need a bit of Powershell? How about this
Who am I ? Sometimes this is me but most of the time this is me
March 1, 2004 at 12:40 pm
Perhaps someone has developed a list of pros and cons to make a case for either side of this "inline vs. proc" argument...weight could be added to each bullet point and tallied to see which side's argument holds more water.
Just a thought...
--------------------------------------------------------------------------------
If you don't stand for something, you'll fall for anything!
March 2, 2004 at 1:49 am
Now that you've mentioned Yukon and the implementation of the CLR, the only thing that comes to mind is:
Good bye to clean set-based approach, welcome row-by-row processing.
--
Frank Kalis
Microsoft SQL Server MVP
Webmaster: http://www.insidesql.org/blogs
My blog: http://www.insidesql.org/blogs/frankkalis/[/url]
Viewing 13 posts - 46 through 57 (of 57 total)
You must be logged in to reply to this topic. Login to reply