昨日，2008年5月12日，距离北京奥运会开幕倒计时88天，农历四月初八，佛诞日，却成为天摇地动的悲恸日。

截至目前，官方证实的各地因地震死亡人数已近一万人，其中震央四川绵阳市北川县，晚8时新华社估计死亡人数为3000至5000人，受伤者1万人，3小时后，四川省地震局在新闻发布会上披露，北川县死亡人数已达到7000多人。这意味着，这个仅有160301人口的县域已全员伤亡。7.8级的地震恰好是32年前唐山大地震的当量，我清楚记得当时对7.8级地震的形容——“相当于400枚广岛原子弹在距地面16公里的地壳中猛然爆炸”。至今，救援队伍因道路塌方等原因还受阻于与北川县一江之隔全面停电的都江堰，这一夜我不敢设想又会有多少生命在无奈离开……

祈祷，默哀，特别忧伤近千埋于校舍瓦砾下的孩子们。

作者:AnySQL, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复

    继上次DUL搞不定CLOB中文问题后, 又遇到了NVARCHAR2中文问题, 有人在正式库中使用了这种数据类型, 遇到数据库损坏(System表空间被覆盖)后, 请人用Oracle DUL去搞的, 好象搞不定NVARCHAR2中的中文问题.

    原因只有两种, 没有搞明白Oracle DUL这方面的设置参数, 或者是Oracle DUL实在不支持这种数据类型中的中文. CLOB的中文问题, 我还是费了两个晚上搞定的, 这一次的NVARCHAR2问题, 则没有费任何事, 早就支持了. 只是没有用户真的使用这种数据类型, 一直没有发挥作用而已, 没想到一上来又和Oracle DUL PK了一把.

    照这样下去, AUL可以卖给Oracle了, 至少可以卖给Oracle中国, 反正这种事中国遇到的特别多. 只要用心去考虑和做事, 可以做得比原厂更出色啊.

    能PK过Oracle自已的东西, 还是很有轻飘飘的感觉的.

相关文章 | Related Artiles

我要留言(当前1)

一、只要不是政府正式发布的地震预报，就都不要相信。国务院规定，只有县级以上人民政府才有权向社会公开发布地震的短期预报和临震预报，其它任何部门、单位和个人，都无权对外发布地震预报。

二、凡是说“xx单位都已通知了要地震”都不可信。如要发布地震预报，政府将采用一切措施迅速通知到震区的全体民众。

三、凡是将发震时间“预报”到一天以内，甚至“精确”到几点几分者，肯定都是　谣言。因为目前全世界的地震预报水平都无法达到这样的精度。

四、凡是将发震地点“预报”得十分具体(具体到x x乡或x x街道辖区)者，肯定都是谣言。因为目前全世界的地震预报水平都无法达到这样的精度。

五、凡是贴有“洋标签”(即说国外xx专家已预报)的地震传言肯定都是谣言。因为不可能也不允许进行地震的“跨国预报”，也从来没有外国专家预报过中国的地震。

六、凡带有迷信色彩的地震传言都是谣言。

相关内容

• 防震须知 (评论数:0)

1.为了您自己和家人的人身安全请躲在桌子等坚固家具的下面

大的晃动时间约为1分钟左右。这是首先应顾及的是您自己与家人的人身安全。首先，在重心较低、且结实牢固的桌子下面躲避，并紧紧抓牢桌子腿。在没有桌子等可供藏身的场合，无论如何，也要用坐垫等物保护好头部。

2.摇晃时立即关火，失火时立即灭火

大地震时，也会有不能依赖消防车来灭火的情形。因此，我们每个人关火、灭火的这种努力，是能否将地震灾害控制在最小程度的重要因素。

从平时就养成即便是小的地震也关火的习惯。

地震的时候，关火的机会有三次

第一次机会在大的晃动来临之前的小的晃动之时

在感知小的晃动的瞬间，即刻互相招呼：“地震！快关火！”，关闭正在使用的取暖炉、煤气炉等。

第二次机会在大的晃动停息的时候

在发生大的晃动时去关火，放在煤气炉、取暖炉上面的水壶等滑落下来，那是很危险的。

大的晃动停息后，再一次呼喊：“关火！关火！”，并去关火。

第三次机会在着火之后

即便发生失火的情形，在1-2分钟之内，还是可以扑灭的。为了能够迅速灭火，请将灭火器、消防水桶经常放置在离用火场所较近的地方。

3.不要慌张地向户外跑

地震发生后,慌慌张张地向外跑,碎玻璃、屋顶上的砖瓦、广告牌等掉下来砸在身上，是很危险的。此外，水泥预制板墙、自动售货机等也有倒塌的危险，不要靠近这些物体。

4.将门打开，确保出口

钢筋水泥结构的房屋等，由于地震的晃动会造成门窗错位，打不开门，曾经发生有人被封闭在屋子里的事例。请将门打开，确保出口。

平时要事先想好万一被关在屋子里，如何逃脱的方法，准备好梯子、绳索等。

5.户外的场合，要保护好头部，避开危险之处

当大地剧烈摇晃，站立不稳的时候，人们都会有扶靠、抓住什么的心理。身边的门柱、墙壁大多会成为扶靠的对象。但是，这些看上去挺结实牢固的东西，实际上却是危险的。

在1987年日本宫城县海底地震时，由于水泥预制板墙、门柱的倒塌，曾经造成过多人死伤。务必不要靠近水泥预制板墙、门柱等躲避。

在繁华街、楼区，最危险的是玻璃窗、广告牌等物掉落下来砸伤人。要注意用手或手提包等物保护好头部。

此外，还应该注意自动售货机翻倒伤人。

在楼区时，根据情况，进入建筑物中躲避比较安全。

6.在百货公司、剧场时依工作人员的指示行动

在百货公司、地下街等人员较多的地方，最可怕的是发生混乱。请依照商店职员、警卫人员的指示来行动。

就地震而言，据说地下街是比较安全的。即便发生停电，紧急照明电也会即刻亮起来，请镇静地采取行动。

如发生火灾，即刻会充满烟雾。以压低身体的姿势避难，并做到绝对不吸烟。

搭乘电梯的话

在发生地震、火灾时，不能使用电梯。万一在搭乘电梯时遇到地震，将操作盘上各楼层的按钮全部按下，一旦停下，迅速离开电梯，确认安全后避难。

高层大厦以及近来的建筑物的电梯，都装有管制运行的装置。地震发生时，会自动的动作，停在最近的楼层。

万一被关在电梯中的话，请通过电梯中的专用电话与管理室联系、求助。

7.汽车靠路边停车，管制区域禁止行驶

发生大地震时，汽车会象轮胎泄了气似的，无法把握方向盘，难以驾驶。必须充分注意，避开十字路口将车子靠路边停下。为了不妨碍避难疏散的人和紧急车辆的通行，要让出道路的中间部分。

都市中心地区的绝大部分道路将会全面禁止通行。充分注意汽车收音机的广播，附近有警察的话，要依照其指示行事。

有必要避难时，为不致卷入火灾，请把车窗关好，车钥匙插在车上，不要锁车门，并和当地的人一起行动。

8.务必注意山崩、断崖落石或海啸

在山边、陡峭的倾斜地段，有发生山崩、断崖落石的危险，应迅速到安全的场所避难。

在海岸边，有遭遇海啸的危险。感知地震或发出海啸警报的话，请注意收音机、电视机等的信息，迅速到安全的场所避难

9.避难时要徒步，携带物品应在最少限度

因地震造成的火灾，蔓延燃烧，出现危机生命、人身安全等情形时，采取避难的措施。避难的方法，原则上以市民防灾组织、街道等为单位，在负责人及警察等带领下采取徒步避难的方式，携带的物品应在最少限度。绝对不能利用汽车、自行车避难。

对于病人等的避难，当地居民的合作互助是不可缺少的。从平时起，邻里之间有必要在事前就避难的方式等进行商定。

10.不要听信谣言，不要轻举妄动

在发生大地震时，人们心理上易产生动摇。为防止混乱，每个人依据正确的信息，冷静地采取行动，极为重要。

从携带的收音机等中，把握正确的信息。相信从政府、警察、消防等防灾机构直接得到的信息，决不轻信不负责任的流言蜚语，不要轻举妄动。

相关内容

• 如何识别地震谣言 (评论数:0)

This time, the question is not because it was poorly phrased.  It is because it is regarding an area I want to bring to the attention of a larger audience.

The question went like this:

<quote>

Suppose, I have a table having country currency combinations with a primary currency. The below is a sample data.

Country        Currency    Primary_Currency
US             USD         Y
US             USN         N
US             USS         N

And, I have a before update trigger on the above table for each row

(using autonomous transaction to avoid mutating error) to check whether


the country has any primary currency. I am giving the below update.

</quote>

Ok, serious red flags here - They have a business rule apparently that AT MOST one currency can be "primary" for a given country - that is - COUNTRY must be UNIQUE when PRIMARY_CURRENCY='Y' (what I call selective uniqueness).  Now, I might suggest we are missing an entity in this model - that is, the primary currency 'flag' should not be there, but rather there should be two entities - primary_currency, and other_currencies - perhaps.  Then, the problem is simple - COUNTRY would be the primary key of the primary_currency table - and COUNTRY,CURRENCY would be the primary key of the other - an in fact, if the rule was "A country may have at most one primary currency and must have at least one primary currency" - then enforcing that more complex one would be trivial - just add a foreign key from other_currencies to primary_currency - and you are done.  Could not be easier. 

But - back to the red flags:

• I have a before update trigger:  I have written many times that you cannot enforce integrity constraints that cross objects (tables) in the database (like referential integrity does), nor constraints that cross rows in a single table (like uniqueness does) without using the LOCK TABLE command.  Since reads are not blocked by writes - and you cannot see others uncommitted work - you need to serialize access.



• Using autonomous_transaction:  These are almost universally "misapplied".  They have one use - in a "LOG_ERRORS" routine, called from a WHEN OTHERS exception handler (which would of course be followed by RAISE;)



• Using autonomous_transaction to avoid mutating error:  Ok, now I know we are in serious trouble here.  If you have to use an autonomous transaction to avoid a mutating table constraint (not error, a constraint, a subtle warning to the developer "what you are trying to do is something you should not be doing") - you have a bug in your code, I'm 99.999999% certain of that - I would be very hard pressed to come up with a valid reason in real life to use an autonomous transaction to avoid a mutating table constraint.

So, we have these HUGE red flags - all of which get proven out in the next bit - everything I guessed:

• This does not work in single user scenarios



• This does not work in multi user scenarios



• In short, this does not work - it is a huge bug

Are shown true:

Update Country_Currency_Ref
set is_primary_currency = 'Y'
where (country_code = 'US' and currency_code = 'USN');

And the trigger is working fine and giving the correct message that it cannot be updated as there

is already one primary currency against that country Now I update the data as below

(No primary currency)

Country        Currency    Primary_Currency
US             USD         N
US             USN         N
US             USS         N

and try to update the data with the below condition

Update Country_Currency_Ref
set is_primary_currency = 'Y'
where (country_code = 'US' and currency_code <> 'USD');

In this case, the trigger is failing and updating other two records. Why is this behaviour?


And how can we over come the same?

Sorry, the trigger is not failing, the trigger is just doing precisely what it was coded to do.  The problem is the person coding the trigger doesn't understand transactions and concurrency controls and how the database works.  By using the autonomous transaction to query the table - it is as if they started a brand new session to query that table.  Of course that brand new session cannot see any changes made by not yet committed!  Including the changes the trigger is trying to validate.  This is PRECISELY why we have a mutating table constraint - your row level trigger is being fired as the rows are modified - if you were able to query the table in the trigger without the autonomous transaction - you would see the table half updated (and then what, what a MESS that would be).  So, since Oracle is evil and prevents you from doing something bad here - you use an autonomous transaction - you get a consistent view of the table to be sure, but you cannot see the data you are trying to validate!!!  That makes validation pretty hard.

Even if you did the "common mutating table constraint workaround" - by deferring your reads until the AFTER (not for each row) trigger, you cannot do this check in a trigger without LOCKING THE TABLE.  You would have to serialize access in order to prevent two concurrent sessions from each creating a primary currency record at the same time. 

I would prefer a two table solution here:

ops$tkyte%ORA11GR1> create table primary_currency
  2  ( country  varchar2(2) primary key,
  3    currency varchar2(3)
  4  )
  5  organization index
  6  /

Table created.

ops$tkyte%ORA11GR1> create table other_currencies
  2  ( country  varchar2(2),
  3    currency varchar2(3),
  4    constraint other_currencies_pk
  5       primary key(country,currency),
  6    constraint must_have_at_least_one_primary
  7       foreign key(country)
  8       references primary_currency(country)
  9  )
 10  organization index
 11  /

Table created.

That solves the problem quite elegantly - and even enforces the complex "must have a primary currency" constraint if you implement the foreign key.  However, if they were to keep this single table, then I would say:

drop your trigger.

and promise to never use autonomous transactions to avoid mutating table constraints (I said "mutating table CONSTRAINTS", not error - the error is you using an autonomous transaction to destroy your data integrity) ever again.

add:

create unique index only_one_can_be_primary on country_currency_ref

( case when is_primary_currency = 'Y' then country_code end );

I hate triggers

I hate autonomous transactions


I hate when others

If we removed those three things from PLSQL - we would solve 90% of all application bugs I think... No kidding.  I know, in the right hands, they are powerful tools.  However, they fall into the wrong hands far too often.

作者：Fenng 发布在 dbanotes.net.

在修改后的 《闲谈 Web 图片服务器》 一文中也提及了"IE 浏览器的连接数问题"，这也是个有趣的话题。值得补充记录一下。

这个数据来自 Roundup on Parallel Connections ，这是一篇好贴，里面的每个线索几乎都值得一读(Opera 9 的连接数我做了修改)。以前经常看到某些优化 IE 或者优化 Firefox 的插件或工具，其工作原理也不过是针对这些相关的网络参数合理组合罢了。 好多朋友说 Opera 快，其实可能就是压缩和连接数两个做的更适合现在的网络吧。我不太相信内置解析器什么的真能比其它浏览器有什么质的领先。

其中 Firefox 3 的连接数目前还处于不确定中。对于网站维护人员，这是个非常值得重视的信息，我们总说蝴蝶效应，这恐怕就是最直接的例子了。一旦 IE 8 确定了新的默认连接数，并且短期内大量用户下载，有些网站如果不做调整的话，很可能会被击垮。

--EOF--

相关文章|Related Articles

• 国外 Web 站点字体是否都符合"中国国情"?
• OutfoxBot 是谁家的爬虫?
• 卓越(Joyo)与 Amazon 接轨后的'智能'
• 浏览器, Opera or Maxthon or Firefox ?

评论数量(1)|Add Comments

本文网址：http://www.dbanotes.net/web/browser_connections_per_server.html
最近作者还说了什么? Follow Twitter / Fenng

DBA notes 理念: 用最简约的技术取得最大的收益!

C²Call 是一款基于Web浏览器的网络电话，它能让你直接通过浏览器与他人通话。操作起来就如同网络电子邮件，无须安装任何软件。你能用它在网上与任何人通话。

C²Call 是由德国亚德网络开发的一款基于Web浏览器的VOIP网络电话服务，它们于近日发布了首个公众测试版。准确的说，C²Call 是一个临时的Java插件，当你的浏览器每次打开C²Call页面时会自动加载并开启免费网络电话功能。同时，得益于Java的跨平台性，C²Call 能够独立运行在 Windows，MAC 以及 Linux 在内的等多种操作系统 。

使用C²Call就如同像互联网的电子邮件服务一样即时高效。 无论你想联系的人在家里或是办公室，只要他们目前正在网上冲浪，你都可以方便地给他打电话。对于被邀请的人无需注册就能享受C²Call的免费而优质的VOIP服务 。

Copyright © 2008 本站作品采用知识共享署名-非商业性使用-禁止演绎 2.5 中国大陆许可协议进行许可 ...

当谣言越来越靠谱，辟谣就是证实。

——明月星光, 关键字:明月星光 谣言 , 提交语录

Google快照：四川省政府官方网站5月9日对地震谣言的辟谣 百度快照 | 其它预兆

ShirusuPad 是一个小而全的桌面多功能便签软件，包含下面几大功能

便签，可以单独置顶于桌面
提醒 ，对便签进行提醒，也可单独提醒。分别为一次，每天，每周提醒。
任务 ，一个简单的 ToDoList

长时间按住 Ctrl + C 也就是复制快捷键，会自动弹出 ShirusuPad 的便签添加窗口，不错。

从小众下载的 ShirusuPad 是通过自定义软件外观，解决了默认字体过小的版本，看起来舒服许多。

下载(544KB): easy-share | 来自小众软件 | box | filefront | mediafire | 新浪

p.s.关注地震，关爱生命，为多灾多难的 2008 中国祝福。好看薄的地震现场故事和美国国家地震局的地震信息解读

© scavin for 小众软件, 2008. | 原文链接 | One comment | 日志 | 投稿 | 热文榜!
此 Feed 内容版权属于小众软件，并且遵循 CC 协议 f4c05b6cab8589dbc983d12680b720fe

相关文章

• XNeat - 窗口管理器
• IntelliAdmin 的五款简单实用软件
• ToDoList - 强大的任务管理软件
• Instant Boss - 工作不忘休息
• GreenAlarm - 漂亮的定时提醒

郁闷阿。。。从下午3点开始给老家打电话.到现在都没有通..

无论 固话, 手机,移动,联通 ..

破通讯基站, 网通,电信,移动,联通都干什么吃的,修个基站也这么麻烦?.......................................

希望一切无事...

更新： 下午 18:37 ，终于电话通了。一切OK。 ：）

今天下午2点42分24秒，最先在MSN上得到上海发生地震的消息，紧接着手机收到发自湖北武汉的简讯“我们这里乱晃～！！人都跑出去逃命了”，再抬头看twitter和海内首页上，相关当地发生地震的update已经延至四川、西安，因“中国地震局”、“中国地震信息网”始终处于页面载入出错状态，只能从新华网得到官方证实，14时28分，在四川汶川县（北纬31.0度，东经103.4度）发生7.8级地震，而14时35分，在北京通州区（北纬39.8度，东经116.8度）发生3.9级地震。由于重庆、山西、陕西、湖北、河南、上海、北京等地都有震感，所以至今我无法解读这是两个或者更多的独立地震，还是北京和其他地区的地震只是来自四川地震的震感。

由于地震被确认发生在四川省阿坝藏族羌族自治州境内的汶川县，于是发布于5月9日四川省人民政府网站上的一条《阿坝州防震减灾局成功平息地震误传事件》的信息不禁引起了网民的关注，同样之前四川省绵竹市林业局对于当地西南镇檀木村出现大规模的蟾蜍迁徙认为不是天灾预兆，而是说明绵竹生态环境越来越好的好事等过往消息也被质疑是否疏忽了灾前预兆，毕竟这里与地震发生地已相当接近。

地震发生后曾有新浪等网站发布消息称“晚上22点至24点时间段北京局部地区还会有2-6级地震，望大家提前做好预防措施”，但之后国家地震局值班室澄清关于北京今晚将发生余震的传言不属实，北京地区近期不会发生破坏性地震。最新消息，地震至少已造成重庆4名小学生因教学楼垮塌而死亡。截至目前中国地震局网页仍无法显示，从美国地质调查所（USGS）的网站显示自14点28分至目前四川境内已发生9次地震。

©作者：eygle 发布在 eygle.com

上一次记录地震是2006-07-04 ，时隔两年，北京再次感受地震，刚才在论坛扫了一眼，几乎全国的网友都在报告震感。
这是一次被普遍感受到的地震。

不过这一次我没感觉到，前几天老婆教育我说，中午最好睡个午觉，对健康有益，我正在呼呼的时候，老婆打电话过来，问：感觉到地震没。我说：没。
当然也头晕，还没睡醒：）

刚刚Han从MSN上发了条消息过来：

中国地震局刚刚发布公告：北京时间08年05月12日14点30分左右北京局部地区发生2级轻微地震 另警告在08年05月12日晚上22点至24点时间段北京局部地区还会有2-6级地震 望大家提前做好预防措施！ --中国地震局
08年05月12日告

这是事后的恐吓，还包括整晚的恐吓，看来今晚北京要度过一个不眠之夜了。

这几天看电视，关于缅甸的热带风暴带来的灾难，舆论都指责政府没能即使的进行警告，而且有新闻将缅甸风暴和唐山大地震联系了起来，说天灾更是人祸。
而其实几十年之后的今天，中国也仍然不能对地震进行及时的预报。

好吧，我还是记录一下事后的地震预告：

据中国地震台网中心测定，2008年05月12日14时28分4.0秒，在四川汶川县发生7.8级地震，震中位于北纬31.0度，东经103.4度。全省强烈有感。

关于汶川县的介绍：

汶川县位于四川盆地西部边缘、阿坝藏族、羌族自治州(以下简称阿坝州)的东南部。扼成都平原与川西北高原的交通要道，素有阿坝州南大门之称。
县域东西宽84公里，南北长105公里，总面积4084平方公里，全县6镇、8乡、126个自然村，人口107354人。是全国仅有四个羌族聚居县之一。县城距四川省省会成都市146公里，距都江堰90公里，距理县54公里，距茂县44公里。距阿坝州首府马尔康246公里，距九寨沟也只有289公里。

是阿坝州联系内地的门户和交通枢纽，国道213线、317线纵横县境，是前往国家级"熊猫之乡"--卧龙自然保护区大熊猫观赏旅游线的主要干道，也是前往九寨沟、黄龙寺这两个世界级"自然与文化遗产地"、"国际生物圈保护区"的旅游公路--九寨环线中线(成都-都江堰-汶川-茂县-松潘到九寨沟)的必经之道。这三条干线路面平坦，整洁舒适，安全便捷，建设质量全部达到我国山岭重丘等级公路标准。

相关文章|Related Articles

• 在北京 感觉地震
  
• 决战顺义之边-CS真人对决
  
• 注意安全-北京地铁目击当众抢劫
  
• 早岁哪知世事艰
  
• 恭王府赏福字碑
  

评论数量(6)|Add Comments

本文网址：http://www.eygle.com/archives/2008/05/china_08_earthquake.html

作者：Fenng 发布在 dbanotes.net.

对这篇《闲谈 Web 图片服务器》做了补充修正之后，在本期的《程序员》杂志上发表了。不过有朋友提出了一个问题：为什么说 Squid 不适合用 RAID 5　?

大家都知道 RAID 在写性能上因为存在校验，这句话的主要意思还是 Squid Cache 盘/ Cache 目录的问题(而不是放置图片的 RAID 5 磁盘)，在 Squid 满了的情况下，如果占用 Cache 盘，这个盘如果是 RAID 5 ，那肯定性能糟糕的一塌糊涂。另外一个原因是这部分其实不需要 RAID 来提高可靠性的，坏了完全可以 重新构建即可。

可惜我手边没有 Squid 服务器，要不倒是可以用数据来说话的。

参考文档: （一）、 （二），这两个参考信息其实比较旧的了

--EOF--

相关文章|Related Articles

• 国外 Web 站点字体是否都符合"中国国情"?
• OutfoxBot 是谁家的爬虫?
• 卓越(Joyo)与 Amazon 接轨后的'智能'
• Web 2.0 站点扩展性问题随感

评论数量(2)|Add Comments

本文网址：http://www.dbanotes.net/web/squid_raid.html
最近作者还说了什么? Follow Twitter / Fenng

DBA notes 理念: 用最简约的技术取得最大的收益!