<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>microsoft.public.sqlserver.programming Google Group</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming</link>
  <description>Microsoft SQL Server newsgroup.</description>
  <language>en</language>
  <item>
  <title>Re: Why can’t recursive queries contain...?</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/0fabc31ab3c8df84/d6b8df84807ec88e?show_docid=d6b8df84807ec88e</link>
  <description>
  news:bda19704-b1ab-45fe-8e94- &lt;br&gt; SQL server is full of limitations that don&#39;t make sense. We&#39;ve only recently &lt;br&gt; got the ability to do something as basic as define a variable of infinite &lt;br&gt; length string. When we got CLR integration we were given a limit of 8K of &lt;br&gt; memory to work with (E I G H T K!!!!!!). When we got the ability to define
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/0fabc31ab3c8df84/d6b8df84807ec88e?show_docid=d6b8df84807ec88e</guid>
  <author>
  m...@nospam.com
  (Michael C)
  </author>
  <pubDate>Mon, 11 Nov 2009 03:01:04 UT
</pubDate>
  </item>
  <item>
  <title>Re: Sql Server on VMWare</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/d6b4c85859bb244f/c9c5bbef7a448f67?show_docid=c9c5bbef7a448f67</link>
  <description>
  If you need any performance at all I HIGHLY recommend you get an experienced &lt;br&gt; consultant in to help provision/configure your system.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/d6b4c85859bb244f/c9c5bbef7a448f67?show_docid=c9c5bbef7a448f67</guid>
  <author>
  kgbo...@earthlink.net
  (TheSQLGuru)
  </author>
  <pubDate>Mon, 11 Nov 2009 01:05:55 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/4d04c251bc2519dc?show_docid=4d04c251bc2519dc</link>
  <description>
  Mike, &lt;br&gt; The transaction log entries are crucial to peak performance when it comes to &lt;br&gt; writes. Essentially if one insert is held up due to bottlenecks on writing &lt;br&gt; to the log file so will all other transactions that will also be writing at &lt;br&gt; that time. The more concurrent writes you have the more the potential for a
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/4d04c251bc2519dc?show_docid=4d04c251bc2519dc</guid>
  <author>
  sqlmvpnooos...@shadhawk.com
  (Andrew J. Kelly)
  </author>
  <pubDate>Mon, 11 Nov 2009 00:35:48 UT
</pubDate>
  </item>
  <item>
  <title>Re: SQL 2008 - FILESTREAM OpenSQLFilestream invalid handle</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/b5f3cd701d9e41f9/8b2f6798a6f65d8e?show_docid=8b2f6798a6f65d8e</link>
  <description>
  Uzytkownik &amp;quot;Erland Sommarskog&amp;quot; &amp;lt;esq...@sommarskog.se&amp;gt; napisal w wiadomosci &lt;br&gt; OK. Here is declaration of OpenSqlFilestream: &lt;br&gt; &amp;lt;code&amp;gt; &lt;br&gt; function OpenSqlFilestream( &lt;br&gt; Path: PChar; &lt;br&gt; Access: Cardinal; &lt;br&gt; Options: Cardinal; &lt;br&gt; txnToken: TtxnToken; &lt;br&gt; txnTokenLenght: Cardinal; &lt;br&gt; AllocationSize: PInt64): THandle stdcall; external &#39;sqlncli10.dll&#39;;
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/b5f3cd701d9e41f9/8b2f6798a6f65d8e?show_docid=8b2f6798a6f65d8e</guid>
  <author>
  nie_spamuj...@radio.kielce.pl
  (jh)
  </author>
  <pubDate>Sun, 11 Nov 2009 21:15:24 UT
</pubDate>
  </item>
  <item>
  <title>Re: creating table on secondery filegroup</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/f763a44d386620a1/938b92700435eebe?show_docid=938b92700435eebe</link>
  <description>
  In SQL 2008, you can INSERT into an existing table, using a nested SELECT, &lt;br&gt; with the same performance as SELECT INTO (in many cases). So you can create &lt;br&gt; the table on your preferred filegroup, and then copy the rows from the other &lt;br&gt; table into it. Check the BOL for full details.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/f763a44d386620a1/938b92700435eebe?show_docid=938b92700435eebe</guid>
  <author>
  please_reply_on_newsgro...@domain.com
  (Kalen Delaney)
  </author>
  <pubDate>Sun, 11 Nov 2009 21:00:28 UT
</pubDate>
  </item>
  <item>
  <title>Re: SQL 2008 - FILESTREAM OpenSQLFilestream invalid handle</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/b5f3cd701d9e41f9/88153ac3ec949988?show_docid=88153ac3ec949988</link>
  <description>
  I suspect this is a &amp;quot;how do I do this in Delphi&amp;quot;, which is not easy to &lt;br&gt; assist with, since I don&#39;t know Delphi. I would guess that you have some &lt;br&gt; error around one of the parameters to OpenSqlFilestream or the &lt;br&gt; import of it. &lt;br&gt; Could you post the code, including how you import OpenSqlFilestream? &lt;br&gt; No promises, but maybe we are able to spot something.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/b5f3cd701d9e41f9/88153ac3ec949988?show_docid=88153ac3ec949988</guid>
  <author>
  esq...@sommarskog.se
  (Erland Sommarskog)
  </author>
  <pubDate>Sun, 11 Nov 2009 20:07:31 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/ca754d479ccc67ea?show_docid=ca754d479ccc67ea</link>
  <description>
  More or less. BULK INSERT uses OLE DB, and below the covers there are &lt;br&gt; is a command INSERT BULK, which you can see in a Profiler trace. &lt;br&gt; But keep in mind that while they are similar, they are to some extent &lt;br&gt; different implementations, and there are subtle differences. Sometimes &lt;br&gt; BCP accepts a file that BULK INSERT barfs at, or vice versa.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/ca754d479ccc67ea?show_docid=ca754d479ccc67ea</guid>
  <author>
  esq...@sommarskog.se
  (Erland Sommarskog)
  </author>
  <pubDate>Sun, 11 Nov 2009 19:09:17 UT
</pubDate>
  </item>
  <item>
  <title>Re: creating table on secondery filegroup</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/f763a44d386620a1/fdc511ee51717491?show_docid=fdc511ee51717491</link>
  <description>
  SELECT...INTO creates the table on the default filegroup. You&#39;ll need to &lt;br&gt; mark the secondary filegroup as the default one beforehand: &lt;br&gt; ALTER DATABASE MyDatabase &lt;br&gt; MODIFY FILEGROUP [MySecondaryGroup] DEFAULT;
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/f763a44d386620a1/fdc511ee51717491?show_docid=fdc511ee51717491</guid>
  <author>
  guzma...@nospam-online.sbcglobal.net
  (Dan Guzman)
  </author>
  <pubDate>Sun, 11 Nov 2009 18:22:08 UT
</pubDate>
  </item>
  <item>
  <title>Re: Sql Server on VMWare</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/d6b4c85859bb244f/6256113e7e011040?show_docid=6256113e7e011040</link>
  <description>
  &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.vmware.com/files/pdf/solutions/sql_server_virtual_bp.pdf&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.vmware.com/files/pdf/SQLServerWorkloads.pdf&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/d6b4c85859bb244f/6256113e7e011040?show_docid=6256113e7e011040</guid>
  <author>
  remove_before_replying_dpor...@acm.org
  (David Portas)
  </author>
  <pubDate>Sun, 11 Nov 2009 18:15:27 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/36f9a38833fdec3e?show_docid=36f9a38833fdec3e</link>
  <description>
  Thanks. I am aware of this but was just speculating that &amp;quot;SqlBulkCopy&amp;quot; is &lt;br&gt; probably a wrapper for BULK INSERT or some other high-volume (native) SQL &lt;br&gt; Server statement (possibly internal to MSFT only). My original issue however &lt;br&gt; is whether running &amp;quot;SqlBulkCopy&amp;quot; (or BULK INSERT directly) will have an
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/36f9a38833fdec3e?show_docid=36f9a38833fdec3e</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 11 Nov 2009 17:06:46 UT
</pubDate>
  </item>
  <item>
  <title>creating table on secondery filegroup</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/f763a44d386620a1/aa7bf01744afa1ef?show_docid=aa7bf01744afa1ef</link>
  <description>
  hello there &lt;br&gt; i have database with two filegroups and for each filegroup there is diffrent &lt;br&gt; file name &lt;br&gt; How can I use Select .. into and create new table on secondery filegroup?
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/f763a44d386620a1/aa7bf01744afa1ef?show_docid=aa7bf01744afa1ef</guid>
  <author>
  r...@top.com
  (Roy Goldhammer)
  </author>
  <pubDate>Sun, 11 Nov 2009 16:54:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/385ae96e1e853ef0?show_docid=385ae96e1e853ef0</link>
  <description>
  BULK INSERT is a Transact-SQL statement whereas the SqlBulkCopy class (and &lt;br&gt; its unmanaged ODBC/OLEDB cousins) are native client APIs. Unlike BULK &lt;br&gt; INSERT, the client APIs allow you to load directly from program variables.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/385ae96e1e853ef0?show_docid=385ae96e1e853ef0</guid>
  <author>
  guzma...@nospam-online.sbcglobal.net
  (Dan Guzman)
  </author>
  <pubDate>Sun, 11 Nov 2009 15:12:29 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/a80ecf28726ddbae?show_docid=a80ecf28726ddbae</link>
  <description>
  Thanks. Can you also briefly elaborate on my last response to him (just &lt;br&gt; posted). Appreciate your help. &lt;br&gt; Not familir with this but probably not necessary for my needs unless it &lt;br&gt; solves some problem specificically related to this issue (resource &lt;br&gt; exhaustion). The bulk insert I tested (&amp;quot;SqlBulkCopy&amp;quot; in .NET) is very fast
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/a80ecf28726ddbae?show_docid=a80ecf28726ddbae</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 11 Nov 2009 12:48:17 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/56bd728712978727?show_docid=56bd728712978727</link>
  <description>
  Thanks for you help and I agree. It&#39;s hard to appreciate when you&#39;re not &lt;br&gt; really familiar with the details. In this case however it&#39;s a fairly simple &lt;br&gt; situation. Assuming 10,000 customers in the short-term, 100,000 long term, &lt;br&gt; and each customer will be uploading a single file just once every few weeks
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/56bd728712978727?show_docid=56bd728712978727</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 11 Nov 2009 12:34:21 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/5cb508bbab32292e?show_docid=5cb508bbab32292e</link>
  <description>
  Thanks. I&#39;m actually using the &amp;quot;SqlBulkCopy&amp;quot; class (assuming you&#39;re familiar &lt;br&gt; with .NET) and this presumably wraps BULK INSERT (still researching things). &lt;br&gt; I also took a quick look at ROWS_PER_BATCH and this may prove useful (thanks &lt;br&gt; for pointing this out). If possible however, I&#39;d like to insert all data in
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/5cb508bbab32292e?show_docid=5cb508bbab32292e</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 11 Nov 2009 12:09:16 UT
</pubDate>
  </item>
  </channel>
</rss>
