<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>A Simple Walkthrough for deploying a SQLCLR Stored Procedure (by Brad)</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx</link><description>Walkthrough: Simple deployment of SQLCLR Visual Basic Stored Procedure The Yukon release of SQL Server allows functions, procedures and triggers to be written in any of the .Net languages. User code can access data from the local or other SQL servers</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: A Simple Walkthrough for deploying a SQLCLR Stored Procedure (by Brad)</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#301125</link><pubDate>Tue, 14 Dec 2004 18:13:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:301125</guid><dc:creator>Jason Shantz</dc:creator><description>What does the 'Deploy Solution' command do behind the scenes?  Deploying from VS is great when developing, but in production I'll need a scripted approach of some kind.&lt;br&gt;&lt;br&gt;Also, which files must be deployed and which are optional?&lt;br&gt;&lt;br&gt;Thanks!</description></item><item><title>re: A Simple Walkthrough for deploying a SQLCLR Stored Procedure (by Brad)</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#301195</link><pubDate>Tue, 14 Dec 2004 20:21:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:301195</guid><dc:creator>G. Man</dc:creator><description>A great introductory article and I second Jason's questions.&lt;br&gt;&lt;br&gt;I also want to see a detailed discussion not on HOW you do this, but WHY. The code same you posted is traditionally part of the &amp;quot;data layer&amp;quot; of a web application. What are exactly the benefits and drawbacks to physically moving the code to the database server itself?&lt;br&gt;</description></item><item><title>RE: A Simple Walkthrough for deploying a SQLCLR Stored Procedure (by Brad)</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#309924</link><pubDate>Wed, 15 Dec 2004 13:11:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:309924</guid><dc:creator>GisSharpBlog</dc:creator><description /></item><item><title>A Simple Walkthrough for deploying a SQLCLR Stored Procedure</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#311863</link><pubDate>Wed, 15 Dec 2004 16:32:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:311863</guid><dc:creator>Raymond Lewallen</dc:creator><description>A Simple Walkthrough for deploying a SQLCLR Stored Procedure</description></item><item><title>re: A Simple Walkthrough for deploying a SQLCLR Stored Procedure (by Brad)</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#316631</link><pubDate>Thu, 16 Dec 2004 07:19:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:316631</guid><dc:creator>Eric Newton</dc:creator><description>G Man: it would take a lot longer article to detail benefits versus drawbacks of the idea... ie, i've seen requests for asp.net inside the procedure... um, hello? (not to G Man)&lt;br&gt;&lt;br&gt;Another stipulation that needs to be mentioned is that CLR sprocs REQUIRE the static keyword.  Since sprocs cant have state... its a good way to guarantee no state. (Good job)</description></item><item><title>Walkthrough of building a SQLCLR stored proc with VB</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#319497</link><pubDate>Fri, 17 Dec 2004 01:32:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:319497</guid><dc:creator>Christa Carpentiere</dc:creator><description>Walkthrough of building a SQLCLR stored proc with VB</description></item><item><title>re: A Simple Walkthrough for deploying a SQLCLR Stored Procedure (by Brad)</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#319519</link><pubDate>Thu, 16 Dec 2004 23:05:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:319519</guid><dc:creator>Doro</dc:creator><description>thank you and what about parametrised SP</description></item><item><title>re: A Simple Walkthrough for deploying a SQLCLR Stored Procedure (by Brad)</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#346373</link><pubDate>Tue, 04 Jan 2005 18:18:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:346373</guid><dc:creator>Brad</dc:creator><description>1.  As expected, it is possible to deploy manually.  If you have any SQL Server 2005 documentation, the details should be contained there.  The Deploy command essentially is as follows:&lt;br&gt;&lt;br&gt;CREATE ASSEMBLY statement:&lt;br&gt;&lt;br&gt;CREATE ASSEMBLY [ assembly_name ]&lt;br&gt;[ AUTHORIZATION owner_name ]&lt;br&gt;      {FROM  { client_assembly_specifier | &lt;br&gt;               assembly_bits [,…] &lt;br&gt;             }&lt;br&gt;}&lt;br&gt;[ WITH option_list ]&lt;br&gt;option_list ::= &lt;br&gt;    option_spec [,…]&lt;br&gt;option_spec::=&lt;br&gt;    PERMISSION_SET = { SAFE | EXTERNAL_ACCESS | UNSAFE } ]&lt;br&gt;&lt;br&gt;client_assembly_specifier::= &lt;br&gt;     '\\machine_name\share-name\[path\]manifest-file-name'&lt;br&gt;&lt;br&gt;assembly_bits::=&lt;br&gt;      { varbinary_literal | varbinary_expression }_&lt;br&gt;&lt;br&gt;Conversely:&lt;br&gt;    DROP ASSEMBLY assembly_name [,…] &lt;br&gt;       [WITH drop_option]&lt;br&gt;    drop_option::=&lt;br&gt;&lt;br&gt;The CREATE PROCEDURE (and CREATE FUNCTION) statments have been altered to support SQLCLR.  The following is the syntax for creating a procedure:&lt;br&gt;CREATE PROCEDURE &lt;br&gt;proc_header&lt;br&gt;         [ WITH {proc_attribute} [,…] ]&lt;br&gt;[ AS ]&lt;br&gt;body_definition           &lt;br&gt;proc_header::=&lt;br&gt;  proc_name ( [ {param_declaration} [,… ] ] ) &lt;br&gt;&lt;br&gt;proc_name::=&lt;br&gt;  [ proc_schema_name. ]proc_object_name&lt;br&gt;&lt;br&gt;param_declaration::=&lt;br&gt;       @param_name  param_type [ = default_value ]&lt;br&gt;       [ COLLATE collation_name ] // might be cut&lt;br&gt;       [OUTPUT]&lt;br&gt;body_definition::=&lt;br&gt;   { [BEGIN] procedure_body [END] } &lt;br&gt;| { EXTERNAL NAME method_specifier }&lt;br&gt;&lt;br&gt;method_specifier::=&lt;br&gt;[assembly_schema.]assembly_name:&lt;br&gt;external_routine_name &lt;br&gt;&lt;br&gt;external_routine_name::=&lt;br&gt;            /* as defined in CREATE FUNCTION */&lt;br&gt;&lt;br&gt;proc_attribute::=&lt;br&gt;        ENCRYPTION &lt;br&gt;      | EXECUTE AS { SELF | CALLER | USER = user_name }&lt;br&gt;&lt;br&gt;2.  The only file that is required to be deployed is the assembly.  That said, other files may be deployed with the assembly.  Visual Studio, by default, deploys the code file w/ the assembly.  This facilitates SQLCLR debugging.  There is an option on the property page of the SQLCLR project to turn off deploying of code files as well.&lt;br&gt;</description></item><item><title>Odds and Ends</title><link>http://blogs.msdn.com/vsdata/archive/2004/12/14/300216.aspx#3634688</link><pubDate>Sun, 01 Jul 2007 05:10:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3634688</guid><dc:creator>roy ashbrook</dc:creator><description>&lt;p&gt;Stuff I&amp;amp;#39;ve been intending to post a meaningful post about, but haven&amp;amp;#39;t: If you have ever wondered&lt;/p&gt;
</description></item></channel></rss>