粘土

　　身体不太舒服，可能有点着凉，一天了。也许明天会发烧吧，我把酸疼的全身放平在床上这样想到。

　　同事的态度很恶劣，很想把鼠标摔在他脸上。

　　老妈催得很急，我不知道她能把事情想得那么顺利。某种意义上我后悔给了他们确定的消息，也许我们按照自己的节奏都弄好了再通知他们，过程会舒服得多。虽然那样会很伤他们的心。现在我只好每天一边深陷在工作的泥潭里，一边拿这个事情不停地煎熬自己。

　　数据采集不对，拖了一个星期问题还没解决，不知道明天能怎样。

　　领导说下个月开始要全网升级，大家要及早准备啦。当然，他们丝毫不会提起，同样性质的事情我们上个月和上上个月也一直在做。

　　去了两次山东，每天奔波于数个机房和住处之间的日子里，济南没有给我留下什么特别的印象。后来，我也没有给济南留下什么。我想，也许对于我来说，天津和北京，过一段时间我不常驻了以后也就像济南一样吧。

　　“想去哪儿？”

　　“就去你老家村子那边吧。”

　　“过去可都是上坡哦～”

　　“没关系！上坡你带我，下坡我带你～@_@”

　　吭哧吭哧骑进了村子，路边一牛。

　　“看牛。”

　　“喵～”

　　“……”

　　“小牛小牛～喵？”

　　“……”

　　“啊，不对，小牛小牛～咩……咩咩？”

　　“#@￥×&×#￥……”

　　……

　　后来，俩傻孩子骑着自行车顶着夕阳幸福地回家去了-_,-#

SYBASE ASE 事务日志　　SYBASE ASE的每一个数据库，无论是系统数据库（master,model, sybsystemprocs, tempdb），还是用户数据库，都有自己的transaction log，每个库都有syslogs表。Log记录用户对数据库修改的操作，所以如果不用命令清除， log会一直增长直至占满空间。清除log可用dump transaction 命令；或者开放数据库选项trunc log on chkpt，数据库会每隔一段间隔自动清除log。管理好数据库log是用户操作数据库必须考虑的一面。 　　下面就几个方面谈谈log及其管理： 　　一、ASE 如何记录及读取日志信息 　　我们知道，ASE是先记log的机制。Server Cache Memory中日志页总是先写于数据页： 　 　　Log pages 在commit ,checkpoint,space needed 时写入硬盘。 Data pages 在checkpoint,space needed 时写入硬盘。 系统在recovery 时读每个database 的syslogs 表的信息，回退未完成的事务(transaction)（数据改变到事务前状态）；完成已提交的事务(transaction)（数据改变为事务提交后的状态）。在Log中记下checkpoint点。中国站长资讯网欢迎您(www.chinahtml.com)这样保证整个数据库系统的一致性和完整性。 　　二、Transaction logs 和checkpoint 进程 　　checkpoint 命令的功能是强制所有“脏”页（自上次写入数据库设备后被更新过的页）写入数据库设备。自动的checkpoint 间隔是由ASE 根据系统活动和系统表sysconfigures中的恢复间隔（recovery interval）值计算出的。通过指定系统恢复所需的时间总量，恢复间隔决定了checkpoint 的频率。 　　如果数据库开放trunc log on chkpt选项，则ASE在数据库系统执行checkpoint时自动清除log。内容来自中国站长资讯网(www.chinahtml.com)但用户自己写入执行的checkpoint命令并不清除log，即使trunc log on chkpt选项开放。只有在trunc log on chkpt选项开放时，ASE自动执行checkpoint动作，才能自动清除log 。这个自动的checkpoint动作在ASE中的进程叫做checkpoint进程。当trunc log on chkpt选项开放时，checkpoint进程每隔60秒左右清除log，而不考虑recovery interval设置时间的间隔。 　　三、Transaction log 的大小 　　没有一个十分严格的和确切的方法来确定一个数据库的log应该给多大空间。对一个新建的数据库来说，log大小为整个数据库大小的20%左右。因为log记录对数据库的修改，如果修改的动作频繁，则log的增长十分迅速。所以说log空间大小依赖于用户是如何使用数据库的。 例如： update,insert和delete 的频率 每个transaction 中数据的修改量 ASE系统参数recovery interval 值 log是否存到介质上用于数据库恢复 还有其它因素影响log大小，我们应该根据操作估计log大小，并间隔一个周期就对log进行备份和清除。 　　四、检测log 的大小 　　若log 在自己的设备上，dbcc checktable (syslogs) 有如下信息： 例:***NOTICE:space used on the log segment is 12.87Mbytes,64.35% ***NOTICE:space free on the log segment is 7.13Mbytes,35.65% 根据log剩余空间比例来决定是否使用dump transaction 命令来备份和清除log。 　　用快速方法来判断transaction log 满的程度。 1>use database_name 2>go 1>select data_pgs (8,doampg) 2>from sysindexes where id=8 3>go Note:this query may be off by as many as 16 pages. 在syslogs 表用sp_spaceused 命令。 　　五、log 设备 　　一般来说，应该将一个数据库的data和log存放在不同的数据库设备上。这样做的好处： 可以单独地备份(back up)transaction log 防止数据库溢满 可以看到log空间的使用情况。[dbcc checktable (syslogs)] 可以镜像log设备 　　六、log 的清除 　　数据库的log是不断增长的，必须在它占满空间之前清除。前面已经讨论过，清除log可以开放数据库选项trunc log on chkpt，使数据库系统每隔一段时间间隔自动清除log，中国站长资讯网还可以执行命令dump transaction 来清除log.trunc log on chkpt 选项同dump transaction with truncate_only 命令一样，只是清除log而不保留log到备份设备上。所以如果只想清除log而不做备份，内容来自中国站长资讯网(www.chinahtml.com)可以使用trunc log on chkpt 选项及dump transaction with truncate_only,dump transaction with no_log 命令。若想备份，应做dump transaction database_name to dumpdevice。 　　七、管理大的transactions 　　有些操作是大批量地修改数据，log增长速度十分快，如： 　　大量数据修改 　　删除一个表的所有记录 　　基于子查询的数据插入 　　批量数据拷贝 　　下面讲述怎样使用这些transaction 使log 不至溢满： 　　大量数据修改 例 ： 　　1>update large_tab set col_1=0 　　2>go 　　若这个表很大，则此update动作在未完成之前就可能使log满，引起1105错误（log full）而且执行这种大的transaction所产生的exclusive table lock，阻止其他用户在update期间修改这个表，这可能引起死锁。为避免这些情况，我们可以把这个大的transaction分成几个小的transactions，并执行dump transaction 动作。 　　上述例子可以分成两个或多个小transactions. 例如： 1>update large_tab set col1=0 2>where col2 3>go 1>dump transaction database_name with truncate_only 2>go 1>update large_tab set col1=0 2>where col2>=x 3>go 1>dump transaction database_name with truncate_only 2>go 　　若这个transaction 需要备份到介质上，则不用with truncate_only 选项。若执 行dump transaction with truncate_only，应该先做dump database 命令。 　　删除一个表的所有记录： 　　例： 　　1>delete table large_tab 　　2>go 　　同样，把整个table的记录都删除，要记很多log，我们可以用truncate table命　　　　　　令代替上述语句完成相同功能。 　　1>truncate table large_tab 　　2>go 　　这样，表中记录都删除了，而使用truncate table 命令，log只记录空间回收情况，而不是记录删除表中每一行的操作。 　　基于子查询的数据插入 　　例： 　　1>insert new_tab select col1,col2 from large_tab 　　2>go 　　同样的方法，对这个大的transaction，我们应该处理为几个小的transactions。 　　1>Insert new_tab 　　2>select col1,col2 from large_tab where col1<=y 　　3>go 　　1>dump transaction database_name with truncate_only 　　2>go 　　1>insert new_tab 　　2>select col1,col2 from large_tab where col1>y 　　3>go 　　1>dump database database_name with truncate_only 　　2>go 　　同样，若想保存log到介质上，则dump transaction 后不加with truncate_only 选项。若执行dump transaction with truncate_only，应该先做dump database 动作。 　　批量数据拷贝 在使用bcp把数据拷入数据库时，我们可以把这个大的transaction变成几个小的transactions处理，避免log剧增。 　　开放trunc log on chkpt 选项 　　1>use master 　　2>go 　　1>sp_dboption database_name,trunc,true 　　2>go 　　1>use database_name 　　2>go 　　1>checkpoint 　　2>go 　　bcp... -b 100 (on unix) 　　bcp... /batch_size=100(on vms) 　　关闭trunc log on chkpt选项，并dump database。 　　在这个例子中，一个批执行100行拷贝。也可以将bcp输入文件分成两或多个分开的文件，在每个文件执行后做dump transaction 来避免log 满。 　　若bcp使用快速方式（无索引，无triggers），这样操作不记log，换句话说，log 只记载空间分配情况。在这种情况下，要先做dump database（为恢复数据库用）。若log太小，可置trunc log on chkpt 选项，这样在每次checkpoint后清除log。 　　八、Threshold 和transaction log 管理 　　ASE提供阈值管理功能，它能帮助用户自动监视数据库log设备段的自由空间。这方面的详细讨论见NO.5技术支持杂志。log的管理是灵活而复杂的，我们应该在实践中摸索经验，针对每个数据库的不同情况，不同操作，做不同处理。 　　2． 如何截断数据库的事务日志？ 　　事务日志填满数据库中的日志空间后，可能不能使用转储事务日志的办法备份并且清除原来存在的日志，因为转储日志这个动作本身也需要记录日志。 这时候，可以首先使用dump transaction database_name with truncate_only命令，该命令只是截断/清除事务日志，并不生成实际的备份。 如果不能奏效，可以使用dump transaction database_name with no_log命令。该命令也是仅仅清除既有的事务日志，不生成实际的备份文件，且该命令本身不记日志。 如果该命令还不能奏效，应当使用alter database命令为此数据库的日志分配额外的空间，随后执行dump transaction。 　　 3． 使用dump transaction with no_log的危险性 　　在命令参考手册中的dump transaction with no_log条目下，有一条警告信息告诉你，你应该把这条命令作为没有其它办法时的最后一招才使用它。但是“最后一招”究竟是什么意思呢？当你使用这条命令时会怎样呢？那你应使用哪条命令来代替它呢？最后，若这条命令如此有问题，为什么Sybase却要提供它呢？ 　　Sybase技术支持建议你定期的dump你的transaction log。你必须根据你的数据库中记入日志的活动量的大小以及你的数据库的大小来决定dump的方式。有些地方按月dump transaction；有些地方每夜dump transaction。 　　若你从未做过dump transaction，transaction log将最终会满。 SQLServer使用log（日志）是出于恢复目的的。 当log满时，服务器将停止事物的继续进行，因为服务器将不能将这些事物写进日志，而服务器不能运行大多数的dump tran命令，因为ASE也需在日志中记录这些命令。 　　这就是为什么当其它dump tran命令不能执行时no_log可执行的原因。但是想一下dump transaction with no_log被设计执行的环境，将不做并发性检查。 　　若你在对数据库的修改发生时使用dump transaction with no_log，你就会冒整个数据库崩溃的风险。在多数情况下，它们被反映成813或605错误。为了在数据库被修改时，删除transaction log中的不活跃部分可使用dump transaction with truncate_only。这条命令写进transaction log时，并且它还做必要的并发性检查。这两条命令都有与其相关的警告，在命令参考手册中会看到这些警告。请确保在使用其中任一条命令以前，你已理解这些警告和指示。 Sybase提供dump transaction with no_log来处理某些非常紧迫的情况。为了尽量确保你的数据库的一致性，你应将其作为“最后一招”。 　　4． 为什么数据库事务日志满了，使用dump tran with no_log仍不能截断日志？　　有两种情况，可能出现这个问题。一是应用系统给ASE发送了一个用户自定义事务，一直未提交，这个最早活跃事务阻碍系统截断日志。二是客户端向ASE发送了一个修改数量大的事务，清日志时，该事务还正在执行之中，此事务所涉及的日志只能等到事务结束后，才能被截掉。 　　对于第一种情况，只要督促用户退出应用或者提交事务，系统管理员便可清掉日志。因为给ASE发送Dump transaction with no-log或者with truncate-only，它截掉事务日志的非活跃部分。所谓非活跃部分是指服务器检查点之间的所有已提交或回退的事务。而从最早的未提交的事务到最近的日志记录之间的事务日志记录被称为活跃的。从此可以看明，打开的事务能致使日志上涨，因为在最早活跃事务之后的日志不能被截除。 　　对于第二种情况，道理也同上。只是在处理它时，需慎重从事。如果这个大事务已运行较长时间，应尽量想法扩大数据库日志空间，保证该事务正常结束。若该事务被强行回滚，ASE需要做大量的处理工作，往往是正向执行时间的几倍，系统恢复时间长，可能会影响正常使用的时间。

恢复Sybase ASE 15.0.x中的master数据库是一件比较痛苦的事情，官方文档有时候也未免解说不够详细，自己动起手来又完全不是那么回事，尤其是涉及到字符集问题的时候。下边是详细的恢复过程。

 

一、准备工作

1.    备份

启动备份服务器，Adaptive Server以-m方式启动，将master数据库备份出来

1> dump database master to 'd:\sybase\master.dump'

2> go

WARNING: In order to LOAD the master database, the ASE must run in single-user

mode. If the master database dump uses multiple volumes, you must execute

sp_volchanged on another ASE at LOAD time in order to signal volume changes.

Backup Server session id is:  5.  Use this value when executing the

'sp_volchanged' system stored procedure after fulfilling any volume change

request from the Backup Server.

Backup Server: 6.28.1.1: Dumpfile name 'master0905813BEF ' section number 1

mounted on disk file 'd:\sybase\master.dump'

Backup Server: 4.188.1.1: Database master: 1372 kilobytes (18%) DUMPED.

Backup Server: 4.188.1.1: Database master: 9786 kilobytes (100%) DUMPED.

Backup Server: 3.43.1.1: Dump phase number 1 completed.

Backup Server: 3.43.1.1: Dump phase number 2 completed.

Backup Server: 3.43.1.1: Dump phase number 3 completed.

Backup Server: 4.188.1.1: Database master: 9794 kilobytes (100%) DUMPED.

Backup Server: 3.42.1.1: DUMP is complete (database master).

2.         记下服务器安装时使用的字符集

sp_helpsort

......

Sort Order Description

 

 ------------------------------------------------------------------

 Character Set = 173, gb18030

     Character set for P.R.C standard GB 18030-2000

     Class 2 Character Set

 Sort Order = 50, bin_gb18030

     Binary sort order for simplified Chinese using gb18030.

(return status = 0)

 

3.         转移数据

关掉adaptive server (shutdown with wait)，然后

删除%SYBASE%\data\master.dat或者重命名（实验需要），记下它的大小哦

 

二、恢复

1.       初始化master数据库的设备

sqlsrvr -dd:\sybase\data\master.dat -b 30M -z 2k

(这里的30M就是原来的master.dat的实际大小)

 

2.       以”-m”方式启动ASE adaptive server

sqlsrvr -dd:\sybase\data\master.dat -sSEANLAPTOP -ed:\sybase\ASE-15_0\install\errorlog.log -id:\sybase\ini -Md:\sybase\ASE-15_0 –m

 

这时你如果查询，发现系统用的是cp850字符集（痛苦.....），看来需要修改之。可是sp_configure之类的存储过程又不能用(因为没有装进去)

 

3.       强行安装master建库脚本

isql -Usa -P -i d:\Sybase\ASE-15_0\scripts\instmstr

4.       更改字符集

charset -Usa -P binary.srt gb18030

D:\>isql -Usa -P

1> select id, name from syscharsets where id>=170

2> go

 id  name

 --- ------------------------------

 170 eucgb

 173 gb18030

 179 sjisbin

 192 eucjisbn

 194 big5bin

1> sp_configure "default character set id",173

2> go

In changing the default sort order, you have also reconfigured ASE's default

character set.

 Parameter Name

         Default                Memory Used            Config Value

         Run Value                Unit

         Type

 ------------------------------------------------------------

         ---------------------- ---------------------- ------------------------

         ------------------------ ----------------------------------------

         --------------------

 default character set id

                   2                      0                     170

                    2             id

         static

 

(1 row affected)

然后，两次重启(以-m方式) adaptive server

5.       注册BACKUP server

1> update sysservers set srvnetname='SEANLAPTOP_BS' where srvname='SYB_BACKUP'

2> go

(1 row affected)

1> commit

2> go  

6.       恢复

1> load database master from 'd:\sybase\master.dump'

2> go

 

然后以正常方式启动ASE即可。

 

还有一种暴力方式，就是不安装master建库脚本，直接执行5, 然后6，你会发现，第6步出现字符集不兼容的错误，要求使用traceflag 3100，于是：

1> dbcc traceon(3100)

2> go

DBCC execution completed. If DBCC printed error messages, contact a user with

System Administrator (SA) role.

1> load database master from 'd:\sybase\master.dump'

2> go

WARNING: In order to LOAD the master database, the ASE must run in single-user

mode. If the master database dump uses multiple volumes, you must execute

sp_volchanged on another ASE at LOAD time in order to signal volume changes.

Backup Server session id is:  7.  Use this value when executing the

'sp_volchanged' system stored procedure after fulfilling any volume change

request from the Backup Server.

Backup Server: 6.28.1.1: Dumpfile name 'master0905811BC1 ' section number 1

mounted on disk file 'd:\sybase\master.dump'

Backup Server: 4.188.1.1: Database master: 2390 kilobytes (17%) LOADED.

Backup Server: 4.188.1.1: Database master: 13318 kilobytes (100%) LOADED.

Backup Server: 4.188.1.1: Database master: 13326 kilobytes (100%) LOADED.

Backup Server: 3.42.1.1: LOAD is complete (database master).

Started estimating recovery log boundaries for database 'master'.

Database 'master', checkpoint=(5580, 3), first=(5580, 3), last=(5580, 9).

Completed estimating recovery log boundaries for database 'master'.

Started ANALYSIS pass for database 'master'.

Completed ANALYSIS pass for database 'master'.

Started REDO pass for database 'master'. The total number of log records to

process is 7.

Redo pass of recovery has processed 1 committed and 0 aborted transactions.

Completed REDO pass for database 'master'.

Started filling free space info for database 'master'.

Completed filling free space info for database 'master'.

Started cleaning up the default data cache for database 'master'.

Completed cleaning up the default data cache for database 'master'.

(4 rows affected)

Database 'master' is now online.

这样，再执行第4步，修改字符集。最终也能达到目的。毕竟，master库中的内容存储的全是cp850兼容字符集格式，没有国际化问题。但我并不推荐这种方式。还是老老实实，按照3, 4, 5, 6步骤来比较好，至少不会出什么错。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/iihero/archive/2009/02/27/3943895.aspx

　　在隔壁和窗外杂乱的声音里睁开眼，看着这个不久就要易主的房间，听着这个光怪陆离的城市，想着昨天发生的今天要做的和不知道存不存在的事情，表情木然地爬起来，穿衣洗漱。

　　在洗手间里狠狠地擤过鼻涕，我看着镜子摆了个姿势，在心里对自己说：“你的感冒好了。”

------------------------------------------------

　　然后回到房间，沮丧地发现鼻涕粘在了裤脚。

　　坐在地铁里忽然想把正在听着的《娘子》学会。　　

　　看着前面穿着猫衣的女孩，忽然想起那个背影。

　　走回住处，忽然发现早上出门时把钥匙拿错了。

　　忽然想起什么，打开开心网的账户页面，看着“删除账户”链接，鼠标晃了半分钟，没下去手。

　　也许半小时以后就可以下决心了。

　　工作还是很多，也许以后还一样多，但从某方面而言，终于有些头绪了。

　　周围的事件并不都让人觉得欢欣，却总是想微笑着对你和自己说，幸福就在前面两公里之外，我们走过去就到了。

　　接连有朋友过生日，我连选个小礼物给他们的时间都没有，惭愧啊惭愧。

--------------------------------------------

　　其实想写个冷笑话涮涮自己的，嗯

　　想了许久，还是不知该怎样说起。不过，出门在外的时候，那份牵挂总之是不会错了。

　　还是不得不在这舶来节之前开始出差，多少都觉得歉疚，却托了电话和网络的福，仍旧感受得到节日里不一样的心情，回头看临出发时带在身边的那一份甜蜜，心里也都觉得暖暖。

　　想起来之前心情灰暗的时候，彷徨失措的时候，自我催眠的时候，痛苦焦虑的时候，还有那些当时看来无法弥补的分歧，多少有些惨烈的争辩，以及种种意外的小插曲，就觉得这一路走来，虽无法与写手们笔下缠绵悱恻的故事相比，却多少也有些戏剧性。好在，除了这些，我们还有很多美丽的日子，有过深夜还傻傻地捧着电话的时候，有过在路边牵手徘徊的时候，有过一起得意忘形地策划未来的时候，还有过为了一点小感动紧紧拥抱的时候。时间过去，慢慢的种种不好也许都淡去了，我们的行囊里，就只留下这些温暖的回忆。

　　而今还是要为了生活继续奔忙，也许，离我们想要的生活还有很长的距离，但只要想到你说的那句“还有我在”，就知道今后的路上，自己不再孤身一人毫无方向。

　　写下来的这些好像都很沉重，不过通常来说，重的东西，比如米袋比如面袋比如液化气罐不都是我等傻老爷们儿来背来扛么。以后你也不要再那样了，因为，还有我在。

--------------------------------

　　本不想晒恩爱的，怕遭了天嫉。如今还是晒得遮遮掩掩，哈茨卡西哟。

安装MDA表，查看所有人的命令记录

作为SYBASE新手，我想看看别人都敲过哪些命令，因为要想快速长进，最简单的方法就是模仿别人。安装SYBASE的MDA表可以实现这个目

的，当然MDA表用途很多，不仅只局限于这么简单的功能。下面是为实现这个目的而进行的操作步骤：

1、执行脚本installmontables
server名默认是机器名，我的机器名比较怪异，记不住，所以干脆用环境变量%COMPUTERNAME%代替。
isql -Usa -P -S%COMPUTERNAME% -iC:\Sybase\ASE-12_5\scripts\installmontables

2、增加loopback服务
如果第1步遇到“Site 'loopback' not found in sysservers”报错，那就需要执行这一步，否则跳过。
sp_configure 'enable cis',1
go
use master
go
sp_addserver loopback, null, @@servername
go

3、给sa授权
授权后需要重启Sybase SQLServer
grant role mon_role to sa
go
shutdown
go

4、启动Sybase SQLServer
net start "Sybase SQLServer _ HP12770113212"
isql -Usa -P -S%COMPUTERNAME%

5、配置相关参数
其中'enable monitoring'是静态的，故配置完后，需要再次重启Sybase SQLServer。不过我发现不重启，下面第7步也一样可以使用，只不过会多出几行报错信息。
sp_configure 'enable monitoring',1
go
sp_configure 'max SQL text monitored',300
go
sp_configure 'SQL batch capture',1
go
sp_configure 'sql text pipe max messages',300
go
sp_configure 'sql text pipe active',1
go
shutdown
go

6、再次启动Sybase SQLServer
也许第5步和第3步可以合并（未测试），这样可以减少重启Sybase SQLServer一次
net start "Sybase SQLServer _ HP12770113212"
isql -Usa -P -S%COMPUTERNAME%

7、查看所有的命令记录
这就是我的最终的目的，别人最近敲过的所有命令都可以一目了然了。查询一次，monSysSQLText表会自动清空一次。
select * from master..monSysSQLText
go

8、其它说明
第3步给sa授予了mon_role角色后，要想revoke可就麻烦了。解决办法是：新建一个login，授予一定角色（忘了具体角色了，但revoke时有提示），revoke sa的mon_role角色；再用sa登录，drop掉新建的login。
第5步中除第一个参数外，都是动态参数，我的设置是一次保留最近的300条命令记录，这些可以根据实际情况随时更改。
======以下是原作者的马克======
email: beginner@yeah.net

blog: http://blog.chinaunix.net/index.php?blogId=739

http://www.cublog.cn/u/739/

　　被无关紧要的事情缠住，被可有可无的事情绊住，为了没法改变的事情苦恼，于是看不到还握在手的东西。

　　自以为看清了这些以后，我决定，从室友打完了电话的时刻开始，努力睡觉，直到第二天清早睡不着为止。

　　那么，大家吃好喝好吧，圣诞快乐吧，元旦快乐吧，春节快乐吧。

　　就这样吧。

　　标题是扯淡，我不太会爱自己，得承认这一点，但现在比以前好多了。

　　团购了二斤三两德菲斯巧克力，腌了一块咸肉（未完成），嗯，似乎都是在给自己弄吃的，那么，不说了。

　　然则要是不说吃的，本周工作之外没有什么特别，除了某天早晨接到老娘电话以后偷偷流了眼泪，她说，我跟你姑姑给你们做一床被子吧，你看做多大的合适，嗯，两块单被，一块双人被。絮絮叨叨之间我不知不觉的想哭。

　　这算是流水帐好了。

新职员到岗
老板：万分欢迎，没有你我们的公司肯定大不一样！
职员：如果工作太累，搞不好我会辞职的
老板：放心，我不会让这样的事情发生的！
职员：我双休日可以休息吗？
老板：当然了！这是底线！
职员：平时会天天加班到凌晨吗？
老板：不可能，谁告诉你的？
职员：有餐费补贴吗？
老板：还用说吗，绝对比同行都高！
职员：有没有工作猝死的风险？
老板：不会！你怎么会有这种念头？
职员：公司会定期组织旅游吗？
老板：这是我们的明文规定！
职员：那我需要准时上班吗？
老板：不，看情况吧
职员：工资呢？会准时发吗？
老板：一向如此！
职员：事情全是新员工做吗？
老板：怎么可能，你上头还有很多资深同事！
职员：如果领导职位有空缺，我可以参与竞争吗啊？
老板：毫无疑问，这是我们公司赖以生存的机制！
职员：你不会是在骗我吧？
进入公司后看真实的一幕（从后往前读 )

电话铃声响﹐小女孩接起电话听筒.... 　
男人﹕“喂﹐小娃儿﹐我是爸爸﹐妈妈在哪儿﹖”
小女孩﹕“妈妈和张叔叔在楼上的房间。”
男人有点生气地说﹕“哪个张叔叔﹖我们家不认识叫张叔叔的人啊﹗” 　
小女孩﹕“有啊﹐每次你上班后就来找妈妈的张叔叔啊。”
过了不久﹐男人沉住气冷静地说﹕“小娃儿﹐我们来玩个游戏好不好。”
小女孩兴奋地说﹕“好哇﹗”
男人﹕“你先去楼上的房间﹐然后大声喊 "爸爸回来啦﹗"过后再来听电话。”
小女孩照着做了﹐不久听到一阵惨叫﹐
小女孩跟着听电话..... 　
男人﹕“妈妈怎么了﹖”
小女孩﹕“妈妈听到你回来后﹐就冲出房间﹐不小心从楼梯跌下来﹐现在不动了。”
男人有点满意地接着问﹕“哪.....张叔叔呢﹖”
小女孩﹕“我看到他从房间的窗口跳下游泳池﹐可是他好像忘记爸爸前天为了清理游泳池已把水放了﹐现在他躺在游泳池底﹐也不动了。”
男人沉默了一阵子.................“游.......游泳池﹖.........请问这里号码是不是***********﹖” 　
小女孩﹕“不是。”
男人﹕“噢﹐抱歉﹐打错电话。”

　　其实向来不是太喜日文歌，不过这一首是不错。找到三个版本，选择佐藤这个版本不是因为觉得最好听，只是因为手边三个文件里这个最小。

 

------------------------------------------

歌曲：木兰の涙
歌手：佐藤竹善 with コブクロ
作词：
山田ひろし
作曲：柿沼清史

歌词： 
※逢いたくて 逢いたくて
この胸のささやきが
あなたを探している
あなたを呼んでいる※


いとしさの花篭 抱えては 微笑んだ
あなたを见つめてた 远い春の日々


やさしさを纺いで
织り上げた 恋の羽根
绿の风が吹く 丘によりそって


やがて 时はゆき过ぎ
几度目かの春の日
あなたは眠る様に 空へと旅立った


△いつまでも いつまでも
侧にいると 言ってた
あなたは嘘つきだね
わたしを 置き去りに△


木兰のつぼみが
开くのを见るたびに
あふれだす涙は 梦のあとさきに
あなたが 来たがってた
この丘にひとりきり
さよならと言いかけて 何度も振り返る

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

祈愿重逢 祈愿重逢 
胸中私语点滴 
寻觅着你 
呼唤着你 

在久远往昔的春日 
凝视着你 
怀拥着可爱的花篮 
微露笑意 

轻纺温柔情丝 
织就爱恋羽翼 
清风翩然拂起 
掠过丘脊 

终究时光飞逝 
已过几多春日 
你已然长眠般 
香消玉殒 

你说谎呐 
曾经许诺 
永远永远 形影不离 
然而却别我而去 

每当望见木兰花 
蓓蕾绽放 
梦中便自始至终 
泪流难抑 

在这你偏爱的山丘上 
形单影只的我 
未及道完再会 
却已几度回首 

祈愿重逢 祈愿重逢 
胸中私语点滴 
寻觅着你 
呼唤着你 

你说谎呐 
曾经许诺 
永远永远 形影不离 
然而却别我而去

　　的三天前，V怪说

　　“我感到人们对我说的话，至少有一半都只需要回答以下三句话： ‘关我什么事？’ ‘关你什么事？’‘你懂个屁。’”

1、 我们要不要孩子？如果要，主要由谁负责？
2、 我们的赚钱能力及目标是什么？消费观及储蓄观会不会发生冲突？
3、 我们的家庭如何维持？由谁来掌握可能出现的风险？
4、 我们有没有详尽地交换过双方的疾病？包括精神上的？
5、 我们父母的态度有没有达到我们的预期？会不会给足够的祝福？
6、 我们有没有自然、坦诚地说出自己的性需求、性的偏好及恐惧？
7、 卧室能放电视吗？
8、 我们真的能倾听对方诉说，并公平地对待对方的想法和抱怨吗？
9、 我们清晰的了解对方的精神需求及信仰吗/我们讨论过孩子将来的信仰问题吗？
10、 我们喜欢并尊重对方的朋友吗？
11、 我们能不能看重并尊敬对方的父母？我们有没有考虑到父母可能会干涉我们的关系？
12、 我的家族最让你烦心的事是什么？
13、 我们永远不会为婚姻放弃的东西是什么？、
14、 如果我们中的一个人需要离开家族所在地陪同另一人到外地工作，做得到吗？
15、 我们是不是充满信心面对任何挑战使婚姻一直往前走？

　　本来想说五言。嗯，收集起来看看还是有点意思的。

　　1.浑身脑袋疼，肚子还迷糊

　　2.听君一席话，圣斗士念书

 　　其他不定期追加吧……

　　一天，殡仪馆送来了三个人，说也奇怪，他们死后的笑容都是 ^_^...
　　殡仪馆管理员很纳闷的问 pol.ice ：为什么他们死后的脸竟然会是 ^_^呢？
　　pol.ice说：这... 说来话长... 你看左边那个人 ...他是跟她老婆在共度春宵时 ..在最激情的那一刻 .. 受不了..挂了
　　管理员就回答说：唉...愿在花下死 ..做鬼也风流 ... 那中间那一个是怎么死的？
　　pol.ice：中间那一个喔 ...他呀.. 真是人间惨剧... 他走在路上..忽然听见自己中了头彩 .. 奖金 7亿多..
　　他开心的哈哈大笑时 ...却被迎面而来的车给撞上 ...结果 ..挂了...
　　管理员回答说：唉 ...他真的是没有福气享受这荣华富贵的后半辈子....那剩下的这一个呢？
　　pol.ice： ...这一个死的就有点可怜了... 他是爬上树的时候被雷给劈死了
　　管理员回答说：... 这就有点不对了，被雷劈到为什么还会笑呢 ...
　　pol.ice 说：因为他爬上树后以为.....突然一道闪电 .....
　　他以为.. 有人给他拍照.....

　　有一天，一家失火了，爸爸妈妈都逃出来了，只剩下一个儿子还在里面。
　　妈妈很紧张的在屋外大喊：“儿子，你在干吗？都失火了还不出来？”
　　儿子回答：“我在穿袜子啊！”
　　妈妈又说：“都失火了还穿什么袜子？”
　　过了五分钟，儿子还没出来。
　　妈妈又紧张的喊：“儿子，你到底在干什么？快出来…都失火了，还待在里面！”
　　儿子说：“我在脱袜子啊！”

　　五元钱被犯罪团伙绑架了，打电话给百元钞：“喂！你儿子在这里，不想我们撕票就用自己来换他！” 

　　百元钞想了一下说：“撕吧，撕了你们连5块钱都没有了！”

　　有位小姐第一次和朋友去练习打高尔夫球。发球时，她很用力的一挥，球被打歪了，竟然向着一群人飞过去，接着就看到一个男人应声倒地，把两手夹在大腿的中间，痛得滚下了山坡。那位小姐马上跑过去道歉，并且告诉伤者说她学过一些护理，希望能在救护车到达之前，先帮他检查一下受伤的情形。伤者觉得没有必要，不过那位小姐很坚持，其他人也都劝那个伤者先让她检查一下，伤者只好勉强答应。
　　小姐就要伤者先平躺，全身放松，然后把他的两手拉开，平放在身体两侧，接着又轻轻的拉开伤者裤子的拉链，把手伸进去，很温柔的轻轻触摸着。她询问伤者：“这里感觉怎么样？”
　　伤者很无奈的说：“那里的感觉还不错，可是我的大姆指还是痛得要死！”

SIP: Session Initiation Protocol,
SDP: Session Description Protocol
RTP: Real-time Transfer Protocol
RTSP: Real-Time Streaming Protocol
UAC/UAS: User Agent Client/Server
STUN: Simple Traversal of UDP over NATs

-------------

先这么多吧，随时追加。