dbTalk Databases Forums  

An encouraging note to hopeless DBA's

comp.databases.theory comp.databases.theory


Discuss An encouraging note to hopeless DBA's in the comp.databases.theory forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Cimode
 
Posts: n/a

Default An encouraging note to hopeless DBA's - 05-27-2008 , 05:48 PM






Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


Reply With Quote
  #2  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM






Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #3  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #4  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #5  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #6  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #7  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #8  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #9  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
  #10  
Old   
paul c
 
Posts: n/a

Default Re: An encouraging note to hopeless DBA's - 05-27-2008 , 08:41 PM



Cimode wrote:
Quote:
Lately I found the following additional language extension libraries
(making a new language called SQL sharp) running on T-SQL (the SQL
version of SQL Server). The extensions use the CLR runtime from SQL
Server to expand the capabilities of TSQL (but unfortunately not its
expressive power)...

For instance, the extension allows to program a compression or file
transfer protocol directly as a part of the native querying TSQL. The
solution has the advantage of bringing an additional tool that helps
limit the pain of SQL and/or the absurdity of stacking layers of
additional applicative layers to get a functionnality involving
heterogenous manipulations .

A case and tool for database practionners who promote data-centric
approaches to limit the pain of Client Server architecture blunders.

We had a situation where we had the simple problem of sending the
output of a poorly formatted SQL view to a specific FTP IP. As we
usually expect from mainstream IT culture, the initial response from
OO people was that the view needed to be extracted to XML by an object
extractor they had to code specifically for that view (argh!!! biting
my nails...), then the XML had to be finally reparsed back by an FTP
object sender which would send it it (argh again!!!). My initial
request for simply opening a port to get the customer to directly give
access to the view being denied for obscure reasons, I looked for a
way to ease the pain and discovered these libraries. Since the
compress and sendftp libraries were already *understood* by the
engine, it finally took me 5 lines of code to set up the process while
OO coders were (and are) still drawing ERD's to code the two classes
(XMLextractor and ObjectSender)../here

http://sqlsharp.com/

I thought some may be interested (there so few tools out
there)..Regards...

Note: I am not promoting this tool.


As they say, politics makes strange bedfellows. Everybody and his
brother saw how Microsoft tried to usurp the haphazard TML when they
were approaching a browser monopoly, I'm sure they'd like to try the
same with SQL but maybe competition from Oracle et al hinders that
(harder for customers to switch). Personally, I'd like to see them turn
SQL into an even bigger mess. Call me an anarchist.


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.