关于SQL批量插入数据库
0
悬赏园豆：40
[已解决问题]
解决于 2010-05-13 17:10
首先插入一张主表，返回id
<xml>
<order>
<id>1111111</id>
<o>主订单</o>
</order>
<detail><!--订单详情-->
<list>
<id>1</id>
<orderid>1111111</orderid>
<name>张三</name>
<amout>100</amout>
</list>
<list>
<id>2</id>
<orderid>1111111</orderid>
<name>李四</name>
<amout>200></amout>
</list>
<list>
<id>3</id>
<orderid>1111111</orderid>
<name>王二</name>
<amout>300</amout>
</list>
<list>
<id>4</id>
<orderid>1111111</orderid>
<name>麻子</name>
<amout>300</amout>
</list>
</detail>
</xml>
主订单号拿到，然后插入订单详情，每条详情都需要判断是否已经在详情表中存在，如果存在，则不再插入了，将订单号修改成主订单号，如果不存在则插入新的，如果amout参数不匹配，也插入新的；
每次大概最多20条左右的详情，如果在程序中循环来进行插入的话，效率低下，不知道怎么解决才好，因为每次都涉及要将订单详情做了判断，再插入的问题
看看大家有没更好的办法，效率，性能，解决方案肯定是有，只是需要一种更优的，如果实在没有的话，那就只能采用最原始最笨的方法来做了，为了避免出错，只能用事务来处理吧
最佳答案
0
我想，如果真的数据很多，很影响性能，可以采用以下方法，下面是方法的步骤。
- 先对数据进行处理，将处理结果先不保存数据库，而是存为 .dat 文件。
- 再用 SQL Server 的 BCP 命令，或者 ADO.NET 的 Bulk Copy（其实也是由于 SQL Server 有这个功能）保存数据。
注：.dat 是 SQL Server 的 BCP 需要的格式，具体可以参考 SQL Server Books Online。
收获园豆：30
现在我的想法，可能是不再涉及判断了，都再次插入了，反正总有数据不相同，只要能区分出来数据，其他的问题不大，只要不做判断，datatable或者SqlBulkCopy也是不错的选择，数据量始终不会大，最多不超过20条，按照对业务的估算，每次2-3条就算不错的了，而且发生的记录还特别小，分给你吧，想通解决方案，数据插入不再重要了
其他回答(1)
0
如果数据量很大，且每次插入前都要判断是否存在，那么可以用一个中间表来记录延时处理，而不是实时插入。然后用消息队列或job来完成。
收获园豆：10
大致解决了，不需要处理那个详情的问题
