餐厅管理系统数据库外文翻译文献.docx

餐厅管理系统数据库外文翻译文献.docx

《餐厅管理系统数据库外文翻译文献.docx》由会员分享，可在线阅读，更多相关《餐厅管理系统数据库外文翻译文献.docx（12页珍藏版）》请在冰豆网上搜索。

餐厅管理系统数据库外文翻译文献

餐厅管理系统数据库外文翻译文献

（文档含中英文对照即英文原文和中文翻译）

译文：

数据库

1.1数据库的概念

自20世纪60年代，数据库的概念演变以来，用来缓解在设计、建设日益困难的信息系统（通常是多个并发用户，并用大量不同的数据）。

它已经连同数据库管理系统一起演变，促使数据库得到有效的管理。

尽管数据库和DBMS所表达的定义实体不同，但是他们是不可分割的：

一个数据库的性能决定于它支撑的DBMS，反之亦然。

牛津英语词典引用了1962年的技术报告的“数据基础”术语。

随着处理器领域的科技进步，计算机内存、计算机存储和计算机网络的尺寸、功能以及数据库和各自的DBMS性能有了数量级的增长。

几十年来，它已经不可能是一个复杂的信息系统可以有效地建立不由DBMS支持的一个适当的数据库。

数据库的利用现在蔓延到这样广泛的程度：

几乎所有的技术和产品依靠数据库和DBMS，促使自身的发展和商业化，甚至可能已经嵌入它。

同时，组织和公司，从小型到大型，在很大程度上依赖于他们的工作数据库。

DBMS中存在不普遍被接受的定义。

然而，作为DBMS，一个系统需要提供大量的功能。

因此，它支持的数据收集需要满足各自的可用性需求（大致按以下要求定义），有资格作为一个数据库。

因此，一个数据库和它支持的DBMS通过一组一般要求所列被定义的。

几乎所有存在的成熟的DBMS产品在很大程度上满足这些需求，虽然不够成熟或者满足他们，哪怕收敛到满足他们。

1.2数据库和DBMS的演变

引进数据库的术语与直接访问存储的可能性（磁盘和鼓）正好都是从20世纪60年代以前开始。

这个术语体现了与过去基于磁带的系统相比，允许共享交互使用，而不是每天的批处理。

在最早的数据库系统中，效率也许是首要关注的问题，但是它已经意识到，有别的更重要的目标。

一个关键的目标是使数据独立于应用程序的逻辑，以至于同样的数据能够提供不同的应用。

第一代的数据库系统是导航的，典型的应用访问数据随着指针从一个记录到另一个。

两个主要的数据模型在这个时间是层次模型，通过IBM的IMS系统的缩影，和CODASYL模型（网络模型），实现一系列的产品，比如IDMS。

关系模型首先由埃德加楼科德在20世纪70年代首次提出，离开这个传统，坚持应用程序应搜索数据的内容，而不是通过链接。

让数据库的内容不通过不间断的重写应用而进化，这被认为是有必要的。

关系系统在处理资源上放在了很高的需求上，直到20世纪80年代计算机硬件变得足够强大以允许他们能被广泛部署。

在20世纪90年代早期，然而，关系系统对于所有大规模的数据处理应用占优势，并且他们今天（2012）仍然占主导地位，除了在有利可图的领域。

占主导地位的数据库语言对于关系模型是SQL的标准，已经影响数据库语言，甚至在其它领域。

由于关系模型强调搜索而不是导航。

它不能使不同实体的指针明确关系，但代表它们而使用主键和外键。

虽然这对于查询语言是一个好的基础，它不适合作为一个建模语言。

因此对于不同的模型，实体关系模型出现不久（1976），对于数据库设计得到了普及。

自20世纪70年代以来，数据库技术跟日益增长的资源保持同步，成为可利用的计算机平台：

尤其是容量和速度（降低价格）快速提高的磁盘存储器，以及主存的容量增长。

这使得更大的数据库和更高的吞吐量被达到。

关系模型的刚度，它所有的数据保持在行和列的一个固定结构里，当提供更富有或者更多元的信息系统已经越来越被看做是一个限制：

比如，文献数据库、工程数据库、多媒体数据库、或者应用在分子科学的数据库。

各式各样的尝试已经被用来解决这个问题，他们中的许多在后关系或者NoSQL的旗帜下聚集。

值得注意的是两个对象数据库和XML数据库的发展。

关系数据库的厂商为了支持更广泛的数据类型，通过扩大他们自己产品的容量，已经击退了这些新的模式竞争。

1.3一般用途的DBMS

数千人多年的努力发展，一些通用的数据库，像Oracle、微软的SQLServer和IBMDB2，已经经历了三十年或者更长时间的升级。

通用的数据库管理系统旨在尽可能的满足足够多的申请，通常使他们比专用数据库更复杂。

然而，事实上，他们可以被使用为“现成的”，此外他们在许多应用程序和实例中分期偿还成本，使他们成为有吸引力的替代品（并非一次性的发展）在他们随时满足应用的需求时。

尽管在许多情况下有吸引力，一个通用的数据库管理系统并非总是一个最佳的解决方案：

当某些应用在操作领域是普遍的，每个拥有许多用户，一个通用的数据库管理系统或许能够引进不必要的经费和开销过大的“足迹”（太大量的不必要、未使用的软件代码）。

这些应用程序通常为致力于发展。

典型的例子是电子邮件系统，但他们需要具备一定的DBMS性能：

电子邮件系统是建立在优化电子邮件信息处理和管理的方法上，而不需要一个通用的数据库管理系统功能的重要部分。

1.4数据库的机器和设备

在20世纪70年代和80年代试图集成硬件和软件建立数据库系统。

它的基本理念是：

这种结合将会在较低的成本花费上提供更高的性能。

例子是IBM/38系统，最早发行的Teradata，布里顿李有限公司的数据库机器。

数据库管理的另一种硬件支持的方法是ICL的内容寻址的文件存储加速器，一个可编程的搜索功能的硬件磁盘控制器。

长期的这些努力通常是不会成功的，因为专门的数据库机器不能够与随着科技的飞速发展而快速进步的计算机保持同步。

因此，现如今大部分的数据库系统是软件系统运行在通用的硬件上，使用通用的计算机存储。

然而这种观念仍然追求一些公司Netezza和Oracle的某些应用。

1.5数据库的研究

数据库的研究一直处在一个活跃的和多样化的领域里，和许多专业，进行了从早期20世纪60年代以来的处理数据库概念系统。

它与数据库技术和DBMS产品有强大的联结。

数据库的研究已经发展到企业的研究和开发组的研究（比如：

尤其是IBM的研究，促使技术和理念，几乎任何数据管理系统存在的今天），研究机构和学术界。

研究通过理论和原型已经完成。

研究和数据库相关产品的研发的合作一直以来都是数据库领域非常有成效的，许多相关的关键概念和技术由此产生。

值得注意的是，关系和实体关系模型，原子事务的概念和相关的并发控制技术，查询语言和查询优化方法模型，磁盘冗余阵列，以及更多的。

研究对于数据库几乎所有的方面都已经提供了深刻的洞察力，尽管不是一直都是务实的，有效的（并不能并且不总是：

研究是探索性的，并不总是导致接受或者有用的想法）。

最终，市场力量和实际需要确定问题解决方案的选择和相关技术，甚至包括那些提出来的研究。

然而，有时候，不是最好的、最有优雅的解决方案获胜（例如，SQL）。

数据库管理系统和相应的数据库追溯它们的历史，在很大程度上，有了这种研究的结果，而实际产品的需求和挑战引发了数据库的方向和分区。

数据库的研究领域有一些值得关注的专门的学术刊物（例如，ACM处理交易数据库系统工具，数据与知识工程DKE，以及更多）和年度会议（例如，ACM，ACM荚，VLDB，IEEEICDE以及更多），以及一些活跃的和相当混杂的（主体明智）全世界的研究团体。

1.6数据库体系结构

数据库体系结构（为了区别于DBMS体系结构；见下文）或许被认为，在某种程度上，作为数据模型的扩展。

它是用来方便地回答不同的最终用户从同一个数据库的需求，以及其他利益。

例如，一个公司的财务部需要所有员工的付款的详细资料作为公司的一部分费用，而不是关于员工其他的许多详细资料，那是人力资源部门的利益。

因此，不同的部门需要公司不同的数据库观点，既包括员工薪酬，可能在不同水平的细节资料（以不同的视觉形式体现）。

为了满足这种需求，有效的数据库系统需要三级组成部分：

外部和内部，概念。

明确地区分这三点是关系数据库模型的实现，以至于控制第21个世纪数据库的一个主要的特征。

外部层定义每一个终端用户类型了解数据库组织的各自相关数据，即，终端用户不同的需求观点。

一个数据库在外部层能够有任何数量的不同观点。

概念层结合各种外部观点纳入一个有机整体，全局观点。

它提供了所有的外部观点的共同点。

它包括所有终端用户的通用数据，即，所有的数据从任何一个视图可以导出/计算。

它被证明是最简单的可能的方式提供这些通用的数据，包括数据库的背骨。

出于对各种数据库终端用户的范围，服务型数据库应用程序技术开发人员和数据库管理人员，建立数据库定义。

内部层（或物理层）是作为数据库一个事实的一部分贯彻在数据库管理系统里（见下面的实现部分）。

它关注的是成本，性能，可扩展性和其他的业务事项。

它处理概念层的存储布局，像指标一样提供支持的存储结构，用来提高性能，偶尔存储个人看法的数据（物化视图），从通用的数据来计算，如果这样的冗余性能无过失的存在。

它平衡所有的外部视图的性能要求，可能是相互冲突的，通过所有的最终用途，根据数据库的目标和优先事项，为优化整个数据库的使用。

所有这三层是通过不断变化的需求的经常参与数据库设计的数据库管理员来维护和更新。

上述三层数据库结构还涉及出于数据独立性的概念，已经被长时间描述为所需的数据库属性和一个重要的初始驱动的关系模型。

在以上的结构语境里它意味着在一定程度上的改变不影响定义和高层次的接口软件开发，并且被自动纳入在更高的水平。

例如，在内部水平的变化不影响编写应用程序使用概念层次的接口，这些节省了大量的工作，否则就需要改变。

总之，这个概念是在内部与外部之间的一级间接寻址。

一方面它提供一个数据库的共同看法，独立在不同的外部视图结构，另一方面它是由简单的被存储和管理的详细说明的数据（内部水平）。

原则上每个水平，甚至每一个外部视图，能够通过不同的数据模型被展现。

在实践中，通常一个特定的数据库无论是外部的和概念层，使用相同的数据模型（例如，关系模型）。

内部层，隐藏在数据库管理系统并且取决于它的实现（看如下的实现部分），需要不同的详细的水平，使用它自己的数据结构类型，从被暴露于数据库管理系统用户外部和概念层次结构的性质通常是不同的（例如，如上的数据模型）：

当外部层次和概念都集中在服务用户的数据库管理系统，内部层次的关注是有效的实施细则。

来源于：

TheWikipediaRevolution[M].北京：

北京科文图书业信息技术有限公司，2009.3.

原文：

Database

Author:

AndrewLih

1.1Databaseconcept

Thedatabaseconcepthasevolvedsincethe1960stoeaseincreasingdifficultiesindesigning,building,andmaintainingcomplexinformationsystems（typicallywithmanyconcurrentend-users,andwithalargeamountofdiversedata）.Ithasevolvedtogetherwithdatabasemanagementsystemswhichenabletheeffectivehandlingofdatabases.ThoughthetermsdatabaseandDBMSdefinedifferententities,theyareinseparable:

adatabase'spropertiesaredeterminedbyitssupportingDBMSandvice-versa.TheOxfordEnglishdictionarycitesa1962technicalreportasthefirsttousetheterm"data-base."Withtheprogressintechnologyintheareasofprocessors,computermemory,computerstorageandcomputernetworks,thesizes,capabilities,andperformanceofdatabasesandtheirrespectiveDBMSshavegrowninordersofmagnitudes.FordecadesithasbeenunlikelythatacomplexinformationsystemcanbebuilteffectivelywithoutaproperdatabasesupportedbyaDBMS.TheutilizationofdatabasesisnowspreadtosuchawidedegreethatvirtuallyeverytechnologyandproductreliesondatabasesandDBMSsforitsdevelopmentandcommercialization,orevenmayhavesuchembeddedinit.Also,organizationsandcompanies,fromsmalltolarge,heavilydependondatabasesfortheiroperations.

NowidelyacceptedexactdefinitionexistsforDBMS.However,asystemneedstoprovideconsiderablefunctionalitytoqualifyasaDBMS.Accordinglyitssupporteddatacollectionneedstomeetrespectiveusabilityrequirements（broadlydefinedbytherequirementsbelow）toqualifyasadatabase.Thus,adatabaseanditssupportingDBMSaredefinedherebyasetofgeneralrequirementslistedbelow.VirtuallyallexistingmatureDBMSproductsmeettheserequirementstoagreatextent,whilelessmatureeithermeetthemorconvergetomeetthem.

1.2EvolutionofdatabaseandDBMStechnology

ADBMShasevolvedintoacomplexsoftwaresystemanditsdevelopmenttypicallyrequirestheevolutionofdatabaseandDBMStechnology

Theintroductionofthetermdatabasecoincidedwiththeavailabilityofdirect-accessstorage（disksanddrums）fromthemid-1960sonwards.Thetermrepresentedacontrastwiththetape-basedsystemsofthepast,allowingsharedinteractiveuseratherthandailybatchprocessing.

Intheearliestdatabasesystems,efficiencywasperhapstheprimaryconcern,butitwasalreadyrecognizedthattherewereotherimportantobjectives.Oneofthekeyaimswastomakethedataindependentofthelogicofapplicationprograms,sothatthesamedatacouldbemadeavailabletodifferentapplications.

Thefirstgenerationofdatabasesystemswerenavigational,applicationstypicallyaccesseddatabyfollowingpointersfromonerecordtoanother.Thetwomaindatamodelsatthistimewerethehierarchicalmodel,epitomizedbyIBM'sIMSsystem,andtheCodasylmodel（Networkmodel）,implementedinanumberofproductssuchasIDMS.

TheRelationalmodel,firstproposedin1970byEdgarF.Codd,departedfromthistraditionbyinsistingthatapplicationsshouldsearchfordatabycontent,ratherthanbyfollowinglinks.Thiswasconsiderednecessarytoallowthecontentofthedatabasetoevolvewithoutconstantrewritingofapplications.Relationalsystemsplacedheavydemandsonprocessingresources,anditwasnotuntilthemid1980sthatcomputinghardwarebecamepowerfulenoughtoallowthemtobewidelydeployed.Bytheearly1990s,however,relationalsystemsweredominantforalllarge-scaledataprocessingapplications,andtheyremaindominanttoday（2012）exceptinnicheareas.ThedominantdatabaselanguageisthestandardSQLfortheRelationalmodel,whichhasinfluenceddatabaselanguagesalsoforotherdatamodels.

Becausetherelationalmodelemphasizessearchratherthannavigation,itdoesnotmakerelationshipsbetweendifferententitiesexplicitintheformofpointers,butrepresentsthemratherusingprimarykeysandforeignkeys.Whilethisisagoodbasisforaquerylanguage,itislesswellsuitedasamodelinglanguage.Forthisreasonadifferentmodel,theEntity-relationshipmodelwhichemergedshortlylater（1976）,gainedpopularityfordatabasedesign.

Intheperiodsincethe1970sdatabasetechnologyhaskeptpacewiththeincreasingresourcesbecomingavailablefromthecomputingplatform:

notablytherapidincreaseinthecapacityandspeed（andreductioninprice）ofdiskstorage,andtheincreasingcapacityofmainmemory.Thishasenabledeverlargerdatabasesandhigherthroughputstobeachieved.

Therigidityoftherelationalmodel,inwhichalldataisheldintableswithafixedstructureofrowsandcolumns,hasincreasinglybeenseenasalimitationwhenhandlinginformationthatisricherormorevariedinstructurethanthetraditional'ledger-book'dataofcorporateinformationsystems:

forexample,documentdatabases,engineeringdatabases,multimediadatabases,ordatabasesusedinthemolecularsciences.Variousattemptshavebeenmadetoaddressthisproblem,manyofthemgatheringunderbannerssuchaspost-relationalorNoSQL.TwodevelopmentsofnotearetheObjectdatabaseandtheXMLdatabase.Thevendorsofrelationaldatabaseshavefoughtoffcompetitionfromthesenewermodelsbyextendingthecapabilitiesoftheirownproductstosupportawidervarietyofdatatypes.

1.3General-purposeDBMS

Thousandsofperson-yearsofdevelopmenteffort.Somegeneral-purposeDBMSs,likeOracle,MicrosoftSQLServer,andIBMDB2,havebeenundergoingupgradesforthirtyyearsormore.General-purposeDBMSsaimtosa