dbanotes posted a photo:

In SQL and PL/SQL there are two comment styles you can use, single-line and multi-line:

• Multi-line comments begin with a slash and an asterisk (/*) and end with an asterisk and a slash (*/). the comment can span multiple lines.

• single-line comments begin with -- (two hyphens) and end with a line break. The comment text cannot extend to a new line. So, a double hyphen anywhere on a line turns the rest of the line into a comment.

The turns the rest of the line into a comment can sometimes cause unexpected behavior. My coworker was working on a Oracle form. He created an LOV based on a query similar to this (modified for simplicity):

select employee_id, first_name
from employees
where manager_id = 100 -- The king
and job_id = 'ST_MAN'

The above query returned 5 rows when executed in SQL*Plus. However, when bringing up the LOV in the form, there were 14 records. Where did the extra 9 rows come from? After turning trace on and analyzing the trace file, he noticed that somehow the above query was passed to Oracle like this:

select employee_id, first_name
from employees where manager_id = 100 -- The king and job_id = 'ST_MAN'

Which means that whatever is after the -- was treated as a comment and, as a result, was not executed. The where clause was effectively truncated which explains why he was getting 14 rows instead of 5. The fix was simple:

select employee_id, first_name
from employees
where manager_id = 100 /* The king */
and job_id = 'ST_MAN'

So, what have we learned? We learned to avoid commenting using two hyphens and instead use the slash and asterisk /* */ commenting style inside SQL statements.

Share This

©作者：Fenng 发布在 dbanotes.net

偶尔看电视，光看广告就足以把人乐坏了。

记得以前有个白酒广告喊着“高尚生活元素”，恶俗的不得了。刚才看到一个某品牌方便面广告，也号称"高尚生活"，笑翻。这广告策划也不动动脑子。

什么时候吃方便面也高尚的话，那社会可就真和谐了。以后骂人没准都这么说：“你才高尚呢，你们全家都高尚！”

--EOF--

相关文章|Related Articles

• 大雨杭州
• 在东北老家坐长途车的遭遇
• 三年前坝上木兰围场之行
• 公益广告也不能这么白痴

评论数量(1)|Add Comments

本文网址：http://www.dbanotes.net/mylife/ugly_ad_words.html

    I create the following table in an UTF8 character set Oracle database.

create table t_charset(col1 varchar2(10), col2 varchar2(20));

    The I insert two rows under different NLS_LANG settings. The first column is the client NLS_LANG setting, the second column contains a Chinese word (same value for both two rows, two chars in GBK encoding), and then check the physical storage with Oracle DUMP function.

SQL> col col2 format a40
SQL> select col1, dump(col2) col2 from t_charset;

COL1       COL2
---------- ----------------------------------------
ZHS16GBK   Typ=1 Len=6: 228,184,173,229,155,189
UTF8       Typ=1 Len=4: 214,208,185,250

    Be cause we want to identify out which rows are not stored as UTF8 encoding, Oracle csscan can do this work, but I will use "CONVERT" function here. We will try to convert the string value from UTF8 encoding to UTFE encoding, because of UTFE is a super set of UTF8, so the conversion should go smoothly. So the source character set is UTF8 and target character set is UTFE. Let's see what happened. For the first row (UTF8), it's not stored as UTF8 encoding, so I get the following error.

Read Full Text of【How does Oracle csscan utility working?】

Related Posts

Leave New Comment(Current: 0)

Link: http://www.dbatools.net/experience/how_oracle_csscan_working.html

    OCI is a very effective program interface to access Oracle database, I have wrote several DBA utilities with OCI interface. On Windows the compiled binary can run under Oracle 8i/9i/10g client environment. But on Linux/Unix, it cannot, because it requires a version dependent oracle client library (libclntsh.so.version), we can check this with "ldd" utility.

$ ldd ociuldr.bin
   libclntsh.so =>  /oracle/home/8174/lib32/libclntsh.so.8.0
   libclntsh.so =>  /oracle/home/9205/lib32/libclntsh.so.9.0
   libclntsh.so =>  /oracle/home/10g/lib32/libclntsh.so.10.1
   ......

    But actually, for every Oracle version, there is a soft link for the Oracle client library. The soft link name is version independent, the key is how to let my program know this.

$ ls -l libclntsh.so
  libclntsh.so -> libclntsh.so.8.0
  libclntsh.so -> libclntsh.so.9.0
  libclntsh.so -> libclntsh.so.10.1

    Finally I found a way, we just need to modify a shell script named "genclntsh", this script is used to relink the client library. We need to change the following lines. Following are the old lines.

Read Full Text of【How to compile version independent OCI program on Linux/Unix?】

Related Posts

Leave New Comment(Current: 0)

Link: http://www.dbatools.net/experience/oracle_oci_version.html

Author:NinGoo posted on NinGoo.net

经常可以在一些脚本，尤其是在crontab调用时发现如下形式的命令调用

前半部分/tmp/test.sh > /tmp/test.log很容易理解，那么后面的2>&1是怎么回事呢？

要解释这个问题，还是得提到文件重定向。我们知道>和<是文件重定向符。那么1和2是什么？在shell中，每个进程都和三个系统文件相关联：标准输入stdin，标准输出stdout和标准错误stderr，三个系统文件的文件描述符分别为0，1和2。所以这里2>&1的意思就是将标准错误也输出到标准输出当中。

下面通过一个例子来展示2>&1有什么作用：

test.sh中包含两个命令，其中t是一个不存在的命令，执行会报错，默认情况下，错误会输出到stderr。date则能正确执行，并且输出时间信息，默认输出到stdout

可以看到，date的执行结果被重定向到log文件中了，而t无法执行的错误则只打印在屏幕上。

这次，stderr和stdout的内容都被重定向到log文件中了。

实际上， > 就相当于 1> 也就是重定向标准输出，不包括标准错误。通过2>&1，就将标准错误重定向到标准输出了，那么再使用>重定向就会将标准输出和标准错误信息一同重定向了。如果只想重定向标准错误到文件中，则可以使用2> file。

上个星期，我贴了北京市政府制定的《中文菜单英文译法》。

其实，这只是奥运语言工程的一小部分。实际上，北京市政府几乎为所有的公共名词，都统一了英文译名。

先是在去年底，推出了《公共场所双语标识英文译法》的地方标准，共分为通则、道路交通、景区景点、商业服务业、体育场馆、医疗卫生六个部分。然后又在今年初，推出了更详细的《实施指南》，为几千个常见的名词规定了标准的英文译名。

比如“洗手间”的译法，以前有Toilet、WC、Men‘s Room、Bathroom、Lavatory等多种，现在统一规定译成Toilet。

这是一套很重要的汉译英的规范标准，我估计很快就会推广到全国。将来的各种标识、文档、标准化考试，很可能都会参考这套标准。它对个人也很有用，平时翻译一点地址、简历之类的东西，也用得上。

下面是这套标准的细则。全套标准和实施指南的下载地址附在文后。

================

公共场所双语标识英文译法（English Translation of Public Signs）

一、通则（General Rules）

1.1　独词

独词路标的英文书写形式依国际惯例全部大写，如出口 EXIT。

1.2　方位词

1.2.1　方位词包括：“东、南、西、北、前、后、中、上、内、外”。其对应的英文译法分别为East（E.），South（S.），West（W.），North（N.），Front，Back，Middle，Upper，Inner，Outer，“东南、西南、东北、西北”其对应的英文译法分别为Southeast, Southwest, Northeast, Northwest。

1.2.2　通常情况下，方位词含有指示方向的意义时应译成英文。

1.2.3　当方位词本身固化为地名的一部分时，方位词采用汉语拼音。如东直门 DONGZHIMEN。

1.3　序数词

1.3.1　通常情况下，如需要用序数词表达，其英文写法采用字母上标形式，如1st,2nd, 3rd 等、如东三环E. 3rd Ring Rd。

1.3.2　名称中的数字不使用英文序数词形式，应直接使用阿拉伯数字表示，如中关村一桥ZHONGGUANCUN Bridge 1，2号看台Platform 2，3号收银台Cashier 3。

1.4　冠词和介词

双语标识英文译法中尽量不使用冠词和介词，如颐和园 Summer Palace，但有些约定俗成的说法和固定用法除外，如天坛 Temple of Heaven。

1.5　标点符号

双语标识英文译法中尽量不用任何标点符号，特殊情况除外，如长安大戏院 Chang’an Theater，工人体育场Workers’ Stadium；作为缩写形式的Ave，St，Rd和Expwy后均无“.”。

1.6　警示提示信息

1.6.1　警告性和提示性标志

1.6.1.1　采用国际通行的惯例，一般用祈使句或短语表示，句中或短语中实意单词的首字母大写。如:当心触电 Danger! High Voltage，当心碰头 Mind Your Head，当心踏空 Watch Your Step，紧急时击碎玻璃　Break Glass in Emergency等。

1.6.1.2　“小心……”，“注意……”，多用Mind或Watch。如小心台阶 Mind the Step，注意上方 Watch Your Head。当提示意味较强的时候也用Caution。如小心地滑，如果地面建筑材质本身较光滑时用Caution! Slippery；如果是因为表面上有水等情况时，则用Caution! Wet Floor。

1.6.1.3　指示入口/出口的方向时用Way in/ Way out，表示入口/出口设施本身时见4.9.2。

1.6.2　说明性标志

一般用短语或祈使句表示，句中或短语中实意单词的首字母大写，介词、冠词小写。如仅供紧急情况下使用Emergency Use Only，车内发生紧急情况时，请按按钮报警 Press Button in Emergency等，如句子较长，则仅句首字母大写即可，如 Please close the door behind you。

1.6.3　禁止性标志

“请勿……”，“禁止……”一般都用“Do Not…”, “No…”，或“…Forbidden”，“… Prohibited”，句中或短语中各个单词的首字母都大写。如请勿登踏 Do Not Step On，请勿乱扔废弃物 No Littering,严禁携带易燃易爆等危险品进站 Dangerous Articles Prohibited， 禁止摆卖 Vendors Prohibited等。

1.7 功能设施信息

1.7.1　通常采用英文直接翻译，应符合国际通用惯例，遵循英语语言习惯，英文单词首字母大写，其余小写，介词、冠词小写。

1.7.2　不同“口”的译法，一般“入口”以及“……入口”均用Entrance，如“剧院入口”用Entrance即可；而“出口”以及“……出口”均用Exit，如“剧院出口”用Exit即可，“紧急出口”用Emergency Exit。

1.7.3　楼层，如“1楼/层、2楼/层、3楼/层”等固定缩写为F1、F2、F3；地下1层、2层、3层固定缩写为B1、B2、B3。

1.7.4　电梯用Elevator/Lift，扶梯用Escalator，步行楼梯用Stairs。

1.7.5　前台、服务台、接待一般用 Reception；问询处、咨询台用Information。

1.7.6　厕所、洗手间、卫生间、盥洗室统一为Toilet，涉及性别时，男厕用 Gents/Men; 女厕用 Ladies/Women。

1.7.7　残疾人译为Disabled, 残疾人专用译为Disabled Only。无障碍设施用Wheelchair Accessible表示，如在通道内标识Wheelchair Accessible表示无障碍通道，在厕所内标识Wheelchair Accessible表示无障碍厕位。

1.8　特殊情况

已经被社会普遍接受的单位名称，如清华大学Tsinghua University在指地方时可延用此用法，但在指道路名称时，应符合本部分的译法原则，如清华南路QINGHUA South Rd。

二、交通道路（Road Signs）

2.1　地名通名

2.1.1　一般（基本）规定

地名通名通常采用英文直接翻译，英文单词首字母大写，其余小写。

2.1.2　街

2.1.2.1　Avenue (Ave) 仅用于长安街 CHANG’AN Ave，平安大街 PING’AN Ave 和两广路 LIANGGUANG Ave。

2.1.2.2　街、大街译为Street (St)，如隆福寺街LONGFUSI St，惠新东街HUIXIN East St；西单北大街XIDAN North St，菜市口大街CAISHIKOU St。

2.1.2.3　小街、条、巷、夹道一般情况下译为Alley，当路宽达到一定规模时可译为St，如东直门北小街DONGZHIMEN North Alley，横一条HENGYITIAO Alley，东四十条DONGSI SHITIAO St，后海夹道HOUHAI Alley；斜街译为Byway。

2.1.3　路

2.1.3.1　路译为Road（Rd），如白云路BAIYUN Rd。

2.1.3.2　辅路译为Side Road（Side Rd），如京石高速辅路JINGSHI Expwy Side Rd。

2.1.3.3　高速公路译为Expressway（Expwy），如京津塘高速JINGJINTANG Expwy。

2.1.3.4　公路译为 Highway，如京兰路 JINGLAN Highway。

2.1.4　胡同

胡同的译法形式为Hutong，如前章胡同QIANZHANG Hutong。

2.1.5　立交桥

立交桥的英文译法全部译为Bridge，如京广桥JINGGUANG Bridge，国贸桥GUOMAO Bridge。

2.1.6　其他通名的译法

里、区、园均用汉语拼音，如芳园北里FANGYUAN BEILI，芳城园二区FANGCHENGYUAN ERQU，惠谷根园HUIGUGENYUAN。

2.2　地名专名

2.2.1　地名专名通常采用汉语拼音标注，汉语拼音全部大写。

2.2.2　专用名词为路名专名时，专名采用汉语拼音，如天坛东路TIANTAN East Rd，白云观街BAIYUNGUAN St；但指路标志（或旅游区标志）指向内容为特定场所（而非周边道路）时则采用英文，如天坛Temple of Heaven。

2.2.3　指示以地区名称命名的街道或立交桥时，地区名用汉语拼音，街道或立交桥用英文，如牛街NIUJIE St，洋桥YANGQIAO Bridge，六里桥LIULIQIAO Bridge。

2.2.4　地铁、公交车站名称

地铁、公交站名中的地名专名和通名全部采用大写汉语拼音，如南礼士路NANLISHILU不要写成S. LISHI Rd。但场馆、商店等名称作为站名时通常应翻译，如军事博物馆Military Museum, 八角游乐园　BAJIAO Amusement Park等。

2.3　基础设施信息

2.3.1　各类“站”的译法

a) 一般的公共电汽车中途停靠站可译为Stop或Station；
b) 公共电汽车终点站可译为Terminus；
c) 公交中心站可译为Central Bus Station；
d) 公交枢纽站可译为Public Transport Hub；
e) 地铁中途停靠站可译为Station；
f) 地铁终点站可译为Terminus；
g) 换乘站可译为Transfer Station或Transfer；
h) 出租汽车调度站可译为Taxi Service；
i) 出租汽车上下站可译为Taxi Stop；
j) 出租汽车停靠站可译为Taxi。

2.3.2　其他基础设施如：机场、车站、医院、体育场馆等，采用相应的英文词语，如机场Airport，火车站Railway Station，医院Hospital，体育场Stadium等。

三、景区景点（Tourist Attractions）

3.1　旅游景点通名

地名通名通常采用英文直接翻译，英文单词首字母大写，其余小写。

3.1.1　植物园译为 Botanical Garden，如北京植物园Beijing Botanical Garden。

3.1.2　博物馆

3.1.2.1　一般名称译为xxxx Museum, Museum放在最后，如历史博物馆 History Museum。

3.1.2.2　某机构的博物馆译为xxxx Museum of xxxx(机构名)， 如大钟寺古钟博物馆Ancient Bell Museum of Great Bell Temple。

3.1.3　纪念馆

3.1.3.1　历史名人的纪念馆译为Memorial，人名不加’s， 如吴运铎纪念馆Wu Yunduo Memorial。

3.1.3.2　历史事件或事迹的纪念馆译为Memorial Museum，如新文化运动纪念馆 New Culture Movement Memorial Museum。

3.1.4　故居译为Former Residence，如宋庆龄故居 Former Residence of Soong Ching Ling。

3.1.5　展览馆、陈列馆译为Exhibition Hall/Exhibition Center，会展中心译为Convention & Exhibition Center。

3.1.6　陈列室译为 Exhibition Room/Display Room。

3.1.7　宫、院译为Palace， 如颐和园 Summer Palace。有些宫译为 Hall， 如乾清宫 Hall of Heavenly Purity。

3.1.8　殿、堂译为 Hall， 如太和殿 Hall of Supreme Harmony、乐寿堂 Hall of Longevity in Happiness。

3.1.9　寺译为Temple， 如云居寺 Yunju Temple。

3.1.10　亭、阁译为Pavilion， 如寄澜亭 Jilan Pavilion。

3.1.11　一般的塔译为Pagoda，如五塔寺 Five-Pagoda Temple；藏式塔译为Dagoba,如白塔寺的白塔 White Dagoba。

3.1.12　牌楼译为Memorial Archway。

3.1.13　高山译为 Mountain， 如太行山 Taihang Mountain或Mt. Taihang。比较小的山、山丘等译为 Hill, 如万寿山 Longevity Hill。

3.1.14　岛译为 Island， 如南湖岛South Lake Island。

3.1.15　湖译为 Lake, 如昆明湖 Kunming Lake。

3.1.16　桥译为 Bridge, 如玉带桥 Jade Belt Bridge。

3.1.17　器皿译为～ware，如青铜器Bronzeware、玉器Jadeware。

3.1.18　朝代名译为拼音，如汉朝Han Dynasty，但朝代名中包含的方位词应译成英文，如西周Western Zhou Dynasty、西汉Western Han Dynasty。

3.2　专名

3.2.1　专用名词作为旅游区标志，指向内容为特定场所时则采用英文，如天坛Temple of Heaven。

3.2.2　采用被社会普遍接受的名称。如颐和园 Summer Palace。

3.3　经营类信息

通常采用英文直接翻译，应符合国际通用惯例。如旅游纪念品商店Souvenir Shop，礼品店 Gift Shop。

四、商业服务业

4.1　企业名称及业态类

业态类的分类参照GB 18106 执行。

4.1.1　购物中心、广场、商场和商店

4.1.1.1　规模巨大，集购物、休闲、娱乐、饮食等于一体，包括百货店、大卖场以及众多专业连锁零售店在内的超级商业中心译为Mall，如购物中心或大型商场都译为Shopping Mall。

4.1.1.2　中等规模的购物中心译为Shopping Center，如市区购物中心Urban Shopping Center。

4.1.1.3　只针对货品进行分类销售、不具有休闲娱乐等多种功能的较小规模的商店、店铺译为Store或Shop，如百货公司 Department Store，精品店 Fancy Shop。

4.1.1.4　商业性写字楼群或购物中心译为Plaza，如中环广场 Central Plaza；而一般在城市中用作花园或休闲场所，周围被街道和建筑物环绕的四方形开放区域则译为Square，如西单文化广场Xidan Culture Square。某大型超市或商场的分店，一般译为Branch表示，如北京翠徽大厦（股份）牡丹园店 Beijing Cuiwei Tower (Holdings), Mudanyuan Branch。

4.1.2　酒家、酒楼、酒店

酒家、酒楼、酒店等提供餐饮服务，性质就是饭店、餐馆的地方，全部翻译为Restaurant；而专门供人喝酒、小憩的“酒馆、酒店”则译为Wineshop。

4.1.3　文化娱乐场所

剧院通常译为Theater，书店通常译为Book Store，图书馆通常译为Library，文化馆通常译为Cultural Center，音像店通常译为Audio-Video Shop，网吧通常译为Internet Café，其他娱乐场所可统一翻译为Entertainment Place/Entertainment Area。

4.1.3.1　在剧场中，一般情况下表示功能的区域译为Area，如贵宾区 VIP Area；特殊情况如表示座位的区域译为Seat，如东台单号区 East Platform Odd Number Seats。

4.1.4　已经被社会普遍接受的单位名称，继续延用，如同仁堂药店 Tongrentang Pharmacy。

4.2　经营服务信息

通常采用英文直接翻译，应符合国际通用惯例，如特卖场，Special Sales；电话号码簿、信息查询，Yellow Pages。

4.3　商品名称

4.3.1　服装

4.3.1.1　作为衣服的总称，包含衣裤、鞋帽、手套等，一般译为Clothing或Clothes，如夏装 Summer Clothing、成衣 Ready-Made Clothes。

4.3.1.2　流行、时尚服饰译为Fashion。

5.3.1.3　妇女、儿童服装或特殊场合穿的礼服译为Dress，如民族服装 Ethnic Dress、晚礼服 Evening Dress、夏季连衣裙 Summer Dress。

4.3.1.4　套装（男人穿的上衣、背心和裤子，或女人穿的上衣和裙子）译为Suit，如男式西装 Men’s Suit。

4.3.1.5　男士服装译为Men’s Wear； 女士服装译为Women’s Wear。

4.3.2　书籍

通常分为文学类Literature、艺术类Arts、学术类Academic Books、工商类Business Administration、科学类Science、实用类Practical Books、教育类Education、工程类Engineering、电脑类Computer、实业类Industry、其他Miscellaneous等11大类图书销售区。

4.3.3　其他商品

一般的，其他商品的分类直接采用其对应的英文直接翻译。

4.4　服务人员名称

服务人员用在不同的行业和场合，采取不同的英文译法。如在餐饮业中，男性服务员用Waiter、女性服务员用Waitress表示；在商店里服务员用Assistant/Clerk表示；如店员 Shop Assistant、 Sales Clerk，火车上的服务人员用Attendant表示；轮船、飞机上的服务人员用Steward/Stewardess（女性）表示。

4.5　部门名称

在商业服务业企业中，部门一般翻译成Department，如人力资源部 Human Resources Department、财务部 Financial Department。

五、体育场馆（Stadium and Gymnasium）

5.1　功能设施信息

体育功能设施涉及许多专门的体育和电视转播专业词汇按国际通用表示方法翻译。如在奥运场馆中，主体育场译为Main Stadium、主新闻中心译为Main Press Center、运营区/场馆工作区译为BOH（Back of House）、通行区/场馆公众区译为FOH (Front of House)。

5.2　运动项目信息
遵循国际惯例采用英文直接翻译。如竞技体操和艺术体操的译法特别容易混淆，应译为竞技体操 Artistic Gymnastics、艺术体操 Rhythmic Gymnastics。

5.3　体育场馆信息

5.3.1　体育场馆名称中的中文地名或单位专名用汉语拼音表示，符合GB/T 16159的要求。

5.3.2　体育场的英文译法为Stadium,如工人体育场 Workers’ Stadium。

5.3.3　体育馆的英文译法为Gymnasium或Indoor Stadium，如海淀体育馆Haidian Gymnasium、国家体育馆 National Indoor Stadium。

5.3.4　大学校园内的体育馆多用Gymnasium，其译法主要按照：“大学名称＋体育馆”的格式搭配，如北京大学体育馆 Peking University Gymnasium、北京科技大学体育馆 Beijing Science and Technology University Gymnasium。

5.3.5　游泳馆的英文译法为Natatorium或Swimming Pool，如二十一世纪游泳馆21st Century Natatorium、陶然亭游泳场 Taoranting Swimming Pool。

六、医疗卫生（Health and Medicine）

6.1　国际通用功能设施采用相应的英文词语，如医院 Hospital、疾病预防控制中心 Center for Disease Prevention and Control (CDC)、诊室 Consulting Room、血液中心 Blood Center、卫生监督所Health Inspection Institute。

6.2　医疗卫生标志上的地名通常采用汉语拼音标注，汉语拼音用法应符合GB/T 16159的要求，如宣武医院Xuanwu Hospital；已经被社会普遍接受的单位名称，如协和医院 Peking Union Medical College Hospital，可延续此用法。

6.3　诊室、科室的译法：

医院的门诊部、专科医院或医院的诊室和科室译为Clinic，如糖尿病科 Diabetic Clinic，专家门诊Specialist Clinic,住院部的科或表示区域时用Dept.，如外科 Surgery Dept.。

6.4　病房统一译为Ward，如烧伤病房 Burn Ward。

6.5　一般的，医疗卫生专用功能性的室或房间译为Room，如牙片室 Dental Film Room、起博室 Cardiac Pacemaker Room、敷料间 Dressing Room、手术室 Operating Room。

6.6　进行化验分析的实验室译为Laboraory/Lab，如外科实验室 Surgery Lab、预检筛查室 Pretest & Screening Lab、临床检验室 Clinical Lab、细胞室 Cell Lab。

6.7　医疗功能设施涉及许多专业词汇按国际通用表示方法翻译，如重症监护室ICU（Intensive Care Unit）。

[相关下载]

* 《公共场所双语标识英文译法》
* 《实施指南》

（完）

    All the table structure informations are stored in system tablespace, in the user data tablespace, there are only a data object id and the rows you wanted. So we could scan all the data files and recover all the rows, but we actually do not know which table the rows belong, the relation ship between data object id and tables are stored in system tablespace. Following is a step by step example of using AUL/MyDUL to do recovery.

    I create a very small tablespace contains only one datafile (Download it for demo), and create several tables in this tablespace, insert few rows, then do a checkpoint or shutdown normal to force Oracle write everything to disk, as following:

SQL> CREATE TABLE TEST1 (COL1 VARCHAR2(10));
SQL> CREATE TABLE TEST2 (COL1 VARCHAR2(10));
SQL> CREATE TABLE TEST3 (COL1 VARCHAR2(10));

    Then we open the config file, use "SCAN TABLE TO filename" to get the object list by scanning all the data blocks. As following:

AUL> open db10g.cfg
*  ts#  fno  rfn ver bsize     blocks filename
- ---- ---- ---- --- ----- ---------- ----------------------
Y    5    5    5 a2   8192        256 AULTEST01.DBF
AUL> scan table to scan_table.log
2006-08-12 13:02:43
2006-08-12 13:02:43

    Then we open the scan_table.log file, you could see the following information, the line started with "CMD:" is the unload command AUL/MyDUL guessed for you, why I call it guess is because the column type maybe incorrect for unloading. For each distinct object, 5 sample rows will be printed in hex mode. By grep utilities in Unix/Linux, we could quickly get a script to unload all the tables (include dropped or truncated tables, even piece of dropped or truncated tables). Following is the result of the scan table:

Read Full Text of【How to recover Oracle data when losting system tablespace?】

Related Posts

Leave New Comment(Current: 0)

Link: http://www.dbatools.net/mydul/aul_nosystem.html

晚上收到一个简历,qq上聊了下,到现在为止,我还是愿意相信,这哥们是敌人派过来忽悠我的.看看qq记录就知道,他是如何忽悠我的.
三少 18:54:50
你好.
 **** 18:55:21
好啊
三少 18:55:36
不好意思的问下, 
 三少 18:55:44
你作oracle管理多久了 
 **** 18:55:52
你在杭州
三少 18:55:53
是

**** 18:56:17
我其实一直用oracle 做开发。管理只是顺带做的

**** 18:56:43
一般系统的故障都能解决。偏重于系统优化
三少 18:56:53
哦,是吗. 
 三少 18:57:02
你是作电力的? 
 **** 18:57:07
可能达不到的你们的要求

**** 18:57:23
我以前在电力公司工作过。
三少 18:57:30
呵呵, 
 **** 18:57:42
现在做物流信息管理方面的软件。数据库一直用oracle9i
三少 18:57:46
我们这里是维护的亚洲通信行业最大的数据库. 
 三少 18:57:54
需要的是管理经验非常丰富的人. 
 三少 18:58:07
数据库的繁忙程度可能会超出你的想像. 
 **** 18:59:10
是的。看了你们的要求，感觉自己能力还不够。你们那里待遇怎样?
三少 18:59:32
钱不是问题
只要你能达到老板预期的要求,对于水平不同的人,会有不同的待遇
 **** 19:00:26
呵呵，其实一些技术细节掌握起来也很容易。我喜欢把oracle里的一些技巧编写成自己用的工具软件。便于使用

**** 19:01:05
工作是长期性的，还是暂时性的
三少 19:01:24
当然是长期的
在客户这里上班,维护oracle
 **** 19:02:28
不错，感觉做维护比开发压力小些
三少 19:02:56
那是你想像的吧,所有人都说维护压力大.
 **** 19:03:24
我做开发，每天工作都在12小时以上。

**** 19:03:48
做维护的，如果是开发人员转过去的，会好一些
三少 19:03:57
开发的工作,那种只是事情多
我每天工作也差不多了
你试过半夜害怕电话响?
试过全省业务宕机,就等你恢复? 
 三少 19:04:17
试过系统变慢,客户每5分钟一个电话问你进行的如何了? 
 **** 19:04:39
可是如果你维护好了，注意点跟客户解释清楚了。系统也不至于那么脆弱
三少 19:04:41
作开发,只要计划好,这些情况都不会出现.
 三少 19:05:02
不是系统脆弱
而是系统太大,业务就那么繁忙.
你以为解释好了就可以呀,晕倒.
 **** 19:05:04
如果真的有那些地方很脆弱。我会写个软件。让客户自己恢复
三少 19:05:53
哈哈,我们作的和你想像的不一样,你那是可以停机的系统
我的系统,几十颗cpu的RAC环境,几百g内存,
并发连接4k以上.
 **** 19:06:00
哦，那也可能是软件系统写的不够好。 容易死锁，事务控制不好等等；
三少 19:06:15
有些东西不是那么简单的,真的.
 三少 19:06:24
你在这么大的系统上试试就知道了.
 **** 19:06:33
我明白，其实每个工作都有它的难处

三少 19:06:54
当然很大 
 **** 19:07:15
你们员工平均待遇如何？
三少 19:07:20
作开发,你有犯错误的机会,软件有问题,你可以说是bug
可是我这里,你一个误操作,很可能全省业务宕机.
 三少 19:07:36
你觉得多少才算合适?
我说过我们这里高压力,当然高收入,
 **** 19:07:45
对，我的软件有上百个bug都正常
三少 19:08:09
可是,我这里不能有任何误操作
一个误操作,业务宕机,后果不堪设想.
 **** 19:08:11
我目前收入10w左右。我想如果能过去，应该提高1.5倍
三少 19:08:26
是提高1.5倍,还是提高到1.5倍.
 **** 19:09:07
15w 吧。要求不算高吧。不过我目前对oracle 管理也没达到很高的水平
三少 19:09:31
那要看你oracle管理的能力了
你管理过的最大的数据库多大,并发度多少? 
 **** 19:09:38
不过，让我写存储过程，触发器，包 等业务代码 应该比一般维护的人强很多
三少 19:09:57
我晕,我们的维护不需要写程序的
我们是oracle dba,不是oracle developer
 **** 19:10:02
我都是管理我们公司自己开发的系统。 数据库最大的10G一下

**** 19:10:20
我明白，侧重点不一样
三少 19:10:27
10g以下,这个,这个,
我们现在最小的库,内存都比你的数据库所有数据量要大.
 **** 19:11:21
我打算考个ocp, 我一个同事oracle 懂个皮毛，也通过ocp了

**** 19:12:00
是啊，我oracle用了7年，也算有点造诣。
三少 19:12:06
ocp考过了也没用
我们看中的是经验呀
我们同事最少都有2个证书.
 **** 19:12:38
知道没用。一般没什么经验考出来的，基本是水平不如我
三少 19:12:57
这样吧,要不我们随便聊几个技术问题? 
 **** 19:13:02
可以
三少 19:13:38
1:我现在一个update操作,需要200M的redo,但是我有3组redo ,每组50M,请问,在非归档和归档模式下,分别能完成这个操作吗?why
 **** 19:14:41
不懂
三少 19:14:57
ok
oracle 8i用过吗? 
 三少 19:15:16
在8i中非常经典的问题.
 **** 19:15:27
用过。不过那时2004年前用的
三少 19:15:34
ora-01555这个错误产生的原因是什么,如何避免.
 **** 19:16:22
好像是事务太大

**** 19:16:41
一个会话做的事情太多
三少 19:16:45
什么是好像列?什么事物过大,为什么会出现, 
 三少 19:17:04
一个会话作的事务太多,怎么样是事务太多? 
 **** 19:18:20
把相关参数设大。
三少 19:18:30
相关参数,是那些参数? 
 三少 19:19:01
如何设置? 
 **** 19:19:17
呵呵，这个我平时工作中没用到。万一出现了。我上网查一下。

**** 19:19:30
把这个功能可以写成一个软件
三少 19:19:34
dataguard用过吗? 
 **** 19:20:23
没有过。用过toad .plsqldev
三少 19:20:53
大哥,你不是没事忽悠我吧.
 **** 19:21:03
我已经跟你说过了，我偏重于开发。所以这些技巧我都不熟

三少 19:21:31
那恕我直言.可能这个职位的要求和你相差比较远呀
 **** 19:21:55
是很远。不过给我一个月的时间。我想能超过一般的人员
三少 19:22:05
你以为真的可以吗?
 **** 19:22:32
因为我的软件技术多。

**** 19:22:45
能解决问题的途径方法多
三少 19:23:07
好,我再问你个问题吧
如果客户突然向你抱怨,系统运行很慢
我让你去处理这个事情
你如何着手
 三少 19:24:04
你怎么开始工作吧,说说你的思路.
 **** 19:24:27
zui

**** 19:24:48
用工具查看oracle 的各种参数

**** 19:24:59
看看那些参数需要调整
三少 19:25:10
我真的要昏迷了. 
 三少 19:25:21
现在假定所有参数全部正常. 
 三少 19:26:50
你如何着手?
 **** 19:26:57
从做索引
三少 19:27:06
为什么?
 **** 19:27:40
CREATE OR REPLACE PROCEDURE HOLLEYWMS.sys_ANALYZE
IS
/*********************************************************************
过程名:   sys_ANALYZE
功能点:   对表和索引优化
描述:     做成 作业计划(job)每周执行一遍；
提供参数:
返回参数:

 开发: ******
 时间: 2006-02-06 17:27

*********************************************************************/

   tmp_val    VARCHAR2 (20000);
  —p_cursor   cursor_types.cur_type;
   TYPE t_usr_cur IS REF CURSOR;                           —定义游标类型
    p_cursor    t_usr_cur ;                                       —动态游标
BEGIN
  —得到未设置的中间库表的表名；

   OPEN p_cursor FOR
SELECT ‘ANALYZE ‘||object_type||’ ‘||object_name||’ compute statistics’ as xx
                    FROM  user_objects
                      WHERE  object_type IN (‘TABLE’, ‘INDEX’)
                  ORDER BY object_type DESC ;         
                        
    
   LOOP
      FETCH p_cursor
       INTO tmp_val;

      IF p_cursor%NOTFOUND
      THEN
         GOTO abc;
      END IF;
     
      BEGIN
         EXECUTE IMMEDIATE tmp_val;
         DBMS_OUTPUT.put_line (tmp_val);
      EXCEPTION
         WHEN OTHERS
         THEN
            DBMS_OUTPUT.put_line (‘Error: ’ || tmp_val || ‘!’);
      END;
   END LOOP;
   <>
   CLOSE p_cursor;
END;
/

三少 19:27:57
我的问题是,为什么要重作索引? 
 **** 19:28:20
好像是能减少碎片。不过多做也不好
三少 19:28:35
你解决问题,是靠猜测吗? 
 三少 19:28:51
为什么参数正常的情况下,你没有任何理由就去重作索引? 
 **** 19:29:15
通过一些sql

**** 19:29:31
语句找出消耗资源的 语句
三少 19:29:35
通过什么sql,你判断要重作索引.
 三少 19:29:56
你为什么觉得系统慢,你就一定要找出消耗资源的语句,消耗什么资源的? 
 **** 19:30:07
网上有，能发现系统瓶颈的sql。我背不了
三少 19:30:28
你的意思是,你是边google,边工作了? 
 **** 19:31:27
这个可以放在自己软件里
三少 19:31:48
大哥,你真的不是准备今天忽悠我下的吧.我总觉得有点奇怪.
 **** 19:31:58
就算是dba，也没有必要一直在dos下敲命令把
三少 19:32:50
我能告诉你的是,客户的系统,不允许其他软件接入;
我们使用的是unix主机,不知道你想要个什么样的图形界面.
 **** 19:34:15
就是ｕｎｉｘ　，如果让我搞维护，我也会自己写一套自己使用的图形化软件
三少 19:35:13
我看到此结束吧
我还有点忙.
 **** 19:35:21
ok

真的不知道是不是那个老大看我最近比较无聊,来忽悠我下,让我开心,如果是这样,直接请我看电影就好了呀.唉.

©作者：eygle 发布在 eygle.com

Oracle Database 11g国内的发布会，成都是最后一站，时间是9月27日。

26晚到达成都，入住酒店已经是21时左右，一路劳顿对成都并没有什么特殊的印象，只是计划活动完成之后到处走一下，没想到这个愿望最终没能实现。
原本是后一站，完成之后可以轻松一下，结果却因为客户的原因，辗转到了昆明。

成都的活动，环节和其他几个地方一样，已经极为熟悉。
我和Paul是合作多场，变成了老伙伴。
在最后这一站，我为他拍了一张照片，纪念一下这次合作：

Paul用一台颇为老旧的笔记本，我估计他是忙到没有时间更换更好的机器。
他的背包里有一个外接的键盘，我问他难道是外接的好用一点？
他说不是，是因为笔记本有问题，直接敲键盘可能会死机*_*
果然在成都弄了半天起不来，我说对付这个我有经验，啪啪拍两巴掌，果然电脑就启动了。

在成都，本来计划去看一下武侯祠，离住的酒店并不算远，可是第一场演讲下来，云南的客户打来电话。
马上退掉了飞回广州的机票，改飞向昆明。

还好，这几站的活动算是圆满的结束了。
很多朋友在问，什么时候Oracle Database 11g For Windows的版本能够推出？
肯定是还要等的，这些市场活动和某个特定的软件发布并无直接的联系，不过我想，年底之前应该能见分晓了：）

-The End-

相关文章|Related Articles

• 在广州Oracle 11g发布会作主题演讲
  
• 在北京Oracle 11g发布会作主题演讲
  
• Oracle Database 11g中国Launch大会预告
  
• Oracle 11g新特性:Rman备份跳过自由区间
  
• Oracle 11g新特性:Server Result Cache测试
  

评论数量(1)|Add Comments

本文网址：http://www.eygle.com/archives/2007/10/11g_launch_chengdu.html

©作者：Fenng 发布在 dbanotes.net

本篇描述一下 Digg 的网站架构.

国庆期间又收集了一些关于网站架构的信息。一直没有进行系统的整理。越来越发现其实都是自我重复的劳动，后续的信息都是嚼别人剩下的甘蔗。--by Fenng

Digg 工程师采用 LAMP (Linux, Apache, MySQL and PHP) 模式。这个 Alexa 排名在 100 左右的、自我估价 1.5 亿美金的站点目前有超过 100 台的 PC 服务器(足够少了)，可以粗略分成三个部分：数据库服务器，Web 服务器，搜索服务器。

数据库方面，和其他成功的 Web 2.0 站点一样，也是 MySQL，不过 Digg 稍微"激进"一点，用 MySQL 5，而且号称从 MySQL 4 升级到 5 性能没有什么影响。 OLTP 应用用 InnoDB 引擎, OLAP 用 MyISAM。后端数据库的读比例达到 98%，写只有 2%，实际的读写比例应该高于这个数字，这应该是 Digg 在前端用 Memcached 以及 APC PHP accelerator / MCache 做缓存后的效果。在 IO 上似乎压力并不大。

数据库分割用 Sharding (分片)的机制。从透露出来的信息看，Digg 数据量并不大，仅仅刚超 30g . 看起来是只存储了一些元数据。至于这个 Sharding 或者 Shard, 其出发点有些类似于数据库的分区，差别可能就是不再一个库上吧，其实都是结合业务和应用来对一些数据对象进行分割。

搜索服务器用的是 Lucene。

进一步阅读：

• Digg Architecture
• How Digg.com uses the LAMP stack to scale upward
• Digg PHP's Scalability and Performance

--EOF--

相关文章|Related Articles

• 《大型 Web2.0 站点构建技术初探 》一文系抄袭
• Fotolog.com 的技术信息拾零
• WordPress.com 的数据量
• eBay 的数据库分布扩展架构

评论数量(2)|Add Comments

本文网址：http://www.dbanotes.net/techmemo/digg_arch_cache_and_shard.html

国庆期间，我专程去了趟上海，住在岳母家里。当时北京已经有点凉了，但上海还很热，需要开空调。不过由于线路老、容易跳闸，一个屋子开了空调另外一个屋子就不能开，这样两个屋子只能一个凉一个热。当时我就想，要是空调的功耗降低一半，这个问题也许能迎刃而解。节能是多么现实的一个问题。

由此我回想起国庆前，中国电子学会节能工作推进委员会成立，当时英特尔和其它12家机构联合起来，向全国信息产业界发出“中国电子节能倡议书”，号召研发、采用和推广电子节能新技术、新产品，并且利用先进电子信息技术帮助传统产业节能减排。

中国拥有数以亿计的电子信息产品，降低电子产品能耗、提高电子产品能效迫在眉睫！英特尔作为芯片创新领域的领先厂商，已率先行动起来了。我们去年推出的英特尔®酷睿™2双核处理器产品，超越上一代奔腾，节能40%，高效节能跨出了一大步。今年最新的基于酷睿架构的奔腾双核和赛扬单核处理器，根据中国软件评测中心（CSTC）的评测结果，平均功耗只有19瓦，这是非常激动人心的。英特尔正在网吧和其它市场积极地推这个东西，将这个好处带给更广大的消费者。

11月，英特尔即将发布45纳米新一代芯片，在提升性能的同时进一步降低功耗。明年，英特尔将继续推出全新的微体系架构Nehalem，后年英特尔芯片技术将过渡到32纳米，那时候，功耗还会进一步降低。

在芯片技术和产品的微观层面，我们已经形成了高性能、低功耗的清晰路线图。另外一方面，英特尔正与产业界密切合作，以降低计算机产品的整体功耗，进一步将高效节能的特点推广到几乎所有电子产品中去。

电子产品节能迫在眉睫，在节能环保方面英特尔有强大的信心，也有坚定的承诺。现在，节能减排不仅仅是政府的议程，也正在成为整个产业界和广大电子产品用户的共识与行动。相信不久的将来，随着电子信息产品能效标准的诞生，电子产品节能必将为国家和社会带来更大的福利。

dbanotes posted a photo:

Amazon 在基础架构的建设上和 eBay 不相上下

dbanotes posted a photo:

dbanotes posted a photo:

手机拍的

    再来回顾一下上一篇中的两条样本数据.

SQL> col col2 format a40
SQL> select col1, dump(col2) col2 from t_charset;

COL1       COL2
---------- ----------------------------------------
ZHS16GBK   Typ=1 Len=6: 228,184,173,229,155,189
UTF8       Typ=1 Len=4: 214,208,185,250

    其实csscan的工作原理和CONVERT函数一样, 如果数据库中存放的已经是UTF8字符集了, 那么肯定可以转换到UTFE字符集, 因此我们在使用csscan或CONVERT函数时, 源字符集指定为UTF8而目标字符集指定为UTFE(因为是UTF8的超集). 先测试第一条, 数据库中存放的不是UTF8格式的, 因此转换就报错了.

SQL> SELECT CONVERT(COL2,'UTF8','UTFE') FROM T_CHARSET WHERE COL1='UTF8';
                                        *
ERROR at line 1:
ORA-12703: this character set conversion is not supported

    测试另一条记录则可以成功转换, 没有报错.

SQL> SELECT CONVERT(COL2,'UTF8','UTFE') FROM T_CHARSET WHERE COL1='ZHS16GBK';

CONVERT(COL2,'UTF8','UTFE')
-----------------------------------------------
......

    csscan程序可以找出所有含有字符字段的表中, 存放的内容不是指定字符集(如CONVERT函数转换报错)的记录, 将ROWID存放在预先创建好的表中. 然后你可以查询这些表, 将没有转换成目标字符集的记录处理掉.

相关文章 | Related Artiles

评论这篇文章(0)

I'm at the Graphing Social Patterns conference in San Jose for the next two days. I'll covering the event for Read/WriteWeb and doing a few interviews on Read/WriteTalk.

This morning Charlene Li from Forrester Research gave a presentation entitled 'Big Brands & Facebook: Marketing Case Studies & Best Practices.' The theme that she came back to a few times was: Facebook marketing requires communication not advertising.

Assuming that advertising means 'interruption', I think anyone who has been using Facebook for anytime would agree with that assumption. Some of the implications around best practices were quite interesting, so in this post we'll explore those.

What Are Traditional Advertising Options on Facebook

Charlene's goal was to encourage the audience and advertisers (who didn't seem to be many in the audience) to think beyond traditional advertising. She started by establishing different appraoches to advertising on the Facebook platform. Specifically she outlined three approaches to buying advertising on Facebook:

• You can purchase IAB standard ad units. As has been the case since August 2006, Microsoft handles the sale of these advertisements.
• Another option is buying targeted messages to be placed in Facebook news feeds. According to data Charlene has received from Facebook, the click through rates on these ads are between 4 and 26 percent. While that is certainly a big range, the performance is impressive and actually closer to search advertising click through than I would have guessed.
• Finally, any user can create purchase Facebook Flyers, which are totally self service advertisements.

How do you communicate not advertise?

Going back to Charlene's opening theme of communicating and not advertising, she revisited the statement and started exploring effective ways to communicate. She specifically talked about Sponsored Groups. For clarification, while anyone can create a Facebook Group, the sponsored groups provide additional functionality including:

• Group page provides customized navigation, look & feel.
• Going back to the more traditional advertising, this usually includes a significant media buy to drive traffic to the sponsored group page.

As an example, the screen shot below is the Jeep Sponsored Group on Facebook.

Sponsored Group Best Practices

Charlene laid out five best practices for sponsored groups:

• understand how similar groups meet / don't meet the needs already
• crate a unique experience that really is engaging people
• enable discussion board, the wall, photos, etc ...
• read and respond to comments
• be transparent about your role & perspective

Brands That Can't Afford Sponsored Groups

For perspective, while this is certainly a compelling way to communicate with users, it's important to realize that only large brands and companies are able to afford creating sponsored groups. According to Charlene, the costs are usually in the six figures for a three month engagement. However, any company can setup a traditional group for no cost at all. For example, here is a link to the Read/WriteWeb Facebook Group.

Branded Applications

Charlene also touched on branded applications, although in her opinion there weren't any good case studies yet. Someone in the audience asked: "What is a good example of a facebook app that is true to its brand?" Charlene answered: "None, I keep waiting but there is a long way to go."

Conclusion

It was repeated a number of times today that it's the 'Summer of Facebook' (see Dan Farber's post). As the community continues to discuss new opportunities for building on top of the social platform of Facebook, it's important to realize that involving big brands will be crucial. Hopefully, some of these best practices will be helpful for not just the brands looking to engage, but also all of the developers looking to build those experiences.

Note: Charlene Li photo credit B D Solis Flickr

上个星期翻到一些帖子说起购买流量的事，就去google搜了几个站看了看，看着也花不了多少钱，就先找两个便宜的试了试，一个是 needhits.net, 一个是buyhitscheap.com。

这两天分析了一下从他们来的流量，虽然还没完全结束，但已然有些心得。国内这方面有经验的人应该不少，轮不到我来分享经验，不过看大牛们似乎很忙，很少有空分享，我这菜鸟就出来抛砖引玉了。

 
1. 买的都是专门针对美国的流量，这两边来的流量ip分布都比较广，分析出的结果绝大部分都是美国，这点还满意。

2. 在needhits购买流量时，可以指定只要从美国过来的特定种类人群的流量。当时购买了和自己产品密切相关的分类，可是从它那里过来的流量，一般只访问完首页就走了， 首页的bounce rate达到99.73% ( 正常情况下首页的boun rate为30%左右）， 更奇怪的是剩下的那0.27%, 访问路径几乎一致， 都没有查看订购或下载页面. 而且时间的访问分布曲线也非常奇怪，没有一般凌晨访问很少的情况，波动范围不大(如下图）。

3. Buyhitscheap过来的流量，首页的bounrate在46.28%，时间部分曲线看着貌似正常（如下图）：

但有意思的来了，从Buyhitscheap过来的流量，来回就访问三个页面文件，访问路径都特别相似，而且这三个文件都不是下载或购买页面。其中有个是sitemap页面，这在正常的访问中只有1.12%的人会去访问，但在Buyhitscheap过来流量中，居然有25.28%的人访问。

总结：从统计来看，这两处购买的流量都完全没有用，而且很有骗子的嫌疑。

不对之处请大牛们多指正，如有其他可信的流量购买，还请不吝相告。

另：损失了40美刀，简直五内俱焚，心痛莫名，正在努力工作争取早日挣回这40美刀。有谁要请吃烧烤别忘了叫上我，现正需要烤肉来抚慰我受伤的心灵。