2014年4月3日

摘要： 在过去的2013年里，公司人员更替现象比较常见，由于人员更替频繁，导致工作之间的交接出现一些断层的现象。 尤其是系统之间的接口这块，有些接口涉及到的对应的2个系统的相关开发人员都离职了，在交接时又不能做到面面俱到， 交接百分百，因此后期维护人... 阅读全文

摘要： 在过去的2013年里，公司人员更替现象比较常见，由于人员更替频繁，导致工作之间的交接出现一些断层的现象。尤其是系统之间的接口这块，有些接口涉及到的对应的2个系统的相关开发人员都离职了，在交接时又不能做到面面俱到，交接百分百，因此后期维护人员就因此需要花费大量精力来重新梳理甚至重构以前的接口了。 其实解决这个问题也没有想象的那么困难，人员流失在每个公司都很正常，但是我们没有做好交接和文档管理及知识的传承才是关键的问题所在。 由于大家平时重开发轻文档才造成了这样一种局面，所谓出来混，总是要还的，这话确实不假，可能你会因为离职而庆幸自己摆脱了一个烂摊子，但是目前国内普遍存在这种轻... 阅读全文

摘要： 近期接到一个需求需要将一个大的单据拆分成多个小单据，这几个小单据主信息要相同，除了单号和ID外其他都要一样，于是我考虑了借用游标和循环来进行拆分数据，并最终实现了该方法，通过了测试，代码如下： IF OBJECT_ID(N'tempdb..#tmpOrgList', 'U') IS NOT NULL drop table #tmpOrgList---获取所有有客户的分公司的列表select distinct OrgID into #tmpOrgList from v_WS400TelSurveyCustDetl--声明新建单据的ID和BillNodeclare 阅读全文

摘要： 近期接到一个需求需要将一个大的单据拆分成多个小单据，这几个小单据主信息要相同，除了单号和ID外其他都要一样，于是 我考虑了借用游标和循环来进行拆分数据，并最终实现了该方法，通过了测试，代码如下： IF OBJECT_ID(N'temp... 阅读全文

摘要： 临时表就是那些名称以井号 (#) 开头的表。如果当用户断开连接时没有除去临时表，SQL Server 将自动除去临时表。临时表不存储在当前数据库内，而是存储在系统数据库 tempdb 内。临时表有两种类型：本地临时表以一个井号 (#) 开头的那些表名。只有在创建本地临时表的连接上才能看到这些表，链接断开时临时表即被删除（本地临时表为创建它的该链接的会话所独享）或者这样说局部临时表是有当前用户创建的，并且只有当前用户的会话才可以访问。如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建（其实可看作是不同的链接，不同的会话），则数据库引擎必须能够区分由不同用户创建的表。为此，数据库引擎在 阅读全文

摘要： 临时表就是那些名称以井号 (#) 开头的表。如果当用户断开连接时没有除去临时表，SQL Server 将自动除去临时表。临时表不存储在当前数据库内，而是存储在系统数据库 tempdb 内。 临时表有两种类型： 本地临时表 以一个井号 (#) 开头的那... 阅读全文

摘要： 今天我们在调查一个数据传送问题时，发现数据传输量比较大，造成传输超时。我们仔细的审查了一次数据表中的关联关系，我们发现 有接近20张表在进行关联，一个业务表的数据经过10多个基础关联后，数据量有几千条数据增长为了几万条数据，我们使用大多为l... 阅读全文

摘要： 今天我们在调查一个数据传送问题时，发现数据传输量比较大，造成传输超时。我们仔细的审查了一次数据表中的关联关系，我们发现有接近20张表在进行关联，一个业务表的数据经过10多个基础关联后，数据量有几千条数据增长为了几万条数据，我们使用大多为left join,但是当我们关联到最后一个表，这个表是一个临时表，只有不到10条数据，但是只要一关联这个表查询速度立马下降了百倍都不止。 经过几次测试，均证实了是关联该临时表是造成数据超时的关键因素，于是我们就考虑将此临时表的数据导入到一个物理表中再做关联。这样一来效率就大大提升了，也就解决了数据超时的问题。 经过此次切身感受，真实感... 阅读全文