Interactive Schema Translation with Instance-Level Mappings
Philip A.Bernstein Microsoft Research,USA philbe@https://www.doczj.com/doc/8d991302.html,
Sergey Melnik
Microsoft Research,USA
melnik@https://www.doczj.com/doc/8d991302.html,
Peter Mork?
Microsoft Research,USA
pmork@https://www.doczj.com/doc/8d991302.html,
Abstract
We demonstrate a prototype that translates
schemas from a source metamodel(e.g.,OO,re-
lational,XML)to a target metamodel.The pro-
totype is integrated with Microsoft Visual Stu-
dio2005to generate relational schemas from an
object-oriented design.It has four novel features.
First,it produces instance mappings to round-trip
the data between the source schema and the gener-
ated target schema.It compiles the instance map-
pings into SQL views to reassemble the objects
stored in relational tables.Second,it offers in-
teractive editing,i.e.,incremental modi?cations
of the source schema yield incremental modi?ca-
tions of the target schema.Third,it incorporates
a novel mechanism for mapping inheritance hi-
erarchies to relations,which supports all known
strategies and their combinations.Fourth,it is
integrated with a commercial product featuring
a high-quality user interface.The schema trans-
lation process is driven by high-level rules that
eliminate constructs that are absent from the tar-
get metamodel.
1Introduction
We present a prototype that translates a source model,such as an object-oriented schema,into a target model,such as a relational schema,and produces an executable instance-level mapping from the source model to the target model. The mechanism that we developed works with many meta-models such as ER,SQL,OO,and XSD.Example applica-tions include translating an interface de?nition into a SQL schema to support an object-to-relational mapper,translat-ing a UML or ER model into a C#interface de?nition to support a modeling tool,or translating a SQL schema into an XML schema for data exchange.
?Current af?liation:University of Washington,USA
Permission to copy without fee all or part of this material is granted pro-vided that the copies are not made or distributed for direct commercial advantage,the VLDB copyright notice and the title of the publication and its date appear,and notice is given that copying is by permission of the Very Large Data Base Endowment.To copy otherwise,or to republish, requires a fee and/or special permission from the Endowment. Proceedings of the31st VLDB Conference,
Trondheim,Norway,2005
We integrated our prototype with the Microsoft Visual Studio2005to support object-to-relational mapping sce-narios that are common in business applications.Typically, in such applications the business logic runs on top of an object model,whereas the actual data is persisted in SQL databases.To shield the applications from impedance mis-match and storage management issues,an abstraction layer is used to translate the data access operations on the ob-ject model into SQL queries and updates.The mappings produced by our prototype can be used to drive the abstrac-tion layer,and to rewrite queries on objects as queries on relations.The mappings are expressed in a standard logic-based data transformation language and support a wide range of alternatives for persisting objects as relations.An implemented SQL generator compiles the mappings into SQL views,and can also be used at deployment time to compile queries rewritten using the mappings into SQL.
Developing an object-to-relational mapping is an inter-active process,during which the source schema undergoes revisions,and various mapping options are explored,such as choosing a horizontal or vertical strategy for mapping inheritance.Typically,the user(a database designer)wants to see right away how her design choices affect the target schema and the generated views.To improve the user expe-rience in such scenarios,our prototype translates schemas in a stateful fashion:the target schema is updated incre-mentally instead of being re-created upon each modi?ca-tion.In particular,the graphical layout of the target schema is preserved during editing of the source schema.
The choice of the inheritance mapping strategy is one of the main tuning knobs in representing objects as relations. We developed a novel approach for capturing inheritance mapping strategies that subsumes and generalizes the stan-dard techniques.Essentially,it allows the engineer to de-cide on the number of relations used for representing a sub-class hierarchy,and to assign each direct or inherited prop-erty of a class independently to any relation.The proto-type allows choosing an inheritance mapping strategy on a per-class basis,and supports any combination of the known horizontal/vertical/union strategies.
The system translates schemas by?rst transforming the source model S into a representation S0in a universal metamodel.Then a sequence of rule-based transformations eliminates from S0all modeling constructs(e.g.,many-to-many relationships,aggregation,or generalization)that are absent from the target metamodel,producing in n steps a
model S n.Finally,S n is cast into the target metamodel, thereby producing the output model S .This style of model translation was suggested in[2].A rule-based implemen-tation was demonstrated in[1].
The major novel features of our prototype are generation of instance-level mappings,interactive editing,a general mechanism for dealing with inheritance,and integration with a commercial product featuring a high-quality user in-terface.Instance-level mappings are computed by compos-ing[5]the elementary data transformations produced upon eliminating each successive modeling construct.
At Microsoft Research,we are building a model-management system that helps engineers to develop meta data applications more effectively using a set of high-level operations on models and mappings[4].The task of schema translation is abstracted as the model-management operator ModelGen[3].In the remainder of this proposal we describe the scope of the demonstration and highlight some technical details.
2What is Demonstrated
We demonstrate the key features of the prototype using a sample business application designed using Microsoft Vi-sual Studio2005.Figure2shows the screenshot of a schema containing several business entities,which corre-spond directly to C#classes deployed in the application. The schema is presented in the Entity Designer view of the Microsoft Business Framework,which runs on top of Visual Studio2005.The schema de?nes types for cus-tomers,(credit card)accounts,which are specialized into personal and business accounts,and addresses linked to the accounts.Customers are identi?ed using a compound key(SSN,DOB).Each customer owns one or more ac-counts,which are billed to US addresses.Owns is an m:n-association,while billTo is an aggregation,i.e.,US ad-dresses are existentially dependent on the accounts.
Figure3shows the relational schema generated by our prototype from the source schema of Figure2.The re-lational schema is shown in the Data Source view of the Business Intelligence Development Studio,a part of SQL Server2005that runs in Visual Studio2005.1Under the default settings,
?m:n-associations are translated into join ta-bles(so association owns becomes a join table JT Customer owns)
?aggregation is translated into inverse attributes (hence,billTo becomes an inverse attribute In-verse Account billT o Account AccountNo of Address)?unique keys are added whenever source entities lack keys(so table Address contains an oid attribute)?each entity is turned into a relation that stores its non-inherited properties and inherited keys(e.g.,ta-ble BusinessAccount stores CompanyName,but not the inherited AnnualFee).
1The user interface shown in Figures2and3is subject to change prior to the of?cial release of the Visual Studio2005and SQL Server2005 products.
We demonstrate how interactive modi?cations result in
incremental updates to the target schema.For example,re-
naming the property AccountNo in the source schema results in renaming of the corresponding relational at-
tributes and constraints in the tables JT Customer owns, Account,BusinessAccount,and Address.As another ex-ample,changing the association-end multiplicity on owns
from0..n(“ZeroOrMany”)to0..1(“ZeroOrOne”)replaces
the join table JT Customer owns in the target schema by attribute owns Account AccountNo in the Customer table.
We show how the default settings can be changed to ob-
tain a wide range of object-to-relational mappings.For ex-
ample,in the scenario shown in Figures2and3the source schema is annotated such that no table USAddress is gener-ated:USAddress and Address objects share the table Address and are distinguished using a?ag attribute ET ype.
Under the default strategy,retrieving objects of type
BusinessAccount requires a join of the tables Account and BusinessAccount.If most accounts are business ac-counts,the join can be avoided by storing all direct in-stances of the BusinessAccount class in one self-contained table,
BusinessAccount(AccountNo,APR,AnnualFee,
CompanyName,CompanyAddress) while the direct instances of Account and PersonalAccount are stored in the table Account. We show how this and other strategies can be selected by annotating the source schema.
We illustrate the effect of choosing different strategies
on the generated mappings and SQL views.For example, the Customer objects can be reconstructed using the fol-lowing view on the relational schema of Figure3: CREA TE VIEW CustomerView AS
SELECT T1.SNN,T1.DOB,...,T5.AccountNo,T5.APR,...
FROM Customer T1LEFT OUTER JOIN
(SELECT T3.*,T4.*
FROM Customer T3,JT Customer owns T2,Account T4 WHERE T4.AccountNo=T2.T o Account AccountNo AND T3.DOB=T2.From Customer DOB AND
T3.SSN=T2.From Customer SSN)T5 ON T1.SSN=T5.SSN AND T1.DOB=T5.DOB
If we use the above-mentioned strategy for mapping
BusinessAccount s to a self-contained table,we ob-tain a different view de?nition,in which Account s are retrieved as a union of Account and BusinessAccount tables: CREA TE VIEW CustomerView AS
SELECT T1.SNN,T1.DOB,...,T7.AccountNo,T7.APR,...
FROM Customer T1LEFT OUTER JOIN
(SELECT T3.*,T6.*
FROM Customer T3,JT Customer owns T2,
((SELECT T4.AccountNo FROM Account T4
WHERE T4.ET ype IN(’Account’,’PersonalAccount’)) UNION(SELECT T5.AccountNo
FROM BusinessAccount T5))T6
WHERE T6.AccountNo=T2.T o Account AccountNo AND T3.DOB=T2.From Customer DOB AND
T3.SSN=T2.From Customer SSN)T7
ON T1.SSN=T7.SSN AND T1.DOB=T7.DOB
3Technology in Spotlight
In the remaining space,we brie?y outline the key ideas be-hind two of the novel techniques implemented in the proto-type:generation of instance-level mappings and a general approach for supporting inheritance.
3.1Constructing Mappings by Way of Composition The source schema S0represented in a universal meta-model is translated into the target schema S n using a se-ries of transformations.Each transformation takes as in-put the current snapshot S i of the schema and produces as output schema S i+1and the mapping m i+1between S i and S i+1.The?nal mapping m between S0and S n
is obtained by composing the intermediate mappings as m=m1?m2?···?m n.
In general,mapping composition is a hard problem[5]. In the case of schema translation we exploit the fact that each mapping m i is given by a combination of two view de?nitions.The forward view f(m i)de?nes S i as a view of S i?1,whereas the backward view b(m i)de?nes S i?1 as a view of S i.Hence,m is given by views f(m)and b(m)such that f(m)=f1(m)?···?f n(m)and b(m)= b n(m)?···?b1(m).Views f(m)and b(m)are computed using standard view unfolding algorithms.
To illustrate the forward and backward views,consider Figure1.The?gure shows schematically a transforma-tion that eliminates m:n-associations.In addition to mod-ifying the schema,the transformation produces an inter-mediate instance mapping that expresses the new con-structs T upleT ype,from,and to in terms of attr,and vice versa.(Applying this transformation gives rise to the table JT Customer owns in Figure3.)
Mapping composition“links dynamically”the above transformation with the ones that eliminate aggregation,in-heritance,and other constructs absent from the relational model.The output mapping is expressed in a neutral pred-icate calculus representation that can be compiled into a suitable language(e.g.,SQL in the demonstration).
3.2Inheritance Mapping Strategies
Eliminating inheritance is by far the most complex transfor-mation implemented in the prototype.It is driven by a data structure called an inheritance mapping table that speci?es the target relation for each direct or inherited property of each class.The rows of such tables correspond to classes, the columns correspond to relations.
To illustrate,Tables1and2de?ne two alternatives for mapping the class hierarchy rooted at Account into two relations.For example,the last row of Table1tells us how the objects of type BusinessAccount are per-sisted:APR and AnnualFee are stored in relation Account only,CompanyName and CompanyAddr are stored in re-lation BusinessAccount only,and AccountNo is stored in both relations.To reconstruct the objects,we join the two relations.The second column of Table1tells us how to populate the relation Account:we take a union of
biguate the origin of the tuples.
The known inheritance mapping strategies and their combinations are supported by varying the number of the target relations and populating the cells of the table in vari-ous ways.The only requirement for populating the cells is that the union of the properties listed in each row covers all direct and inherited properties of the respective class.
We implemented algorithms for generating the mapping expressions for an arbitrary assignment of the table cells. (These mappings are composed with those obtained by other transformations.)Moreover,we developed mecha-nisms for populating inheritance mapping tables using sim-ple tuning knobs exposed to the engineers.For example, each class can be annotated to use one of the three strate-gies,called“Own”,“All”,or“None”.“Own”performs vertical partitioning,the default strategy:each inherited property is stored in the relation associated with the ances-tor class that de?nes it.“All”yields horizontal partition-ing:the direct instances of the class are stored in one rela-tion,which contains all of its inherited properties.“None”means that no relation is created:the data is stored in the table for the parent class.The strategy selection propagates down the inheritance hierarchy,unless overridden by an-other strategy in descendant classes.The mentioned an-notations exploit the?exibility of the inheritance mapping tables only partially,yet are easy to communicate to the engineers.
References
[1]P.Atzeni,P.Cappellari,P.A.Bernstein.ModelGen:
Model Independent Schema Translation(Demo).In Proc.ICDE,2005.
[2]P.Atzeni,R.Torlone.Management of Multiple Models
in an Extensible Database Design Tool.In Proc.EDBT, pages79–95,1996.
[3]P.A.Bernstein.Applying Model Management to Clas-
sical Meta Data Problems.In Proc.CIDR,2003. [4]S.Melnik,P.A.Bernstein,A.Halevy,E.Rahm.Sup-
porting Executable Mappings in Model Management.
In Proc.ACM SIGMOD,2005.
[5]A.Nash,P.A.Bernstein,https://www.doczj.com/doc/8d991302.html,posing Map-
pings Given by Embedded Dependencies.In Proc.
PODS,2005.
Figure2:Screenshot showing a source model(object-oriented schema)
Figure3:Screenshot showing the generated target model(relational schema)
Entity Account*BusinessAccount
Account{AccountNo,APR,AnnualFee}
PersonalAccount{AccountNo,APR,AnnualFee}
BusinessAccount{AccountNo,APR,AnnualFee}{AccountNo,CompanyName,CompanyAddr} Table1:Portion of inheritance mapping table used to produce the relational schema of Figure3 Entity Account*BusinessAccount
Account{AccountNo,APR,AnnualFee}
PersonalAccount{AccountNo,APR,AnnualFee}
BusinessAccount{AccountNo,APR,AnnualFee,CompanyName,CompanyAddr}
Table2:Alternative inheritance mapping strategy
xīnɡduìfèi，fùduìpān 兴对废，附对攀 lùcǎo duìshuānɡjiān 露草对霜菅 ɡēlián duìjièkòu 歌廉对借寇 xíkǒnɡduìxīyán 习孔对希颜 shān lěi lěi，shuǐchán chán 山垒垒，水潺潺 fènɡbìduìtàn huán 奉璧对探镮 lǐyóu ɡōnɡ dàn zuò 礼由公旦作 shīběn zhònɡníshān 诗本仲尼删lǘkùn kèfānɡjīnɡbàshu ǐ 驴困客方经灞水 jīmínɡrén yǐchūhánɡuān 鸡鸣人已出函关 jǐyèshuānɡfēi 几夜霜飞 yǐyǒu cānɡhónɡcíběi sài 已有苍鸿辞北塞 shùzhāo wùàn 数朝雾暗 qǐwúxuán bào yǐn nán shān 岂无玄豹隐南山 【解析】 兴对废，附对攀，露草对霜菅 兴废，兴盛和衰废。 [南朝梁] 刘勰《文心雕龙．史传》云：”表微盛衰，殷鉴兴废。” 《大宋宣和遗事．元集》云：”上下三千余年，兴废百千万事。” 攀，向上爬；附，靠近，依从。有成语“攀龙附凤”比喻依附权贵以成就功业。亦比喻依附有声望的人以立名。 [汉] 扬雄《法言·渊骞》：“攀龙鳞，附凤翼，巽以扬之，勃勃乎其不可及也。”唐·杜甫《洗兵马》：攀龙附凤势莫当，天下尽化为侯王。 露草：沾露的草。 [唐] 李华《木兰赋》：“露草白兮山凄凄，鹤既唳兮猿復啼。”[清] 谭嗣同《武昌夜泊》诗之二：“露草逼蛩语，霜花凋雁翎。”
霜菅：霜后枯萎的菅草。用以比喻白发。[宋] 苏轼《再用前韵（追饯正辅表兄至博罗赋诗为别）》：“乐天双鬢如霜菅，始知谢遣素与蛮。” [宋] 陆游《怀昔》诗：“岂知堕老境，槁木蒙霜菅。” 歌廉对借寇,习孔对希颜 歌廉歌颂廉范。 《后汉书》记载，东汉名臣廉范，字叔度，任蜀郡太守时为官清廉，更改禁民夜作旧令，让百姓储水以防火，百姓掌灯夜作，日渐丰裕。百姓歌曰：“廉叔度，来何暮，不禁火，民安作，昔无襦，今五衿”。 借寇挽留寇恂。 汉名臣寇恂，字子翼，历任河内、颍川、汝南太守。治理颍川期间颇有政绩，升迁离任后，次年随光武帝再至颍川平寇，所到之处群寇望风而降，百姓们纷纷于帝驾之前拦道，请求再借寇恂在颍川任职一年。后就用“借寇”表示挽留地方官，含有对政绩的称美之意。 习孔希颜：学习孔子，效仿颜回。习、希：都是学习和效仿的意思。 山垒垒，水潺潺 山垒垒垒垒：重叠的样子。《文选·曹丕·善哉行》：“还望故乡，鬱何垒垒。”［明］何景明《雁门太守行》诗云：“垒垒高山，莽莽代谷。” 水潺潺溪水徐徐流动。［三国］曹丕《丹霞蔽日行》云：“谷水潺潺，木落翩翩。” [唐] 杜牧《中秋日拜起居表晨渡天津桥即事十六韵献》诗云：“楼齐云漠漠，桥束水潺潺”。[唐] 李涉《竹枝词》诗云：“荆门滩急水潺潺，两岸猿啼烟满山”。 奉壁对探镮 奉璧即蔺相如“完璧归赵”典故。（参见本系列第十六讲：《作赋观书双雄事，回文锦字几华章？》中“奉璧蔺相如”一句之详解。） 探镮亦作“探环”。《晋书·羊祜传》载，西晋大臣羊祜（此前“羊公德大，邑人竖堕泪之碑”以及“叔子带”都曾讲到他）五岁时，叫乳母把他玩过的金环取来，乳母说：“你没有这种玩具呀！”羊祜就自己爬到邻居李家的树上，
导读：知识图谱 (Knowledge Graph) 是当前的研究热点。自从2012年Google推出自己第一版知识图谱以来，它在学术界和工业界掀起了一股热潮。各大互联网企业在之后的短短一年纷纷推出了自己的知识图谱产品以作为回应。比如在国，互联网巨头百度和搜狗分别推出”知心“和”知立方”来改进其搜索质量。那么与这些传统的互联网公司相比，对处于当今风口浪尖上的行业 - 互联网金融，知识图谱可以有哪方面的应用呢？ 目录： 1. 什么是知识图谱？ 2. 知识图谱的表示 3. 知识图谱的存储 4. 应用 5. 挑战 6. 结语 1.什么是知识图谱？ 知识图谱本质上是语义网络，是一种基于图的数据结构，由节点(Point)和边(Edge)组成。在知识图谱里，每个节点表示现实世界中存在的“实体”，每条边为实体与实体之间的“关系”。知识图谱是关系的最有效的表示方式。通俗地讲，知识图谱就是把所有不同种类的信息（Heterogeneous Information）连接在一起而得到的一个关系网络。知识图谱提供了从“关系”的角度去分析问题的能力。 知识图谱这个概念最早由Google提出，主要是用来优化现有的搜索引擎。不同于基于关键词搜索的传统搜索引擎，知识图谱可用来更好地查询复杂的关联信息，从语义层面理解用户意图，改进搜索质量。比如在Google的搜索框里
输入Bill Gates的时候，搜索结果页面的右侧还会出现Bill Gates相关的信息比如出生年月，家庭情况等等。 另外，对于稍微复杂的搜索语句比如”Who is the wife of Bill Gates“，Google能准确返回他的妻子Melinda Gates。这就说明搜索引擎通过知识图谱真正理解了用户的意图。 上面提到的知识图谱都是属于比较宽泛的畴，在通用领域里解决搜索引擎优化和问答系统(Question-Answering)等方面的问题。接下来我们看一下特定领域里的 (Domain-Specific) 知识图谱表示方式和应用，这也是工业界比较关心的话题。 2.知识图谱的表示 假设我们用知识图谱来描述一个事实（Fact） - “三是四的父亲”。这里的实体是三和四，关系是“父亲”（is_father_of）。当然，三和四也可能会跟其他人存在着某种类型的关系（暂时不考虑）。当我们把也作为节点加入到
计算机操作系统有哪几种分类 目前操作系统种类繁多，关于计算机的操作系统又分为哪几种呢?下面由小编为大家搜集整理了计算机操作系统有哪些分类的相关知识，希望对大家有帮助! 计算机操作系统有哪些分类 计算机操作系统分类一 根据操作系统的使用环境和对作业处理方式来考虑，可分为批处理系统(MVX、DOS/VSE)、分时系统(WINDOWS、UNIX、XENIX、Mac OS)、实时系统(iEMX、VRTX、RTOS,RT Linux); 计算机操作系统分类二 根据所支持的用户数目，可分为单用户(MSDOS、OS/2)、多用户系统(UNIX、MVS、Windows); 计算机操作系统分类三
根据硬件结构，可分为网络操作系统(Netware、Windows NT、OS/2 warp)、分布式系统(Amoeba)、多媒体系统(Amiga)等。 操作系统的五大类型是：批处理操作系统、分时操作系统、实时操作系统、网络操作系统、分布式操作系统。 扩展资料：常见的计算机操作系统简介 CP/M CP/M其实就是第一个微机操作系统，享有指挥主机、内存、磁鼓、磁带、磁盘、打印机等硬设备的特权。通过控制总线上的程序和数据，操作系统有条不紊地执行着人们的指令…… 主设计人：Gary Kildall博士 出现年月：1974年>>>>>详细内容 MS-DOS DOS系统是1981年由微软公司为IBM个人电脑开发的，即MS-DOS。它是一个单用户单任务的操作系统。在1985年到1995
年间DOS占据操作系统的统治地位。 主设计人：Tim Paterson 出现年月：1981年>>>>>详细内容 特点 文件管理方便 外设支持良好 小巧灵活 应用程序众多 Windows Windows是一个为个人电脑和服务器用户设计的操作系统。它的第一个版本由微软公司发行于1985年，并最终获得了世界个人电脑操作系统软件的垄断地位。所有最近的Windows都是完全独立的操作系统。
duō duìshǎo，yì duì nán 多对少，易对难 hǔ jù duì lónɡ pán 虎踞对龙蟠 lónɡzhōu duìfènɡniǎn 龙舟对凤辇 bái hè duìqīnɡ luán 白鹤对青鸾 fēnɡxīxī，lù tuán tuán 风淅淅，露漙漙 xiùɡǔ duìdiāoān 绣毂对雕鞍 yú yóu hé yèzhǎo 鱼游荷叶沼lù lìliǎo huātān 鹭立蓼花滩 yǒu jiǔruǎn diāo xī yònɡjiě 有酒阮貂奚用解 wú yú fénɡ jiá bìxū tán 无鱼冯铗必须弹 dīnɡɡùmènɡsōnɡ 丁固梦松 kē yèhū rán shēnɡ fùshànɡ 柯叶忽然生腹上 wén lánɡ huà zhú 文郎画竹 zhīshāo shūěr zhǎnɡ háo duān 枝梢倏尔长毫端
hán duìshǔ，shī duìgān 寒对暑，湿对干 lǔyǐn duì qí huán 鲁隐对齐桓 hán zhān duìnuǎn xí 寒毡对暖席 yèyǐn duì chén cān 夜饮对晨餐 shūzǐ dài，zhònɡ yóu ɡuān 叔子带，仲由冠 jiárǔ duì hán dān 郏鄏对邯郸 jiā héyōu xià hàn 嘉禾忧夏旱shuāi liǔ nài qiū hán 衰柳耐秋寒 yánɡliǔlǜzhē yuán liànɡ zhái 杨柳绿遮元亮宅 xìnɡhuāhónɡyìnɡzhònɡ ní tán 杏花红映仲尼坛 jiānɡshuǐ liúchánɡ 江水流长 huán rào sìqīnɡ luó dài 环绕似青罗带 hǎi chán lún mǎn 海蟾轮满 chénɡmínɡ rú bái yù pán 澄明如白玉盘 【解析】 寒对暑，湿对干，鲁隐对齐桓。 鲁隐：春秋鲁国第十四代君主，隐公姬息姑。孔子所作之《春秋》就起于鲁隐公元年（前722）。由于春秋以鲁国国史为基础而编，故当时的国际大事都是以鲁国纪年来记录。鲁隐公也因为其纪年年号常被提及而出名。 齐桓：春秋齐国桓公姜小白，是春秋五霸之首。是历史上第一个代替周天子充当盟主的诸侯。齐桓公晚年昏庸，管仲去世后，任用易牙、竖刁等小人，最终在内乱中饿死。 寒毡对暖席 寒毡：唐代画家郑虔，享有“诗书画三绝”之誉，与李白、杜甫为诗酒朋友，却生活清贫。杜甫曾经赠以诗曰：‘才名四十年，坐客寒无毡’云。”后以“寒毡”形容寒士清苦的生活。
导读：知识图谱(Knowledge Graph) 是当前的研究热点。自从2012年Google推出自己第一版知识图谱以来，它在学术界和工业界掀起了一股热潮。各大互联网企业在之后的短短一年内纷纷推出了自己的知识图谱产品以作为回应。比如在国内，互联网巨头百度和搜狗分别推出”知心“和”知立方”来改进其搜索质量。那么与这些传统的互联网公司相比，对处于当今风口浪尖上的行业- 互联网金融，知识图谱可以有哪方面的应用呢？ 目录： 1. 什么是知识图谱？ 2. 知识图谱的表示 3. 知识图谱的存储 4. 应用 5. 挑战 6. 结语 1.什么是知识图谱？ 知识图谱本质上是语义网络，是一种基于图的数据结构，由节点(Point)和边(Edge)组成。在知识图谱里，每个节点表示现实世界中存在的“实体”，每条边为实体与实体之间的“关系”。知识图谱是关系的最有效的表示方式。通俗地讲，知识图谱就是把所有不同种类的信息（Heterogeneous Information）连接在一起而得到的一个关系网络。知识图谱提供了从“关系”的角度去分析问题的能力。
知识图谱这个概念最早由Google提出，主要是用来优化现有的搜索引擎。不同于基于关键词搜索的传统搜索引擎，知识图谱可用来更好地查询复杂的关联信息，从语义层面理解用户意图，改进搜索质量。比如在Google的搜索框里输入Bill Gates的时候，搜索结果页面的右侧还会出现Bill Gates相关的信息比如出生年月，家庭情况等等。 另外，对于稍微复杂的搜索语句比如”Who is the wife of Bill Gates“，Google能准确返回他的妻子Melinda Gates。这就说明搜索引擎通过知识图谱真正理解了用户的意图。
《声律启蒙》全文详解 一东1 ————————注释———————— 1一东：“东”指“东韵”，是宋金时期的“平水韵”（也叫“诗韵”）中的一个韵部。“东”叫韵目，即这个韵部的代表字。东韵中包含有许多字，它们的共同点便是韵母相同（当然是指隋唐五代两宋时期的读音），像下面的三段文字中，每个句号之前的那个字，即风、空、虫、弓、东、宫、红、翁、同、童、穷、铜、通、融、虹等15字，尽管在现代汉语中的韵母并不完全相同，但都同属于东韵，如果是作格律诗，这些字就可以互相押韵。“一”，是指东韵在平水韵中的次序。平水韵按照平、上、去、人四个声调分为106个韵部，其中因为平声的字较多，故分为上下两个部分，东韵是上平声中的第一个韵部。后面的“二冬”、“三江”等情况也相同，不再一一说明。 云对雨，雪对风。晚照对晴空。来鸿对去燕，宿鸟对鸣虫。 三尺剑，六钧弓1。岭北对江东。人间清暑殿，天上广寒宫2。 两岸晓烟杨柳绿，一园春雨杏花红。 两鬓风霜，途次早行之客；一蓑烟雨，溪边晚钓之翁3。 ————————注释———————— 1这一联是两个典故。上联出自《史记·高祖本纪》。汉朝的开国君主刘邦曾经说：我以普通百姓的身份提着三尺长的宝剑而夺取了天下。下联出自《左传》，鲁国有个勇士叫颜高，他使用的弓为六钧（钧为古代重量单位，一钧三十斤），要用180斤的力气才能拉开。2清暑殿：洛阳的一座宫殿。广寒宫：《明皇杂录》说，唐明皇于中秋之夜游月宫，看见大门上悬挂着“广寒清虚之府”的匾额，后代便以广寒宫代指月宫。3次：军队临时驻扎，引申为一
般的短暂停留。途次，旅途的意思。 沿对革，异对同1。白吏对黄童2。江风对海雾，牧子对渔翁。 颜巷陋，阮途穷3。冀北对辽东。池中濯足水，门外打头风4。 梁帝讲经同泰寺，汉皇置酒未央宫5。 尘虑萦心，懒抚七弦绿绮；霜华满鬓，羞看百炼青铜6 ————————注释———————— 1沿：沿袭、遵照原样去做。革：变化、变革。2黄童：黄口之童，即儿童。黄，黄口，雏鸟的喙边有一圈黄色的边，长大就消失，故以黄口喻指年龄幼小的。3这是两个典故。上联出自《论语·雍也》，颜指颜回（字子渊），孔子的学生。孔子称赞他说：“一箪食、一瓢饮、在陋巷，人不堪其忧，回也不改其乐。贤哉，回也！”（吃一竹筐饭食，喝一瓢凉水，住在偏僻的巷子里，别人忍受不了这种贫穷，颜回不改变他快乐的心情。颜回呀，真是个贤人！）下联出自《晋书·阮籍传》。阮指阮籍（字嗣宗），魏晋时代人，博览群书，好老庄之学，为竹林七贤之一。《晋书》记载，阮籍经常驾车信马由缰地乱走，走到无路可走的时候便大哭而返。穷，到……的尽头，此处指无路可走之处。4濯（音zhuó）足水：屈原《渔父》中有“沧浪之水清兮，可以濯我缨；沧浪之水浊兮，可以濯我足”的句子，故濯足水指污水。打头风：行船时所遇到的逆风。5梁帝：南朝的梁武帝萧衍。他笃信佛教，经常和高僧们在同泰寺研讨佛经。汉皇：汉朝的开国之君刘邦。他曾宴请群臣于长安的未央宫，接受群臣的朝贺。6尘虑：对尘世间琐碎小事的忧虑。萦：缠绕。绿绮：琴名，据说汉代的司马相如曾弹琴向卓文君求爱，卓文君就用绿绮琴应和他。霜华：即霜花（“华”为“花”的古字），借指白发。百炼青铜：借指镜子，古人用青铜镜照面。 贫对富，塞对通。野叟对溪童。鬓皤对眉绿，齿皓对唇红1。 天浩浩，日融融2。佩剑对弯弓3。半溪流水绿，千树落花红。
认识操作系统 系统简介 定义 ：操作系统（英语：Operating System，简称OS）是管理和控制计算机硬件与软件资源的计算机程序，是直接运行在“裸机”上的最基本的系统软件，任何其他软件都必须在操作系统的支持下才能运行。操 操作系统所处位置 作系统是用户和计算机的接口，同时也是计算机硬件和其他软件的接口。 操作系统的功能：包括管理计算机系统的硬件、软件及数据资源，控制程序运行，改善人机界面，为其它应用软件提供支持等，使计算机系统所有资源最大限度地发挥作用，提供了各种形式的用户界面，使用户有一个好
的工作环境，为其它软件的开发提供必要的服务和相应的接口。 操作系统的种类：各种设备安装的操作系统可从简单到复杂，可分为智能卡操作系统、实时操作系统、传感器节点操作系统、嵌入式操作系统、个人计算机操作系统、多处理器操作系统、网络操作系统和大型机操作系统。 按应用领域划分主要有三种： 桌面操作系统、 服务器操作系统 嵌入式操作系统。 ○1桌面操作系统 桌面操作系统主要用于个人计算机上。个人计算机市场从硬件架构上来说主要分为两大阵营，PC机与Mac 机，从软件上可主要分为两大类，分别为类Unix操作系统和Windows操作系统： 1、Unix和类Unix操作系统：Mac OS X，Linux发行
版（如Debian，Ubuntu，Linux Mint，openSUSE，Fedora等）； 一个流行Linux发行版——Ubuntu桌面 Mac OS X桌面 2、微软公司Windows操作系统：Windows XP，Windows Vista，Windows 7，Windows 8等。 Windows 8 Metro Windows 8桌面 ○2服务器操作系统 服务器操作系统一般指的是安装在大型计算机上的操作系统，比如Web服务器、应用服务器和数据库服务器等。服务器操作系统主要集中在三大类： 1、Unix系列：SUN Solaris，IBM-AIX，HP-UX，
上：五微 来对往，密对稀，燕舞对莺飞。风清对月朗①，露重对烟微。 霜菊瘦，雨梅肥，客路对渔矶②。晚霞舒锦绣，朝露缀珠玑③。 夏暑客思欹石枕，秋寒妇念寄边衣④。 春水才深，青草岸边渔父去；夕阳半落，绿莎原上牧童归⑤。 【注释】 ①朗：月光明亮。 ②（jī）矶：水边的石滩或突出的大石头。 【原文】来对往，密对稀，燕舞对莺飞。风清对月朗，露重对烟微。霜菊瘦，雨梅肥，客路对渔矶。 【译文】来和往相对，密集和稀疏相对，春燕轻舞和黄莺翻飞相对。清风和明月相对，浓重的露水和轻轻的炊烟相对，经霜的菊花冷峻清逸，经雨的梅子果繁叶茂。他乡的曲折小路和水边突出的岩石相对。 ③朝：早晨。珠玑：珍珠的统称。圆者为珠，不圆者为玑。 ④（qī）欹：不正、倾斜，这里是斜靠着、斜倚着的意思。念：想着。边衣：供戍守边防的战士穿的衣裳。古代军队战士的衣服（特别是寒衣）要由家中的妻子寄送。 【原文】晚霞舒锦绣，朝露缀珠玑。夏暑客思欹石枕，秋寒妇念寄边衣。 【译文】七彩的晚霞，犹如锦绣铺满天空;早晨的露珠晶莹剔透，犹如大大小小的珍珠。盛夏的时候，身在他乡作客的人躺在石板上纳凉思念家乡，秋天转寒时，妻子为戍守边疆的丈夫捎寄棉衣。 ⑤莎：草名，即香附。其块茎叫香附子，呈细长的纺锤形，可入药。 【原文】春水才深，青草岸边渔父去；夕阳半落，绿莎原上牧童归。 【译文】春天的水面，天色刚刚暗下来，青草岸边的渔夫就回家去了;夕阳还在半山腰，绿绿的草原上已有牧童归来。 宽对猛，是对非①，服美对乘肥②。珊瑚对玳瑁，锦绣对珠玑③。 桃灼灼，柳依依④，绿暗对红稀⑤。窗前莺并语，帘外燕双飞。 汉致太平三尺剑，周臻大定一戎衣⑥。 吟成赏月之诗，只愁月堕；斟满送春之酒，惟憾春归。 【注释】 ①宽对猛：宽指政策宽缓，猛指政策严厉，《左传》昭公二十年说：“宽以济猛，猛以济宽，政是以和。”（宽缓的政令和严厉的政令互相补充调剂，国家的政局就能上下和谐。） ②乘：乘坐。此处动词做名词用，指乘坐的马匹。是一种借代的修辞手法。也可能出自《论语?雍也》：“乘肥马，衣轻裘。”如此，则“服”和“乘”都应该是动词，而“美”和“肥”才应该看做借代，分别指“美丽的衣服”和“肥壮的马匹”。 ③珊瑚：海洋中一种腔肠动物的骨髓形成的树枝状的东西，颜色多样，可作装饰品。玳瑁：海洋中的一种动物，形状似大龟，背壳有花纹，四肢为鳍足状，甲片可作装饰，亦可入药。 ④此联两句均出自《诗经》。 上联出自《国风?周南?桃夭》，原文为：“桃之夭夭，灼灼其华。”（桃树长得多么茂盛呀，它的花开得像火焰一样。）。夭：盛貌；灼：鲜明，灼灼：鲜明兴盛状。 下联出自《小雅?采薇》，原文为：“昔我往矣，杨柳依依。”（以前我动身去打仗的时候，杨柳随风飘动）。 ⑤“绿暗”指绿叶颜色变深，“红稀”指红花凋谢变少，这都是晚春到初夏的景色。绿和红分别代指绿树和红花，是修辞中的借代手法。 【原文】宽对猛，是对非，服美对乘肥。珊瑚对玳瑁，锦绣对珠玑。桃灼灼，柳依依，绿暗对红稀。窗前莺并语，帘外燕双飞。 【译文】宽容和严厉相对，是和非相对，穿着华丽的衣裳和骑着高头大马相对，形状如花如树，珊瑚和玳瑁相对，精美鲜艳的丝织品和晶莹剔透的珍珠相对。桃花鲜艳夺目，柳树柔弱、随风摇摆，枝叶繁密茂盛和红花零星稀落相对。窗前两只黄营相对鸣叫，帘外一对燕子往来飞舞。 ⑥这是两个典故。 上联出自《史记?高祖本纪》，见一东注。 下联出自《尚书?武成》，书中说周朝“一戎衣，天下大定”，传统的解释是：周武王一穿上打仗的服装（戎衣），就消灭了商纣王，建立周朝，天下安定。（zhēn）臻：至、到。 【原文】汉致太平三尺剑，周臻大定一戎衣。吟成赏月之诗，只愁月堕；斟满送春之酒，惟憾春归。
《声律启蒙》最全注解与译文 ( 三江 )
上：三江 楼对阁，户对窗，巨海对长江。蓉裳对蕙帐①，玉斝对银釭②。 青布幔，碧油幢③，宝剑对金缸④。忠心安社稷，利口覆家邦⑤。 世祖中兴延马武，桀王失道杀龙逄⑥。 秋雨潇潇，漫烂黄花都满径；春风袅袅，扶疏绿竹正盈窗⑦。 【注释】 ① 蓉裳：绣有芙蓉花的衣裳，这里指绣有荷花的衣裳，比喻高洁； 蕙帐：用惠草做的帷帐, 比喻芳美 . ②（ji ǎ）斝：古代一种铜制的饮酒的器具。（ gāng）釭：灯。意思为镶嵌在车（ gǔ）毂之中的用来插车轴的铁制套环。 ③ 幢：古代一种用羽毛作装饰的用于仪仗的旗帜。又指佛教用物经幢。经幢有两种：在圆形的长筒状的绸伞上书写 佛经叫经幢，在圆形石柱上雕刻佛经叫石幢。此字还另有一个意思，指张挂于车或船上的帷幕，属于去声绛韵。这里 是用前者的读音、后者的意思来构成对仗，是“借对”的一种。 ④ 釭：原文作“缸”，疑误。东汉刘熙的《释名》说，函谷关以西的方言，称箭簇为“釭”。金釭，金属铸成的箭睐，只有此义方能与“宝剑”构成对仗。 【原文】楼对阁，户对窗，巨海对长江。蓉裳对蕙帐，玉斝对银釭。青布幔，碧油幢，宝剑对金缸。 【译文】楼和阁相对，户和窗相对，浩瀚的大海和滾滾的长江相对。蓉裳和蕙帐相对，玉制的酒器和银制的灯盏相 对。青色的布幔 ,碧绿的油幢，青绿色的油布帷幕，锋利的宝剑和金色的酒缸相对。⑤社稷：国家。社和稷分别指祭 祀土神和谷神的庙，是国家最重要的神庙，故用以代指国家。利口：能言善辩的嘴，代指只说不做的清谈家。家邦： 国家。邦：国。 【原文】忠心安社稷，利口覆家邦. 【译文】忠诚之心能使江山安定,尖利的嘴使国家毁灭。 ⑥这是两个典故。 上联出自《后汉书 ?马武传》。世祖，指光武帝刘秀，因其为首推翻了王莽建立的新朝，建立东汉，恢复了刘姓的 天下，故被称为中兴之主。马武字子张，骁勇善战，刘秀在一次宴会后，曾独自与马武一起登上丛台，延请马武为将 军，率领其精锐部队渔阳上谷突骑。马武十分感激刘秀的知遇之恩，所以忠心不二，在战争中功勋卓著。刘秀称帝后， 马武被封为捕虏将军扬虚侯，为云台二十八将之一。延：请。 下联出自《庄子 ?人间世》。（ji é）桀王指夏朝的亡国之君夏桀，据说他十分残暴。龙逄指夏朝的贤臣关龙逢（“逄”：为“逢”的俗字，音páng）。夏桀荒淫，关龙逢屡次直言进谏，后被囚杀。 ⑦ 黄花：此处特指菊花。扶疏：植物错落有致的样子。 【原文】秋雨潇潇，漫烂黄花都满径；春风袅袅，扶疏绿竹正盈窗 【译文】秋风冷雨，黄花飘落,铺满山路，微微的春风，茂盛的绿竹正遮挡住窗户。 旌对旆，盖对幢①，故国对他邦。千山对万水，九泽对三江②。 山岌岌，水淙淙，鼓振对钟撞③。清风生酒舍，皓月照书窗④。 阵上倒戈辛纣战，道旁系剑子婴降⑤。 夏日池塘，出沿浴波鸥对对；春风帘幕，往来营垒燕双双⑥。 【注释】 ①（pèi）旆：一种旗帜。盖：车盖，古代竖立在车上用来遮阳蔽雨的器具，形状类似现在的雨伞。 幢：张挂于车或船上的帷幕，此处是借对，参考前注。 ② 九泽：指占代分处于九州的九个湖泊，各书记载的名称小有差异，较为通行的说法是：具区（吴）、云梦（楚）、阳 华（秦）、大陆（晋）、圃田（梁）、孟诸（宋）、海隅（齐）、钜鹿（赵）、大沼（燕）。（见于《吕氏春秋? 有始》）三江：古代的三条江，其名称各书记载大不相同。《尚书 ?禹贡》中的“三江”，据唐陆德明《经典择文》的 说法，是指松江、委江、东江。 【原文】旌对旆，盖对幢，故国对他邦。千山对万水，九泽对三江。 【译文】旌和旆相对，车盖和帷幔相对，故国和他邦相对。千山和万水相对，众多湖泽和许多大江相对。
感觉器官练习题 一、单选题 1．下列哪项不属于感觉器官的是( ) A．耳 B．鼻 C．神经D．皮肤 E．以上均错 2．视器包括( ) A．眼球壁和附属结构 B．眼球壁和屈光装臵 C．眼球及其附属结构 D．眼球及其屈光装臵 E．眼球及其眼睑 3．眼球（） A．壁仅由巩膜、脉络膜、视网膜构成 B．折光系统包括角膜、房水、晶状体和玻璃体 C．视神经盘是感光最敏锐的部位 D．房水由虹膜分泌形成 E．角膜中央一圆孔称瞳孔 4．巩膜（） A．乳白色，厚而坚韧，是硬脑膜的延伸结构 B．前方与晶状体相连C．占纤维膜的前1/6 D．有屈光作用 E．以上均错 5．瞳孔大小（） A．随眼压高低而变化 B．随光线强弱而变化 C．由睫状体收缩来调节D．与三叉神经眼神经的作用有关E．随晶状体突度变化而变化 7．眼前房是指（） A．角膜与玻璃体之间腔隙 B．角膜与虹膜之间腔隙 C．虹膜与晶状体之 间腔隙 D．虹膜与玻璃体之间腔隙 E．角膜与晶状体之间腔隙 8．黄斑（） A．位于视神经乳头（盘）外侧约3-4mm 处 B．感光作用强，但无辨色能力C．中央有中央凹，该处对光不敏感D．视网膜节细胞轴突由此向后穿出眼 球壁 E．此处无感光细胞，称为生理性盲点 9．上直肌收缩时，瞳孔转向（）A．上内方 B．下内方 C．上外方 D．下外方 E．外侧 10．上斜肌可使（） A．瞳孔转向上外方 B．瞳孔转向下外方 C．瞳孔转向上方D．瞳孔转向外侧 E．瞳孔 转向下方 11．眼球的折光装臵为（） A．晶状体 B．角膜、晶 状体 C．角膜、房水、晶状 体 D．角膜、房水、晶状体、玻璃体 E．角 膜、房水、晶状体、玻璃体、视网膜 12．泪道包括（） A．鼻泪管、泪小管 B．泪小管、 泪囊 C．泪小管、泪囊、鼻泪管 D．泪点、泪小管、泪囊、鼻泪管 E．泪腺、结膜囊、泪小管、泪囊、鼻 泪管 13．视网膜中央动脉来源于（） A．颈内动脉B．颈外动脉 C．椎动脉 D．脑膜中动脉 E．面 动脉 17. 属于生理性盲点的是 A、脉络膜 B、角膜 C、虹膜 D、视轴 E、视网膜中央凹 14. 眼前房与后房的分界是（） A．睫状体 B．虹膜 C．脉 络从 D．晶状体 E．玻璃体 15．关于中耳鼓室壁的描述中，何者是错误的（） A．上壁为鼓室盖，分隔鼓室与颅中 窝 B．内壁为乳突窦壁 C．下壁为颈静脉壁，将鼓室与颅内 静脉起始部隔开 D．外侧壁为鼓膜 E．前壁为颈动脉壁，此壁上部有咽 鼓管鼓口 16. 位于鼓室内的结构是（） A．球囊 B．面神经 C．听 小骨 D．螺旋器（Corti器） E．半规管 17．耳蜗( ) A．由软骨构成B．由蜗管围绕蜗轴约两周半形成的 C．仅分为前庭阶和鼓阶两部分D．前庭阶和鼓阶充满内淋巴 E．以上均不对 18．不属于位觉感受器的是（） A．椭圆囊斑 B．球囊斑 C．壶 腹嵴 D．螺旋器 E．以上均不对 19．前庭阶和鼓阶借何结构相通 （） A．蜗孔 B．蜗管 C．蜗 窗 D．前庭窗 E．联合管 20．将声波的振动传人内耳的是 （） A．听小骨 B．前庭 C．耳
计算机操作系统简单介绍 操作系统的种类繁多，依其功能和特性分为分批处理操作系统、分时操作系统和实时操作系统等；依同时管理用户数的多少分为单用户操作系统和多用户操作系统；适合管理计算机网络环境的网络操作系统。 1)微机操作系统随着微机硬件技术的发展而发展，从简单到复杂。Microsoft 公司开发的DOS是一单用户单任务系统，而Windows操作系统则是一多户多任务系统，经过十几年的发展，已从Windows 3.1发展Windows NT、Windows 2000、Windows XP、Windows vista、Windows 7和Windows 8等等。它是当前微机中广泛使用的操作系统之一。Linux是一个源码公开的操作系统，程序员可以根据自己的兴趣和灵感对其进行改变，这让Linux吸收了无数程序员的精华，不断壮大，已被越来越多的用户所采用，是Windows操作系统强有力的竞争对手。 2）语言处理系统 人和计算机交流信息使用的语言称为计算机语言或称程序设计语言。计算机语言通常分为机器语言、汇编语言和高级语言三类。如果要在计算机上运行高级语言程序就必须配备程序语言翻译程序（下简称翻译程序）。翻译程序本身是一组程序，不同的高级语言都有相应的翻译程序。翻译的方法有两种：一种称为“解释”。早期的BASIC源程序的执行都采用这种方式。它调用机器配备的BASIC“解释程序”，在运行BASIC源程序时，逐条把BASIC的源程序语句进行解释和执行，它不保留目标程序代码，即不产生可执行文件。这种方式速度较慢，每次运行都要经过“解释”，边解释边执行。 另一种称为“编译”，它调用相应语言的编译程序，把源程序变成目标程序（以.OBJ为扩展名），然后再用连接程序，把目标程序与库文件相连接形成可执行文件。尽管编译的过程复杂一些，但它形成的可执行文件（以.exe为扩展名）可以反复执行，速度较快。运行程序时只要键入可执行程序的文件名，再按Enter键即可。 对源程序进行解释和编译任务的程序，分别叫作编译程序和解释程序。如FORTRAN、COBOL、PASCAL和C等高级语言，使用时需有相应的编译程序；BASIC、LISP等高级语言，使用时需用相应的解释程序。
第27卷第3期唐山师范学院学报2005年5月Vol. 27 No.3 Journal of Tangshan Teachers College May 2005 奈达翻译理论初探 尹训凤1，王丽君2 （1.泰山学院外语系，山东泰安 271000；2.唐山师范学院教务处，河北唐山 063000） 摘要：奈达的翻译理论对于翻译实践有很强的指导作用：从语法分析角度来讲，相同的语法结构可能具有完全不同的含义；词与词之间的关系可以通过逆转换将表层形式转化为相应的核心句结构；翻译含义是翻译成败的关键所在。 关键词：奈达；分析；转换；重组；核心句 中图分类号：H315.9 文献标识码：A 文章编号：1009-9115（2005）03-0034-03 尤金?奈达是美国当代著名翻译理论家，也是西方语言学派翻译理论的主要代表，被誉为西方“现代翻译理论之父”。他与塔伯合著的《翻译理论与实践》对翻译界影响颇深。此书说明了中国与西方译界人士思维方式的巨大差别：前者是静的，崇尚“信、达、雅”，讲究“神似”，追求“化境”；后者是动的，将语言学、符号学、交际理论运用到翻译研究当中，提倡“动态对等”，注重读者反应。中国译论多概括，可操作性不强；西方译论较具体，往往从点出发。他在该书中提到了动态对等，详细地描述了翻译过程的三个阶段：分析、转换和重组，对于翻译实践的作用是不言而喻的。笔者拟结合具体实例，从以下角度来分析其理论独到之处。 一 一般来说，结构相同的词组、句子，其语法意义是相同或相近的。然而奈达提出，同样的语法结构在许多情况下可以有不同的含义。“名词+of+名词”这一语法结构可以对此作最好的阐释。如下例： （1）the plays of Shakespeare/ the city of New York/ the members of the team/ the man of ability/ the lover of music/ the order of obedience/ the arrival of the delegation 在以上各个词组中，假设字母A和B分别代表一个名词或代词，它们之间存在着不同的关系。在the plays of Shakespeare 中，Shakespeare是施事，plays是受事，用公式表示就是“B writes A”；在the city of New York中，city和New York是同位关系，用公式表示就是“A is B”；the members of the team中，members和team是所属关系，即“A is in the B”；在the man of ability中，“B is A’s characteristic”；在the lover of music中，lover表示的是活动，即动作，music是它的受事，因此可以理解为（he/she）loves the music, 用公式表示就是“X does A to B”（X施A于B）或“B is the goal of A”（B为A的受事）；在the order of obedience中，obedience表示的是活动，order是它的受事，因此用公式表示就是“X does B to A”（X施B于A）或“A is the goal of B”（A为B的受事）；在the arrival of the delegation中，arrival表示动作，而delegation是动作的发出者，所以是“B does A”。 因此它们的结构关系如下所示： the plays of Shakespeare——Shakespeare wrote the plays. the city of New York——The city is New York. the members of the team——The members are in the team. the man of ability——The man is able. the lover of music——(He/She) loves the music. the order of obedience——(People) obey the order. the arrival of the delegation——The delegation arrives. ────────── 收稿日期：2004-06-10 作者简介：尹训凤（1976-），女，山东泰安人，泰山学院外语系教师，现为天津外国语学院研究生部2003级研究生，研究方向为翻译理论与实践。 - 34 -
导读:知识图谱(Knowledge Graph) 就是当前的研究热点。自从2012年Google推出自己第一版知识图谱以来,它在学术界与工业界掀起了一股热潮。各大互联网企业在之后的短短一年内纷纷推出了自己的知识图谱产品以作为回应。比如在国内,互联网巨头百度与搜狗分别推出”知心“与”知立方”来改进其搜索质量。那么与这些传统的互联网公司相比,对处于当今风口浪尖上的行业- 互联网金融, 知识图谱可以有哪方面的应用呢？ 目录: 1、什么就是知识图谱？ 2、知识图谱的表示 3、知识图谱的存储 4、应用 5、挑战 6、结语 1、什么就是知识图谱？ 知识图谱本质上就是语义网络,就是一种基于图的数据结构,由节点(Point)与边(Edge)组成。在知识图谱里,每个节点表示现实世界中存在的“实体”,每条边为实体与实体之间的“关系”。知识图谱就是关系的最有效的表示方式。通俗地讲,知识图谱就就是把所有不同种类的信息(Heterogeneous Information)连接在一起而得到的一个关系网络。知识图谱提供了从“关系”的角度去分析问题的能力。
知识图谱这个概念最早由Google提出,主要就是用来优化现有的搜索引擎。不同于基于关键词搜索的传统搜索引擎,知识图谱可用来更好地查询复杂的关联信息,从语义层面理解用户意图,改进搜索质量。比如在Google的搜索框里输入Bill Gates的时候,搜索结果页面的右侧还会出现Bill Gates相关的信息比如出生年月,家庭情况等等。 另外,对于稍微复杂的搜索语句比如”Who is the wife of Bill Gates“,Google 能准确返回她的妻子Melinda Gates。这就说明搜索引擎通过知识图谱真正理解了用户的意图。
奈达翻译理论简介 （一）奈达其人尤金?奈达（EugeneA.Nida）1914年出生于美国俄克勒荷马州，当代著名语言学家、翻译家和翻译理论家。也是西方语言学派翻译理论的主要代表，被誉为西方“现代翻译理论之父”。尤金是当代翻译理论的主要奠基人，其理论核心是功能对等。 尤金先后访问过90个国家和地区，并著书立说，单独或合作出版了40多部书，比较著名的有《翻译科学探索》、《语言与文化———翻译中的语境》等，他还发表论文250余篇，是世界译坛的一位长青学者。他还参与过《圣经》的翻译工作。他与塔伯合著的《翻译理论与实践》对翻译界影响颇深。此书说明了中国与西方译界人士思维方式的巨大差别：前者是静的，崇尚“信、达、雅”，讲究“神似”，追求“化境”；后者是动的，将语言学、符号学、交际理论运用到翻译研究当中，提倡“动态对等”，注重读者反应。中国译论多概括，可操作性不强；西方译论较具体，往往从点出发。他在该书中提到了动态对等，详细地描述了翻译过程的三个阶段：分析、转换和重组，对于翻译实践的作用是不言而喻的。 （二）奈达对翻译的定义 按照奈达的定义：“所谓翻译，是指从语义到文体（风格）在译语中用最切近而又最自然的对等语再现 源语的信息。”其中，“对等”是核心，“最切近”和“最自然”都是为寻找对等语服务的。奈达从社会语言学和语言交际功能的观点出发，认为必须以读者的反应作为衡量译作是否正确的重要标准。翻译要想达到预期的交际目的，必须使译文从信息内容、说话方式、文章风格、语言文化到社会因素等方面尽可能多地反映出原文的面貌。他试图运用乔姆斯基的语言学理论建立起一套新的研究方法。他根据转换生成语法，特别是其中有关核心句的原理，提出在语言的深层结构里进行传译的设想。 奈达提出了词的4种语义单位的概念，即词具有表述事物、事件、抽象概念和关系等功能。这4种语义单位是“核心”，语言的表层结构就是以“核心”为基础构建的，如果能将语法结构归纳到核心层次，翻译过程就可最大限度地避免对源语的曲解。按照4种语义单位的关系，奈达将英语句子归结为7个核心句：（1）Johnranquickly.（2）JohnhitBill.（3）JohngaveBillaball.（4）Johnisinthehouse.（5）Johnissick.（6）Johnisaboy.（7）Johnismyfather. （三）奈达翻译理论的经历阶段 奈达翻译理论的发展经历过三个阶段，分别是描写语言阶段、交际理论阶段和和社会符号学阶段。 第一个阶段始于1943年发表《英语句法概要》，止于1959年发表《从圣经翻译看翻译原则》。这一阶段是奈达翻译思想及学术活动的初期。 第二阶段始于1959年发表的《从圣经翻译看翻译原则》，止于1969年出版的《翻译理论与实践》。主要著作有《翻译科学探索》、《信息与使命》。在这10年中，奈达确立了自己在整个西方翻译理论界的权威地位。1964年出版的《翻译科学探索》标志着其翻译思想发展过程中一个最重要的里程碑。第三阶段始于70年代，奈达通过不断修正和发展自己翻译理论创建了新的理论模式———社会符号学模式。奈达在继承原有理论有用成分的基础上，将语言看成一种符号现象，并结合所在社会环境进行解释。在《从一种语言到另一种语言》一书中，奈达强调了形式的重要性，认为形式也具有意义，指出语言的修辞特征在语言交际及翻译中的重要作用，并且用“功能对等”取代了“动态对等”的提法，是含义更加明确。 三、对奈达翻译理论的评价 （一）贡献 奈达是一位硕果累累的翻译理论家。可以说，在两千年的西方翻译思想发展史上，奈达的研究成果之丰是名列前茅的。他的研究范围从翻译史、翻译原则、翻译过程和翻译方法到翻译教学和翻译的组织工作，从口译到笔译，从人工翻译到机器翻译，从语义学到人类文化学，几乎无所不包，从而丰富并拓展了西方的翻译研究领地。 奈达的理论贡献，主要在于他帮助创造了一种用新姿态对待不同语言和文化的气氛，以增进人类相互之间的语言交流和了解。他坚持认为：任何能用一种语言表达的东西都能够用另一种语言来表达；在语言之间、文化之间能通过寻找翻译对等语，以适当方式重组原文形式和语义结构来进行交际。因此也说明，某
一东1 ————————注释———————— 1一东：“东”指“东韵”，是宋金时期的“平水韵”（也叫“诗韵”）中的一个韵部。“东”叫韵目，即这个韵部的代表字。东韵中包含有许多字，它们的共同点便是韵母相同（当然是指隋唐五代两宋时期的读音），像下面的三段文字中，每个句号之前的那个字，即风、空、虫、弓、东、宫、红、翁、同、童、穷、铜、通、融、虹等 15字，尽管在现代汉语中的韵母并不完全相同，但都同属于东韵，如果是作格律诗，这些字就可以互相押韵。“一”，是指东韵在平水韵中的次序。平水韵按照平、上、去、人四个声调分为 106个韵部，其中因为平声的字较多，故分为上下两个部分，东韵是上平声中的第一个韵部。后面的“二冬”、“三江”等情况也相同，不再一一说明。 云对雨，雪对风。晚照对晴空。来鸿对去燕，宿鸟对鸣虫。 三尺剑，六钧弓1。岭北对江东。人间清暑殿，天上广寒宫2。 两岸晓烟杨柳绿，一园春雨杏花红。 两鬓风霜，途次早行之客；一蓑烟雨，溪边晚钓之翁3。 ————————注释———————— 1这一联是两个典故。上联出自《史记·高祖本纪》。汉朝的开国君主刘邦曾经说：我以普通百姓的身份提着三尺长的宝剑而夺取了天下。下联出自《左传》，鲁国有个勇士叫颜高，他使用的弓为六钧（钧为古代重量单位，一钧三十斤），要用 180斤的力气才能拉开。 2清暑殿：洛阳的一座宫殿。广寒宫：《明皇杂录》说，唐明皇于中秋之夜游月宫，看见大门上悬挂着“广寒清虚之府”的匾额，后代便以广寒宫代指月宫。 3次：军队临时驻扎，引申为一般的短暂停留。途次，旅途的意思。 沿对革，异对同1。白吏对黄童2。江风对海雾，牧子对渔翁。 颜巷陋，阮途穷3。冀北对辽东。池中濯足水，门外打头风4。 梁帝讲经同泰寺，汉皇置酒未央宫5。 尘虑萦心，懒抚七弦绿绮；霜华满鬓，羞看百炼青铜6 ————————注释———————— 1沿：沿袭、遵照原样去做。革：变化、变革。 2黄童：黄口之童，即儿童。黄，黄口，雏鸟的喙边有一圈黄色的边，长大就消失，故以黄口喻指年龄幼小的。 3这是两个典故。上联出自《论语·雍也》，颜指颜回（字子渊），孔子的学生。孔子称赞他说：“一箪食、一瓢饮、在陋巷，人不堪其忧，回也不改其乐。贤哉，回也！”（吃一竹筐饭食，喝一瓢凉水，住在偏僻的巷子里，别人忍受不了这种贫穷，颜回不改变他快乐的心情。颜回呀，真是个贤人！）下联出自《晋书·阮籍传》。阮指阮籍（字嗣宗），魏晋时代人，博览群书，好老庄之学，为竹林七贤之一。《晋书》记载，阮籍经常驾车信马由缰地乱走，走到无路可走的时候便大哭而返。穷，到……的尽头，此处指无路可走之处。 4濯（音zhu?）足水：屈原《渔父》中有“沧浪之水清兮，可以濯我缨；沧浪之水浊兮，可以濯我足”的句子，故濯足水指污水。打头风：行船时所遇到的逆风。 5梁帝：南朝的梁武帝萧衍。他笃信佛教，经常和高僧们在同泰寺研讨佛经。汉皇：汉朝的开国之君刘邦。他曾宴请群臣于长安的未央宫，接受群臣的朝贺。 6尘虑：对尘世间琐碎小事的忧虑。萦：缠绕。绿绮：琴名，据说汉代的司马相如曾弹琴向卓文君求爱，卓文君就用绿绮琴应和他。霜华：即霜花（“华”为“花”的古字），借指白发。百炼青铜：借指镜子，古人用青铜镜照面。 贫对富，塞对通。野叟对溪童。鬓皤对眉绿，齿皓对唇红1。 天浩浩，日融融2。佩剑对弯弓3。半溪流水绿，千树落花红。 野渡燕穿杨柳雨，芳池鱼戏芰荷风4。 女子眉纤，额下现一弯新月；男儿气壮，胸中吐万丈长虹。 ————————注释———————— 1皤（音p?）：白色。绿：这里指青色、黑色。皓：白色。 2浩浩：广阔无边的样子。融融：暖气上腾的样子。 3佩剑、弯弓：这两个词组既可看成动宾词组，即佩上剑、拉弯弓；也可看成偏正词组，即佩带的剑、被拉弯的弓。无论是哪种情况，都对仗。 4芰（音jì）：菱角的一种。两角为菱，四角为芰。 二冬1