TOP字句加SQL变量的相关问题
摘要：SQL Server数据库中的变量可以加载TOP字句之后，下文将对TOP字句加SQL变量的相关问题进行讨论，供您参考，希望对您学习SQL数据库有所帮助。 SQL Server2005开始，TOP子句后可以跟常量或者变量,跟常量时可省略括号,即top(2)和...
阅读全文
TOP字句加SQL变量的相关问题
摘要：SQL Server数据库中的变量可以加载TOP字句之后，下文将对TOP字句加SQL变量的相关问题进行讨论，供您参考，希望对您学习SQL数据库有所帮助。SQL Server2005开始，TOP子句后可以跟常量或者变量,跟常量时可省略括号,即top(2)和top 2是等价的(注意不加括号时top和2间的空格),top后使用SQL变量时必须使用括号,例：Sql代码declare @num intset @num = 10select top(@num) * from sys.tablesdeclare @num intset @num = 10select top(@num) * from sys
阅读全文
SQL表之间复制数据、选出随机几条数据、删除重复数据、取得自增长列等操作
摘要：--表之间数据复制SELECT* INTO yozhu FROM yo --复制一份表SELECT* INTO yozhu1 FROM yo where 11 --只复制表结构，无数据SELECT TOP 0 * into yozhu2 FROM yo --只复制表结构，无数据insert into yo(yoName) select yoName from yo--把本表复制一遍insert into pubs.dbo.yo select yoName from dbo.yo --数据库之间的表复制SELECT * FROM pubs.dbo.yoSELECT * FROM yo--嵌套查询
阅读全文
SQL表之间复制数据、选出随机几条数据、删除重复数据、取得自增长列等操作
摘要：--表之间数据复制 SELECT* INTO yozhu FROM yo --复制一份表 SELECT* INTO yozhu1 FROM yo where 11 --只复制表结构，无数据 SELECT TOP 0 * into yozhu2 FROM yo...
阅读全文
不怕神一样的对手就怕猪一样的队友
摘要：“不怕神一样的对手就怕猪一样的队友”这句话现在广为流传，实际上说的就是团队重要性，一个好的团队是可以克服很多你想象不大的困难， 做出你觉得不可能成绩。 但是很多时候我们面临的不是神一样的对手，而是猪一样的队友，所以很多时...
阅读全文
不怕神一样的对手就怕猪一样的队友
摘要：“不怕神一样的对手就怕猪一样的队友”这句话现在广为流传，实际上说的就是团队重要性，一个好的团队是可以克服很多你想象不大的困难，做出你觉得不可能成绩。 但是很多时候我们面临的不是神一样的对手，而是猪一样的队友，所以很多时候坏事就坏在了猪一样的队友身上。而造成你的团队中存在猪一样队友的原因，你有没有思考过呢？ 是你们组建团队的时候没有筛选到合适的人，还是没有给予团队成员进行一定培训以提升实力，还是合作不够默契，管理存在问题，效率不高，无法激发每个人的潜能呢。。。 如果是个人能力的问题，你可以考虑给团队成员一些机会去学习，提高，并给予指导和培训来实现，如果这样做还是实...
阅读全文
大换血的代价
摘要：最近的2个月是传统的跳槽高峰时段，基本上每个公司都会经历一次人事替换的过程，有的甚至是大换血了，所有人员全部进行一次更新。如果出现了大换血的情况，那么说明公司的管理出现了大的问题，需要进行变革了，如果是小范围的大换血呢，那么说明这个团队的正常管理也出现了很大的问题了，也需要进行改革了。 经过一次大换血，首先就得重新组建团队了，团队组建好了后，这时还有一个团队的磨合期，此时需要加强团队建设，等到各种关系都理顺了，做起事情来才能得心顺手，否则总是会感觉处处受掣肘。所以管理一个团队，某种程度上和指挥作战类似，先得做好战备，备齐粮草，整训完毕，才好冲锋陷阵。否则人心不齐，事情就难办了，就...
阅读全文
大换血的代价
摘要：最近的2个月是传统的跳槽高峰时段，基本上每个公司都会经历一次人事替换的过程，有的甚至是大换血了，所有人员全部进行一次更新。 如果出现了大换血的情况，那么说明公司的管理出现了大的问题，需要进行变革了，如果是小范围的大换血呢，那么说明这个团队的正...
阅读全文
由降低系统之间的接口维护和升级的成本想到的。。。
摘要：在过去的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临时表
摘要：临时表就是那些名称以井号 (#) 开头的表。如果当用户断开连接时没有除去临时表，SQL Server 将自动除去临时表。临时表不存储在当前数据库内，而是存储在系统数据库 tempdb 内。临时表有两种类型：本地临时表以一个井号 (#) 开头的那些表名。只有在创建本地临时表的连接上才能看到这些表，链接断开时临时表即被删除（本地临时表为创建它的该链接的会话所独享）或者这样说局部临时表是有当前用户创建的，并且只有当前用户的会话才可以访问。如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建（其实可看作是不同的链接，不同的会话），则数据库引擎必须能够区分由不同用户创建的表。为此，数据库引擎在
阅读全文
SQL临时表
摘要：临时表就是那些名称以井号 (#) 开头的表。如果当用户断开连接时没有除去临时表，SQL Server 将自动除去临时表。临时表不存储在当前数据库内，而是存储在系统数据库 tempdb 内。 临时表有两种类型： 本地临时表 以一个井号 (#) 开头的那...
阅读全文
使用临时表关联数据时效率低的问题
摘要：今天我们在调查一个数据传送问题时，发现数据传输量比较大，造成传输超时。我们仔细的审查了一次数据表中的关联关系，我们发现 有接近20张表在进行关联，一个业务表的数据经过10多个基础关联后，数据量有几千条数据增长为了几万条数据，我们使用大多为l...
阅读全文
使用临时表关联数据时效率低的问题
摘要：今天我们在调查一个数据传送问题时，发现数据传输量比较大，造成传输超时。我们仔细的审查了一次数据表中的关联关系，我们发现有接近20张表在进行关联，一个业务表的数据经过10多个基础关联后，数据量有几千条数据增长为了几万条数据，我们使用大多为left join,但是当我们关联到最后一个表，这个表是一个临时表，只有不到10条数据，但是只要一关联这个表查询速度立马下降了百倍都不止。 经过几次测试，均证实了是关联该临时表是造成数据超时的关键因素，于是我们就考虑将此临时表的数据导入到一个物理表中再做关联。这样一来效率就大大提升了，也就解决了数据超时的问题。 经过此次切身感受，真实感...
阅读全文
