MSSQL网站制作之带格局的文本串，怎样利用BCP导进数据库...
你看出了作者的深度？深处半米！当初是冲那么多的大牛给他写序才买的，后来才发现无啥内容，作者也只是才用几年的新手，百花了几十两银子，再次感叹当今社会的虚伪与浮躁导进数据|数据库我利用格局以下：
EXECmaster..xp_cmdshellbcpSERP.dbo.IODatainC:200410 7.txt-fc:200410iodata.txt-Usa-P
体系报错：
Error=关于外型申明有效的字符值
文本格局为：
02,1,20041007,000330,0812,A0001
02,5,20041007,003105,0812,A0002
01,6,20041007,003415,0447,A0002
01,6,20041007,003417,0239,A0002
01,6,20041007,004422,0799,A0002
02,1,20041007,011803,0005,A0001
格局文件为：
8.0
6
1SQLCHAR12","1Door""
2SQLCHAR11","2Control""
3SQLCHAR18","3IODateChinese_PRC_CI_AS
4SQLCHAR16","4IOTimeChinese_PRC_CI_AS
5SQLCHAR14","5CardNoChinese_PRC_CI_AS
6SQLCHAR15"
"6FlagChinese_PRC_CI_AS
数据库表格局为：
Doorint
Controlint
IODateChar8
IOTimechar6
CardNochar4
flagchar5
既能够作为一个单独的应用程序应用在客户端服务器网络环境中，也能够作为一个库而嵌入到其他的软件中。 比如日志传送、比如集群。。。 但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右） 我们学到了什么？思考问题的时候从表的角度来思考问 你可以简单地认为适合的就是好，不适合就是不好。 原来公司用过MYSQL自己也只是建个表写个SQL 理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识 一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。 分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。 一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）
页:
[1]