SQLServer不允许对长度超过900字节的varchar字段或超过450字节的nvarchar字段作成索引。遇上对这类字段做查询时,就只能做全表查询,速度可想而知地慢。
网上看一篇文章介绍了一个好思路。就是为这个超长字段(F1)追加一个专门用来加速检索的hash字段F2,根据F1的值生成Hash值,保存到F2中,然后对F2做成索引。当需要查询F1时,只需要对F2做查询即可。图例如下:
1)Table做成[
阅读全文]
概要组转发过来一封性能改善请求。有一组新划归我们维护的程序中使用了大量的varchar(max)类型,希望我们将它统一改成varchar(4000)类型,据说这样可以显著的改善性能。
同事甲试着测试了其中一个程序,报告说:果不其然,改成varchar(4000)后,性能提高了5倍!我非常非常吃惊。按照自己的判断,改动后可能会有所提高,但达到这种惊人的程度,就有点匪夷所思了。
网上[
阅读全文]
再来看看做一个自由职业者的话,可能会遇到什么样的陷阱。与创业(开公司)相比,做自由职业者的门槛更低,但两者有一个共同点就是:从此就要自己负担全部的责任了。
陷阱一:成为了自由职业者,但实际收入并没有增加,这样的例子有很多。与在公司打工相比,不但退职金没有了,而且年金与福利厚生费之类的都要自己负担。即使年收与做职员时相同,实际上可支[
阅读全文]
探讨性能优化方案时,有人提出用MERGE来替代SELECT/UPD/INSERT组合。
用MERGE能提高性能吗?网上的资料有两种说法:
(1)MERGE只是简化代码的一种编程手法,不能提高性能
(2)MERGE使用的是FULLTABLESCAN,不使用INDEX,性能只有更差
还是让事实说话吧。
①两个表T1、T2,T1中做成有10000条记录,T2中做成有5000条记录,执行的结果是插入5000条、更新5000条。
测试1:用MER[
阅读全文]
上面的两个人都是比较成功的案例。其实有更多的人做得并不成功,公司陷入经营困境、甚至负债破产的也比比皆是。让我们一起来看看创业或是独立究竟会遇到一些什么样的壁垒和陷阱,而那些成功者又是如何跨越这些险境的。
创业可以分为初始期、成长期、上市准备期三个阶段,每个阶段都会遇到不同的壁垒。
(一)初始期
创业初始,公司业绩和信用为零。资[
阅读全文]
事例二:自由职业者C从设计、开发到运行管理,C作为一个自由职业者,现在每年的年收入在1000万日元左右。C是在1998年从一家中坚软件企业辞职、开始自己个人事业主的生涯的。(日本的企业按经营规模分大手、中坚和中小企业)。
辞职的原因是因为上司的变动,忍受不了新上司“不给安排活儿”。
C当时只有28岁,对自己的技术能力很有自信,加上朋友中也有不少创[
阅读全文]
今天读到一篇日本人写的很有意思的文章,《IT工程师独立创业之法则》。相信每一个IT工程师,或多或少,都曾经有过、或正在萌动着这种创业的冲动。不如一道来看看这篇文章,相信会有所借鉴。
首先来看来两个成功的案例(节选)。
事例一:提供在线服务(BussinessOnline)的成功者A
现企业为2000年创业。靠每月3150日元的低价格,提供在线财务系统服务ASP(ApplicationS[
阅读全文]
一大早遇上个问题:帮其他TEAM开发的一个SP,运行出错。报的错误信息是:
メッセージ3930、レベル16、状態1、行xx。現在のトランザクションのコミットおよびログファイルに書き込む操作はサポートできません。(Thecurrenttransactioncannotbecommittedandcannotsupportoperationsthatwritetothelogfile.)
原本已经调试通过的程序,代码应该不会有问题。一查出错的行数,那一行代码居然是[
阅读全文]
乍一看,屏幕上打开的是单体测试书。
仔细一看,也还是单体测试书。
拿起鼠标、键盘,操作编辑一下,嘿,还真是单体测试书!
哈哈哈哈,要的就是这个效果。那么小说藏哪去了?
概要设计书、详细设计书、单体测试书还有其他的参考资料,基本上都是用EXCEL写的。电子表格软件,自然格子(CELL)很多。众多的格子当中,藏着两行小说,别说离远了看不清,就[
阅读全文]
切换!切换!
每个上班时间干过坏事的人,一定都熟知这个词。干坏事的时候,最让人痛恨的就是,老有人在你身后走来走去。这种时候,我们每个人都必须熟悉的一个技能,就是切换。
比如,打开一堆工作窗口并最大化,再开一小窗口,比如上网看小说的浏览器。浏览器窗口一般放在比较不引人注意的地方(据考证,这个传说中的位置并不实际存在),鼠标在不翻动[
阅读全文]