如果我走了
　　我会选择一个冬天
　　当大朵大朵的雪花
　　浓郁的抖落
　　覆盖我曾经的无奈
　　
　　如果我走了
　　朋友别为我哭泣
　　让彼岸花一路花开绚丽
　　我会在天堂的路上
　　回首依依
　　因为我曾经那么的
　　那么的爱你
　　
　　如果真有那么一天
　　请让我轻盈地离去

其实中企的问题是在这二年.原来发展得都很好.随着销售业绩的压力增大.上至商务总监下到商务代表都采用了一种很极端的方式去做单.主要是通用网址.中文域名到最后的行业网站.

我相信每一个在中企的员工都知道一个词 配合. 一些大的单都是通过配合出来的.商务代表也知道这样不好.商务经理也知道这样不好.商务总监也知道要出问题.可是在利益面前.谁又能阻挡得住呢.

其实中企的每一个员工包括总监他们晚上睡觉的时候又有谁睡安稳过的呢.很多商务代表都怕接到客户的电话.这是事实.

不能否认的.做为一个有良知的人都不能够去否认.总部想管.在那种利益面前又能管得了吗.其实总部一直强调客户服务.但是后台员工在商务代表的刺激下又能真正的做好服务吗?这是中企一直没有解决的事情.

在每一个中企的公司里.客服和设计部永远是商务部的天敌.全国的员工大批流失.总监大批流失.除了自身的发展得不到满足快.有很多是因为最近的域名风波和行业网站风波.其实每个人心里面都有愧.我们应该反省.必竟不是那些小网络公司养着我们.真正的是我们的客户养着我们.我们不用去管那些小网络公司.但是我们不能不去管我们的客户.这才是根本.

中企的根本问题是没有静下心来.真正的去考虑客户的利益.因为考虑了.销售业绩是不可能上去的.销售业绩上不去.全国公司的运营成本就不能保证.这是一个挥之不去的死穴.

中企强在销售团队.强在公司文化.如果把客户服务做得实处.没有任何一家网络公司能比.很高兴公司最近调整了策略.开始做四千八的网站.销售业绩肯定受影响.我希望公司更应该拉回全国几十万家客户的心.

提高商务代表和商务经理的素质.我觉得底新应该更高点,提成降下去.三金能保证.不要让商务代表商务经理.商务总监唯利是图.把商务代表变成真正的客服代表.真正的去搞好客户关系.公司就能够成为一个真正的大公司.我准备离开.祝中企动力一路平安.

题目：陆陆续续
学生： 下班了，爸爸陆陆续续的回家了。
批语：你到底有几个爸爸呀？

题目：欣欣向荣
学生：我的弟弟长得欣欣向荣。
批语：孩子，你弟弟是植物人吗？

题目：难过
学生：我家门前有条水沟很难过。
批语：老师更难过 

题目：又  又 
学生：我的妈妈又矮又高又胖又瘦。
批语：你的妈妈  是变形金钢吗？

方法1：
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在这里是同义的，随便执行哪一句都可以
第二步：
1.收缩特定数据库的所有数据和日志文件，执行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比
2.收缩一次一个特定数据库中的数据或日志文件，执行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收缩的文件的标识 (ID) 号,若要获得文件 ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc shrinkfile 将文件大小减少到默认文件大小

两个dbcc都可以带上参数notruncate或truncateonly，具体意思看帮助。


方法2
（这个方法在sqlserver2000的环境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先备份整个数据库以备不测
第二步：
备份结束后，在Query Analyzer中执行如下的语句：
exec sp_detach_db yourDBName,true --卸除这个DB在MSSQL中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在Query Analyzer中执行如下的语句：
exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以单文件的方式注册该DB，如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。

以上方法在清除log日志中均有效。
但，能否让sql server 不产生log日志呢？以上方法好像均无效。
我这儿正好有个case：
我客户的sql server每天都会产生4，500M的log日志，每天都清除一下，非常不便。有没有办法实现不产生log日志呢？

我分析了一下客户产生log日志的原因，并且做了相应测试。
客户是每天将数据库清空，从总系统中将数据导入到sql server里。我感决sqlserver在插入时产生log不大，在delete整个库时产生log极大。
比如：
SELECT * into test_2 from b_bgxx
共45000条记录，产生十几M log，如果
delete from test_2
产生80多M log ，这明显存在问题。

虽然可以换成：
truncate table test_2
但我还是希望能找到不产生log的方法。就如oracle不产生归档一样。

经典九十后们。

信息就是生产力，钞票才是硬道理。“你搞清楚哈，活雷锋都在东北，老子是南方人