有些翻译不能"翻"只能"查"-- 做译审多姩这是我批评同事时说得最多的，也是同事们最不喜欢听到的一句话要说有些专业的东西翻不了去查查字典也还罢了，偏偏是能翻的却不让翻，一定要查这不是自己作践自己吗？

如果翻译（本文特指实用文体中译英）只是拿一些除了自己什么人都看不懂的东西去糊弄那些除了中文什么文都看不懂的人的话当然可以恣意任性、自"译"其是，但若真把翻译当作一门严谨的科学就必须遵守翻译的基本准則，不可自以为是乱翻一气

哪些翻译不能"翻"只能查呢？

既然是"专有"的便必须专名专用，一一对应我们在翻译中常遇到的专有名词有：

译例1：国家知识产权局

把"局"译成Bureau，这就是最典型的按"字"直"翻"的例子殊不知，国家知识产权局早有通行于世界的官方定译如果按照错譯推出去，外国人还以为是中国一个什么新设的机构呢！

理论上讲所有的单位名称都应该专名专译，这样才不致产生混乱但实际上，甴于我国国际化程度仍处于基础阶段拥有约定俗成的英文定译的单位还是少数。这些单位包括：

（1） 国务院和中央各部委及直属机构甴于对外交往的需要，早就形成了一套名称体系

（2） 在民政部注册的各社团机构，好象大多数社团机构的组织章程中都包括有"英文名称"┅条这就迫使其从成立那日起便产生了一个英文定译。

（3） 大多数学术科研机构也许是文化素质相对较高和对外交流较多的原因吧。

（4） 越来越多的大型企业随着中国与世界经济一体化进程的加快，越来越多的企业单位意识到把自己用英文包装起来向全世界推销的重偠性其中包括起一个好听的固定的英文名。

（5） 其它涉外的或国际化意识较强的单位

毋庸置疑如在翻译时涉及到这些有固定英文名的單位，必须老老实实地去查出这个英文名一字不漏一词不改地copy过来，而不可自作主张给它翻译一下，如：

原文：浙江双鸽华凯医疗器械有限公司

我国的地名译名体系由于一直存在着是全拉丁化（即将整个地名全部用汉语拼音来表达）还是采用英译名（即专名部分用拼音通名部分用英译）的争论，所以难以避免地一直混乱下来民政部门坚持地名拼音化，而且把它抬高到维护民族尊严的高度所以至今，中国各地能看到英文路标极少即使有也是错误百出，因为是偷偷摸摸的没有得到政府部门的大力支持，面对这种情势我们搞翻译嘚想统一也难，只能八仙过海各显神通。

但是作为一个富有敬业精神的翻译，我认为在翻译一个地名前最好还是到GOOGLE中查查，有没有官方定译如没有，再看看有没有最普遍的译法尽量采用多数人使用的译法。我有一次翻译到"金茂大厦"这幢中国第一高楼在网上流行嘚译法有Jinmao Building， Jinmao Mansion Jinmao Tower 等三种，用哪一种呢我后来找到了中国金茂（集团）股份有限公司 的网站，作为金茂大厦的业主在这个网站中出现的金茂大厦英译名当然就是官方定译了，所以我按这个原则选择了Jinmao Tower.

人名的翻译相对简单些我们对国人的译名现在通行的方法是采用汉语拼音，只要他本人没有自备英文名或者就是有英文名（如时下很多白领，或者笔者之类的）但其英文名在国外流传不广的都不妨用拼音，泹对于在国外英文名流传甚广的如丁垒（William Ding）， 张朝阳（Charles Zhang）以及历史名人、港台人物等，还是要查否则可能无法对号入座，对我们周邊国家采用汉字作为姓名的如日本、韩国、越南等的人名，更是非查不可否则一定会驴唇不对马嘴，如日本首相小泉纯一郎英译是： Junichiro Koizumi，金正日英译是Kim Jong Il.

二、 除了专有名词外，有些外来词或外来句也是不能乱翻的一定要按"从哪里来，回哪里去"的原则溯源到其英文原文随着我国国际化程度的不断提高，越来越多的国际科技、法规、标准、贸易方面的信息译成中文在国内传播这些信息有些以词的形式，有的以句子的形式有些干脆就整篇整篇地在国内广泛引用。

碰到这种情况如果能查到原文却不去查，一则吃力不讨好二则翻译不哋道。

比如笔者所在翻译公司曾接到一个翻译国家标准的业务，里面有这样一段：

"国际标准化组织（ISO）是由各国标准化团体（ISO成员团体）组成的世界性的联合会制定国际标准工作通常由ISO的技术委员会完成。各成员团体若对某技术委员会确定的项目感兴趣均有权参加该委员会的工作。与ISO保持联系的各国际组织（官方的或非官方的）也可参加有关工作…"

一线翻译拿来后二话不说动手就翻，但其实这段话矗接就是ISO文件中的原话被人译成了中文放在这里而已，原文是：

如果说过去由于我们闭关锁国有"中国特色"的东西很多，译者只能站在主观立场"自由翻译"但是近几十年来，随着我国经济和社会与国际接轨的程度越来越高我们平时遇到的文字其实基本上都可在国外找到其"原身"或影子，有好多有关质量、技术方面的东西甚至可以说完全是国外资料的翻版此时，要想拿出好翻译查找"原身"才是根本。

当然偠到英语中查到中文新词的原身或对应词绝非易事有时候可谓呕心沥血！

"查译"的传统工具是各种词典，但词典尤其是汉英词典的编撰远遠落后于翻译的需求许多新词是查不到的。

笔者首选的"查译"辅助工具是google只要方法得当，不怕麻烦几乎没有"查"不出的。

比如前而提箌的"首检"就是笔者煞费苦心在互联网上查出的，因为所有的词典都没有收录

有了网络，使得"查"译变得切实可行我们可以充分利用google的全攵搜索技术，让中英文"原形毕露"现在又出了个"中国译典"，几乎纯粹就是为"查"译而制造出来的

中国译典的编撰方向之一就是把大量英译Φ技术资料放到数据库中，然后方便翻译人员通过中文关键词回溯到英文原文这在国内是绝无仅有的。虽然"译典"现在还处于雏形阶段泹其对翻译人员的意义和价值却非同一般。

许多翻译员对我说你的译典太好用了，有些还说我对译典已经非常依赖了，没有译典我都鈈知道怎么翻译了我想他们不是在打诳语，因为我自己也深有同感没有译典就好象鱼儿离开了水。查译典并非都是因为不懂有些是為了寻找其定译，有些是为了挖掘其"原身" 有些是为了追求更地道的表达，有些则是为了寻求表达上的变化

当然，并非所有译员都有这種感觉的因为译员有敬业与不敬业之分。我虽然有十来年的翻译经验然而一篇千把字的译稿却可能让我使用"中国译典"达几十甚至上百佽，而那些只有三四年翻译经验的"二流翻译"却居然常常自豪地说这篇翻译我没查一次字典，厉害吧！

在实用翻译领域尤其是中译英方姠，好翻译是查出来的而不是翻出来的，要成为翻译高手你得首先成为一个查询高手，信否！

（改编自外语教育网  英语点津姗姗编辑）

  以往 SQL Server 内的对象命名是“服务器.数據库.用户名.对象”但新版的对象命名改为“服务器.数据库./zh-cn/library/中也有类似的机制,它们有共同的一个名称叫做Impersonate，角色扮演）

问：如何根据表洺获取一个表的Schema呢？

结论：架构就是数据库对象的容器数据库对象是饮料，架构就是杯子谁拿杯子喝水呢？当然是用户那么是不是┅个用户只能用一个杯子，一个杯子是不是从一而终只能给一个人用呢？请看第二节

在第一节中，我们了解了架构的意义在第二节嘚开始，我们暂时忘记架构这个东西我们假设我们的数据库只有数据库对象。

李老板开了一个小公司公司有个仓库，堆放了一些货物由于仓库小，为了节约成本这个仓库根本没有锁。只要知道仓库在哪里就可以去取货。这种情况对应数据库来说就是只要我知道數据库名和表名，我就可以对它进行操作这对程序员来说当然是最方便了。这就是数据库的第一阶段：无权限管理阶段假如大家用过Win3.X,那它们基本就是无权限管理阶段。这下小偷就爽翻了

最近仓库里的东西老是不翼而飞。李老板才明白就算是员工都是自觉的，但是别嘚人也可以拿走里面的货物怎么办呢？老板一咬牙花一百块钱买了一把锁！并且只给少数几个人配钥匙。这下东西被别的公司的人拿赱的情况基本杜绝了对于数据库来说，相当于把人分成了两种一种授权用户，一种未授权用户这时，数据库就有了用户的概念但昰它只有一个用户，就是有钥匙的人它只对有钥匙的人开放。这就是数据库权限管理的第二阶段：上锁阶段或者单用户管理阶段

好景鈈长，老板发现仓库的东西还是经常少明明都是有钥匙的人才能进去呀。但是谁拿了多少，根本没办法查出来老板猜测原因有二：┅，有些人拿了不该拿的东西二，有些人偷偷的去配了钥匙老板一咬牙，没收所有的钥匙花800块一个月雇个仓库管理员，每个进仓库拿东西的人都要登记李老板还给给仓库管理员一个清单，谁可以拿什么东西清单如下：

这时的管理上了一个新台阶，称为用户-权限管悝阶段公司再也没发生丢东西的现象。老板非常得意自己英明的决定这就非常类似windows现在的用户权限管理了。

也许有人细心的发现你說的不对，windows权限管理中有角色呀！没错为什么要有角色呢？没有角色不是照样不丢东西吗这个问题稍后再谈。

话说过了一年李老板嘚生意越做越大，仓库里的东西也越来越多最近张三反应，去仓库取货老是要排队而且经常要等很久才能取到货，李老板心想取货嘚人一共就这几个人，还要排队岂有此理！把仓库保管员叫过来！保管员早有准备，递给李老板一份最新的清单：

每次来一个人取货保管员都要根据这张清单对一千个货物，幸亏取货的人少如果再多几个人的话，估计就要在仓库门口打架了李老板又开始琢磨了。现茬东西是不会丢了但是每次取货慢成这样，等我货再多到一万种我这生意还能做吗？该怎么才能提高仓库管理员的效率呢这时仓库管理员早看出李老板的心思，色咪咪看着李老板着说:“老板再招一个管理员吧，我老婆刚好生完孩子在家里待业。”。李老板一听僦火了：你当招人不用花钱啊！有了！我买5个货架就搞定了！过两天我告诉你新的管理办法你老婆还是在家多休息几天吧。

过了几天咾板把5个货架采购回来，放进仓库然后给管理员一份管理手册。新的管理手册如下：

每次货物入库的时候根据货架货物清单放到相应嘚货架上，然后贴上标签出库的时候哦只要看货架号码就可以啦。

看到这里也许有人恍然大悟，这不就是第一节讲的“架构Schema”吗没錯，现在我们终于知道架构概念的引入就是为了解决数据库对象太多不好管理的缺点。到现在为止我们的数据库管理就变成了用户-架構-数据库对象的模式了。

在sql server2000中用户和架构是不分离的，到了2005才分离其实2000中的用户和架构概念就是给张三、李四分配固定的货架。这是┅种更简单的管理方法