<?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.com/group/microsoft.public.sqlserver.programming</link>
  <description>Microsoft SQL Server newsgroup.</description>
  <language>en</language>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/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.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/36f9a38833fdec3e?show_docid=36f9a38833fdec3e</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 08 Nov 2009 17:06:46 UT
</pubDate>
  </item>
  <item>
  <title>creating table on secondery filegroup</title>
  <link>http://groups.google.com/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.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/f763a44d386620a1/aa7bf01744afa1ef?show_docid=aa7bf01744afa1ef</guid>
  <author>
  r...@top.com
  (Roy Goldhammer)
  </author>
  <pubDate>Sun, 08 Nov 2009 16:54:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/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.com/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, 08 Nov 2009 15:12:29 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/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.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/a80ecf28726ddbae?show_docid=a80ecf28726ddbae</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 08 Nov 2009 12:48:17 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/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.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/56bd728712978727?show_docid=56bd728712978727</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 08 Nov 2009 12:34:21 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/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.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/5cb508bbab32292e?show_docid=5cb508bbab32292e</guid>
  <author>
  _no_s...@_no_spam.com
  (Mike23)
  </author>
  <pubDate>Sun, 08 Nov 2009 12:09:16 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/c75d2b5a7d4f7d81?show_docid=c75d2b5a7d4f7d81</link>
  <description>
  Hi &lt;br&gt; As Andrew said to separate LOG and DATA files must be e first step &lt;br&gt; Have you considered using SSIS Package to insert the data from the files , &lt;br&gt; it hs very nice feature named &#39;fast load&#39;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/c75d2b5a7d4f7d81?show_docid=c75d2b5a7d4f7d81</guid>
  <author>
  u...@iscar.co.il
  (Uri Dimant)
  </author>
  <pubDate>Sun, 08 Nov 2009 10:52:53 UT
</pubDate>
  </item>
  <item>
  <title>Re: Join query returns to many rows</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9a08c14b014622fa/ebfd97c6f67f99ff?show_docid=ebfd97c6f67f99ff</link>
  <description>
  Precisely why you should never code using the original ansi 89 style and use &lt;br&gt; infix instead... &lt;br&gt; Never code like this... &lt;br&gt; FROM {tbl} as a, {tbl} as b &lt;br&gt; WHERE a.tblkey = b.tblkey &lt;br&gt; AND a.postertype = &#39;opinionated&#39; &lt;br&gt; AND a.postername = &#39;--celko--&#39; &lt;br&gt; Instead you should write like the majority of other folk do....
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9a08c14b014622fa/ebfd97c6f67f99ff?show_docid=ebfd97c6f67f99ff</guid>
  <author>
  tonyroger...@torver.net
  (Tony Rogerson)
  </author>
  <pubDate>Sun, 08 Nov 2009 08:55:30 UT
</pubDate>
  </item>
  <item>
  <title>Re: Running value but with a string</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9362aa06bd5ec1aa/4301142fd518cb6a?show_docid=4301142fd518cb6a</link>
  <description>
  Wrong - the standards a small subset of the product language available &lt;br&gt; within MICROSOFT SQL SERVER. &lt;br&gt; Wrong again - we&#39;ve already been through this one; there are very few items &lt;br&gt; of syntax that have been deprecated - legacy code written on SQL Server 6.5 &lt;br&gt; still works on SQL Server 2008 - that allows business to migrate versions of
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9362aa06bd5ec1aa/4301142fd518cb6a?show_docid=4301142fd518cb6a</guid>
  <author>
  tonyroger...@torver.net
  (Tony Rogerson)
  </author>
  <pubDate>Sun, 08 Nov 2009 08:51:59 UT
</pubDate>
  </item>
  <item>
  <title>Sql Server on VMWare</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/d6b4c85859bb244f/3b50b09ccd43b6f8?show_docid=3b50b09ccd43b6f8</link>
  <description>
  Hi, &lt;br&gt; Can anybody give me some right direction or usefull link &lt;br&gt; 1. About VMware environment &lt;br&gt; 2. How to Install and configure Sql Server 2005 on VMware. &lt;br&gt; 3. Is there any performance change on VMware. &lt;br&gt; Regards &lt;br&gt; Rahul
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/d6b4c85859bb244f/3b50b09ccd43b6f8?show_docid=3b50b09ccd43b6f8</guid>
  <author>
  verma.car...@gmail.com
  (Rahul)
  </author>
  <pubDate>Sun, 08 Nov 2009 07:23:59 UT
</pubDate>
  </item>
  <item>
  <title>Re: SSIS hitting FK violation - need to ignore the error rows - have package succeed</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/eee56221ef1216db/3a891b2455a3144e?show_docid=3a891b2455a3144e</link>
  <description>
  oh thanks, i&#39;ll consider this also. both pieces of info where very &lt;br&gt; helpful!
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/eee56221ef1216db/3a891b2455a3144e?show_docid=3a891b2455a3144e</guid>
  <author>
  djohanns...@gmail.com
  (Dave)
  </author>
  <pubDate>Sun, 08 Nov 2009 01:32:05 UT
</pubDate>
  </item>
  <item>
  <title>Re: Running value but with a string</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9362aa06bd5ec1aa/58c91f45f6418717?show_docid=58c91f45f6418717</link>
  <description>
  You narrow your solutions by writing in dialect; you increase their &lt;br&gt; scope, maintainability and robustness by sticking to Standards. &lt;br&gt; Having something that runs in only one release of one version of one &lt;br&gt; SQL is not a good thing. &lt;br&gt; But strong dialect code gives you job security. Even better, write &lt;br&gt; your code in an unsupported version that only you know.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9362aa06bd5ec1aa/58c91f45f6418717?show_docid=58c91f45f6418717</guid>
  <author>
  jcelko...@earthlink.net
  (--CELKO--)
  </author>
  <pubDate>Sun, 08 Nov 2009 00:29:37 UT
</pubDate>
  </item>
  <item>
  <title>Re: Join query returns to many rows</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9a08c14b014622fa/f4947f2b07f0d00b?show_docid=f4947f2b07f0d00b</link>
  <description>
  There are two forms of the SELECT [ALL | DISTINCT]; the SELECT ALL &lt;br&gt; keeps duplicate rows and the SELECT DISTINCT removes redundant &lt;br&gt; duplicate rows, leaving one copy. SELECT by itself is a shorthand for &lt;br&gt; SELECT ALL. You will find these keywords used in other parts of SQL &lt;br&gt; for this sort of thing. &lt;br&gt; As a generalization, a SELECT DISTINCT is a symptom of a bad query
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/9a08c14b014622fa/f4947f2b07f0d00b?show_docid=f4947f2b07f0d00b</guid>
  <author>
  jcelko...@earthlink.net
  (--CELKO--)
  </author>
  <pubDate>Sun, 08 Nov 2009 00:10:56 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/291ee23e4abaf623?show_docid=291ee23e4abaf623</link>
  <description>
  Well how much something like this will affect the performance of the server &lt;br&gt; depends on many factors and is difficult to say without knowing much more &lt;br&gt; about it. But assuming you have properly configured hardware and place the &lt;br&gt; log files on their own Raid 1 or raid 10 it should not be a real problem.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/291ee23e4abaf623?show_docid=291ee23e4abaf623</guid>
  <author>
  sqlmvpnooos...@shadhawk.com
  (Andrew J. Kelly)
  </author>
  <pubDate>Sat, 07 Nov 2009 23:17:50 UT
</pubDate>
  </item>
  <item>
  <title>Re: Transaction load</title>
  <link>http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/1242236343c776b0?show_docid=1242236343c776b0</link>
  <description>
  I asssumed you were talking about binary or text files. &lt;br&gt; You seem to talk about BCP/BULK INSERT type of load. Look at these commands &lt;br&gt; in details. &lt;br&gt; Check ROWS_PER_BATCH value; it might help you.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/microsoft.public.sqlserver.programming/browse_thread/thread/141b61d6627f0e18/1242236343c776b0?show_docid=1242236343c776b0</guid>
  <author>
  some...@somewhere.com
  (Farmer)
  </author>
  <pubDate>Sat, 07 Nov 2009 22:22:09 UT
</pubDate>
  </item>
  </channel>
</rss>
