Join | Login | Why Join?   
SQL Server, Oracle, DB2, Sybase, MySQL Help - SSWUG.ORG HACKER SAFE certified sites prevent over 99.9% of hacker crime.
Search SSWUG:   
 
Access to 456 free guest articles, discussions and more, just create your free SSWUG User ID:
Email address:  
This will be your login ID - we'll email you your password - you'll even receive the newsletter, opt-out at any time.
Email to Friend //  Discuss Article //  Rate Article //  Digg Article //  Add to Del.icio.us //  Add to Technorati

Full site membership is required for this article. Already a full member? Login here.
You currently have a guest membership. You can upgrade to full site membership here (free trial available).

CLR: THREAT OR MENACE?


 Article Abstract:

(Joe Celko) Follow up to article in INTELLIGENT ENTERPRISE on the dangers of CLR languages inside a database.

 Read this article...

 Related Articles - For Members.
All Articles By Author

Webcast Q&A Transcript: Reporting Services Launch (Part II)
Integrating SQL LiteSpeed in your existing Backup Infrastructure
Known SQL Server service packs problems
Backing up and restoring databases and transaction logs
Backup and Restore – Back to Basics with SQL LiteSpeed
Automate Your Database Creation
Troubleshooting SQL Server Upgrade Wizard
Troubleshooting SQL Server Command Prompt Utilities
Troubleshooting SQL Server 2005 Management Studio
Understanding SQL Server roles



Key (Please note):
(R) - registration may be required for access at the target site
($) - target site may require paid membership for access to this or other content


Reader Comments: Post Your Comments/Feedback

RE: CLR: THREAT OR MENACE?
(posted: 3/28/2005 7:35:30 AM)
This is a long winded article that gives a history of computing (I wrote my first program on a 029 keypunch machine.) and concludes that Microsoft does not like standards. IMHO, the CLR will be good because processing is more distributed and broken into smaller components with more operating system control. CLR will be a challenge to manage but will continue the move to standalone databases and storage.



RE: CLR: THREAT OR MENACE?
(posted: 3/28/2005 8:42:46 AM)
After using paragraphs to convince us that a programatic language is bad in a SQL Database Joe then tells us that there is an ANSI/ISO Standard to do the same. The difference is that this implementation is not propriatary. Which way do you want to have it, Joe? Can we code procedureally in the database or not?



RE: CLR: THREAT OR MENACE?
(posted: 3/28/2005 10:22:08 AM)
Not sure that this article is disagreeable in any way, shape, or form. Basically, he is right, the CLR stuff is going to be extremely messy if people replace reasonable SQL code with CLR code. He is also correct that we should be using standard SQL type code that is in the standards (perhaps compiled to CLR code.) But, You cannot blame Microsoft for going this way. They have bet the farm on CLR, and it works as marketing and it is fast.



RE: CLR: THREAT OR MENACE?
(posted: 3/29/2005 8:42:18 PM)
> Quick example: if I add geometric data types, is a point on the boundary of a circle inside or outside of the circle?

A circle may be defined by a line consisting of the set of points within a given plane equidistant from a given [center] point. To wit, (by definition) such a point must be part of that circle itself (and thus neither inside or outside).

> Says who?
AFAIK That would likely be Euclid (in one of the books of the elements ca. 220 - 250 BC). HTH
SM



RE: CLR: THREAT OR MENACE?
(posted: 4/1/2005 8:56:48 AM)
I have been doing this for 31 years. I came to a DBA role through a developer path. The CLR is here, it can do neat stuff, make the best of it. I sympathize with with DBAs who cannot or have never written procedural code but you will have to learn. Also management is paid to be cheap. My brother (a CPA) still uses DOS based accounting programs.



Email to Friend //  Discuss Article //  Rate Article //  Digg Article //  Add to Del.icio.us //  Add to Technorati

   




 

[ Register ] [ Webcasts ] [ Podcasts ] [ Newsletter Archive ] [ RSS/Feeds ]
[ About ] [ Advertise ] [ Contact ] [ Privacy ] [ Terms of Service ]
[ Link to SSWUG ] [ List Server Archives ] [ Recent Orig. Content ]
(c) 1997-2008, Bits on the Wire, Inc.  (0)

Some names and products covered by SSWUG are the registered trademarks of their respective owners.
DAA10354WWW004