mysql数据库英文文献
mysql数据库英文文献及翻译
MySQL architecture is best understood in the context of its history. Thus, the two are discussed in the same chapter.
MySQL History
MySQL history goes back to 1979 when Monty Widenius, working for a small companycalled TcX, created a reporting tool written in BASIC that ran on a 4 Mhzcomputer with 16 KB RAM. Over time, the tool was rewritten in C and ported to run on Unix. It was still just a low-level storage engine with a reporting front end. The tool was known by the name of Unireg.
Working under the adverse conditions of little computational resources, and perhaps building on his God-given talent,Monty developed a habit and ability to write very efficient code naturally. He also developed, or perhaps was gifted from the start,with an unusually acute vision of what needed to be done to the code to make it useful in future development—without knowing in advance much detail about what that future development would be.
In addition to the above, with TcX being a very small company and Monty being one of the owners, he had a lot of say in what happened to his code. While there are perhaps a good number of programmers out there with Monty’s talent and ability, for a number of reasons, few get to carry their code around for more than 20 years. Monty did.
Monty’s work, talents, and ownership of the code provided a foundation upon which the Miracle of MySQL could be built.
Some time in the 1990s, TcX customers began to push for an SQL interface to their data. Several possibilities were considered. One was to load it into a commercial database.Monty was not satisfied with the speed. He tried borrowing mSQL code for the SQL part and integrating it with his low-level storage engine. That did not work well,either. Then came the classic move of a talented,driven programmer: “I’ve had enough of those tools that somebody else wrote that don’t work! I’m writing my own!” Thus in May of 1996 MySQL version 1.0 was released to a limited group, followed by a public release in October 1996 of version 3.11.1. The initial public release provided only a binary distribution for Solaris. A month later, the source and the Linux binary were released.
In the next two years, MySQL was ported to a number of other operating systems as the feature set gradually increased. MySQL was originally released under a special license that allowed commercial use to those who were not redistributing it with their software. Special licenses were available for sale to those who wanted to bundle it with their product. Additionally, commercial support was also being sold. This provided TcX with some revenue to justify the further development of MySQL,although the purpose of its original creation had already been fulfilled.
During this period MySQL progressed to version 3.22. It supported a decent subset of the SQL language, had an optimizer a lot more sophisticated than one would expect could possibly be written by one person, was extremely fast, and was very stable.Numerous APIs were contributed, so one could write a client in pretty much any existing programming language. However, it still lacked support for transactions,subqueries, foreign keys, stored procedures, and views. The locking happened only at a table level, which in some
cases could slow it down to a grinding halt. Some programmers unable to get around its limitations still considered it a toy, while others were more than happy to dump their Oracle or SQL Server in favor of MySQL, and deal with the limitations in their code in exchange for improvement in performance and licensing cost savings.
Around 1999–2000 a separate company named MySQL AB was established. It hired several developers and established a partnership with Sleepycat to provide an SQL interface for the Berkeley DB data files. Since Berkeley DB had transaction capabilities,this would give MySQL support for transactions, which it previously lacked.After some changes in the code in preparation for integrating Berkeley DB,version 3.23 was released.
Although the MySQL developers could never work out all the quirks of the Berkeley DB interface and the Berkeley DB tables were never stable, the effort was not wasted.As a result, MySQL source became equipped with hooks to add any type of storage engine, including a transactional one.
By April of 2000, with 原文请找腾讯3249114六~维-论~文.网
https://www.sodocs.net/doc/9114306623.html,/ ,ISAM, was reworked and released as MyISAM. Among a number of improvements,full-text search capabilities were now supported. A short-lived partnership with NuSphere to add Gemini, a transactional engine with row-level locking, ended in a lawsuit toward the end of 2001. However, around the same time, Heikki Tuuri approached MySQL AB with a proposal to integrate his own storage engine,InnoDB, which was also capable of transactions and row-level locking.
Heikki’s contribution integrated much more smoothly with the new table handler interface already polished off by the Berkeley DB integration efforts. The MySQL/InnoDB combination became version 4.0, and was released as alpha in October of 2001. By early 2002 the MySQL/InnoDB combo was stable and instantly took MySQL to another level. Version 4.0 was finally declared production stable in March 2003.
It might be worthy of mention that the version number change was not caused by the addition of InnoDB. MySQL developers have always viewed InnoDB as an important addition, but by no means something that they completely depend on for success.Back then, and even now, the addition of a new storage engine is not likely to be celebrated with a version number change. In fact, compared to previous versions,not much was added in version 4.0. Perhaps the most significant addition was the query cache, which greatly improved performance of a large number of applications.Replication code on the slave was rewritten to use two threads: one for network I/O from the master, and the other to process the updates. Some improvements were added to the optimizer. The 1506
mysql数据库英文文献及翻译
client/server protocol became SSL-capable.
Version 4.1 was released as alpha in April of 2003, and was declared beta in June of 2004. Unlike version 4.0, it added a number of significant improvements. Perhaps the most significant was subqueries, a feature long-awaited by many users. Spatial indexing support was added to the MyISAM storage engine. Unicode support was implemented. The client/server protocol saw a number of changes. It was made more secure against attacks, and supported prepared statements. In parallel with the alpha version of 4.1, work progressed on yet another development branch: version 5.0, which would add stored procedures, server-side cursors,triggers, views, XA
transactions, significant improvements in the query optimizer,and a number of other features. The decision to create a separate development branch was made because MySQL developers felt that it would take a long time to stabilize 4.1 if, on top of all the new features that they were adding to it, they had to deal with the stored procedures. Version 5.0 was finally released as alpha in December 2003. For a while this created quite a bit of confusion—there were two branches in the alpha stage. Eventually 4.1 stabilized (October 2004), and the confusion was resolved.
Version 5.0 stabilized a year later, in October of 2005.
The first alpha release of 5.1 followed in November 2005, which added a number of improvements, some of which are table data partitioning, row-based replication,event scheduler, and a standardized plug-in API that facilitates the integration of new storage engines and other plug-ins.
At this point, MySQL is being actively developed. 5.0 is currently the stable version,while 5.1 is in beta and should soon become stable. New features at this point go into version 5.2.
MySQL Architecture
For the large part, MySQL architecture defies a formal definition or specification.When most of the code was originally written, it was not done to be a part of some great system in the future, but rather to solve some very specific problems. However,it was written so well and with enough insight that it reached the point where there were enough quality pieces to assemble a database server.
Core Modules
I make an attempt in this section to identify the core modules in the system. However,let me add
a disclaimer that this is only an attempt to formalize what exists.MySQL developers rarely think in those terms. Rather, they tend to think of files,directories, classes, structures, and functions. It is much more common to hear “This happens in mi_open( )” than to hear “This happens on the MyISAM storage engine level.” MySQL developers know the code so well that they are able to think conceptually on the level of functions, structures, and classes. They will probably find the abstractions in this section rather useless. However, it would be helpful to a person used to thinking in terms of modules and managers.
With regard to MySQL, I use the term “module” rather loosely. Unlike what one would typically call a module, in many cases it is not something you can easily pull out and replace with another implementation. The code from one module might be spread across several files, and you often find the code from several different modules in the same file. This is particularly true of the older code. The newer code tends to fit into the pattern of modules better. So in our definition, a module is a piece of code that logically belongs together in some way, and performs a certain critical function in User Authentication Module
? Access Control Module
? Parser
? Command Dispatcher
? Query Cache Module
? Optimizer
? Table Manager
? Table Modification Modules
? Table Maintenance Module
? Status Reporting Module
? Abstracted Storage Engine Interface (Table Handler)
? Storage Engine I mplementations (MyISAM, InnoDB, MEMORY, Berkeley DB)
? Logging Module
? Replication Master Module
? Replication Slave Module
? Client/Server Protocol API
? Low-Level Network I/O API
? Core API
Interaction of the Core Modules
When the server is started on the command line, the Initialization Module takes control.It parses the configuration file and the command-line arguments, allocates global memory buffers, initializes global variables and structures, loads the access control tables, and performs a number of other initialization tasks. Once the initialization job is complete, the Initialization Module passes control to the Connection Manager, which starts listening for connections from clients in a loop.
mysql数据库英文文献及翻译
When a client connects to the database server, the Connection Manager performs a number of low-level network protocol tasks and then passes control to the Thread Manager, which in turn supplies a thread to handle the connection (which from now on will be referred to as the Connection Thread). The Connection Thread might be created anew, or retrieved from the thread cache and called to active duty. Once the Connection Thread receives control, it first invokes the User Authentication Module.The credentials of the connecting user are verified, and the client may now issue requests.
The Connection Thread passes the request data to the Command Dispatcher. Some requests, known in the MySQL code terminology as commands, can be accommodated by the Command Dispatcher directly, while more complex ones need to be redirected to another module. A typical command may request the server to run a query, change the active database, report the status, send a continuous dump of the replication updates, close the connection, or perform some other operation.
In MySQL server terminology, there are two types of client requests: a query and a command. A query is anything that has to go through the parser. A command is a request that can be executed without the need to invoke the parser. We will use the term query in the context of MySQL internals. Thus, not only a SELECT but also a DELETE or INSERT in our terminology would be called a query. What we would call a query is sometimes called an SQL statement.
If full query logging is enabled, the Command Dispatcher will ask the Logging Module to log the query or the command to the plain-text log prior to the dispatch. Thus in the full logging configuration all queries will be logged, even the ones that are not syntactically correct and will never be executed, immediately returning an error.
The Command Dispatcher forwards queries to the Parser through the Query Cache Module. The Query Cache Module checks whether the query is of the type that can be cached, and if there exists a previously computed cached result that is still valid.In the case of a hit, the execution is short-circuited at this point, the cached result is returned to the user, and the Connection Thread receives control and is now ready to process another command. If the Query Cache Module reports a miss, the query goes to the Parser, which will make a decision on how to transfer control based on the query type.
One can identify the following modules that could continue from that point: the Optimizer, the Table Modification Module, the Table Maintenance Module, the Replication Module, and the Status Reporting Module. Select queries are forwarded to the Optimizer; updates, inserts, deletes, and table-creation and schema-altering queries go to the respective Table Modification Modules; queries that check, repair, update key statistics, or defragment the table go to the Table Maintenance module;queries related to replication go to the Replication Module; and status requests go to the Status Reporting Module. There also exist a number of Table Modification Modules: Delete Module, Create Module, Update Module, Insert Module, and Alter Module.
At this point, each of the modules that will receive control from the Parser passes the list of tables involved in the query to the Access Control Module and then, upon success,to the Table Manager, which opens the tables and acquires the necessary locks.Now the table operation module is ready to proceed with its specific task and will issue a number of requests to the Abstracted Storage Engine Module for low-level operations such as inserting or updating a record, retrieving the records based on a key value, or performing an operation on the table level, such as repairing it or updating the index statistics.
The Abstracted Storage Engine Module will automatically translate the calls to the corresponding methods of the specific Storage Engine Module via object polymorphism.In other words, when dealing with a Storage Engine object, the caller thinks it is the caller does not need to be aware of the exact object type of the Storage Engine object.
As the query or command is being processed, the corresponding module may send parts of the result set to the client as they become available. It may also send warnings or an error message. If an error message is issued, both the client and the server will understand that the query or command has failed and take the appropriate measures. The client will not accept any more result set, warning, or error message data for the given query, while the server will always transfer control to the Connection Thread after issuing an error. Note that since MySQL does not use exceptions for reasons of implementation stability and portability, all calls on all levels must be checked for errors with the appropriate transfer of control in the case of failure.
If the low-level module has made a modification to the data in some way and if the binary update logging is enabled, the module will be responsible for asking the Logging Module to log the update event to the binary update log, sometimes known as the replication log, or, among MySQL developers and power users, the binlog.
Once the task is completed, the execution flow returns to the Connection Thread,which performs the necessary clean-up and waits for another query or command from the client. The session continues until the client issues the Quit command.
In addition to interacting with regular clients, a server may receive a command from a replication slave to continuously read its binary update log. This command will be handled by the Replication Master Module.
If the server is configured as a replication slave, the Initialization Module will call the Replication Slave Module, which in turn will start two threads, called the SQL Thread and the I/O thread. They take care of propagating updates that happened on the master to the slave. It is possible for the same server to be configured as both a master and a slave.
mysql数据库英文文献及翻译
Network communication with a client goes through the Client/Server Protocol Module,which is responsible for packaging the data in the proper format, and depending on the connection settings,
compressing it. The Client/Server Protocol Module in turn uses the Low-Level Network I/O module, which is responsible for sending and receiving the data on the socket level in a cross-platform portable way. It is also responsible for encrypting the data using the OpenSSL library calls if the connection options are set appropriately.
As they perform their respective tasks, the core components of the server heavily rely on the Core API. The Core API provides a rich functionality set, which includes file I/O, memory management, string manipulation, implementations of various data structures and algorithms, and many other useful capabilities. MySQL developers are encouraged to avoid direct libc calls, and use the Core API to facilitate ports to new platforms and code optimization in the future.Writer：Sasba pacbev
译文：深入理解MySQL核心技术
姓名：苗月明学号：0651135
MySQL的历史与架构
MySQL的架构的最好的理解是从他的历史背景中去发现。
MySQL的历史
MySQL的历史可以追溯到1979年，当时蒙蒂维德纽斯，在一家名为TcX的小公司工作，他用BASIC语言创造了一个报告工具，在这个报告工具的基础上他在16KB的RAM中写了4跑道的Mhzcomputer。随着时间的推移，该工具被用C语言重新编写并且移植到Unix 系统上运行。但它任然只是一个有前端报告的低级别存储引擎。该工具被称为Unireg。
在计算资源少的不利条件啊，也许只是靠着上帝赐予他的创造天赋，蒙蒂自然而然的开发了一种习惯和能力去编写有效的代码。在不会事先知道许多细节关于未来的发展方向，他任然凭借他异常尖锐的眼光去开发了那些对未来发展有很大帮助的代码，后者可以说也许这是从一开始就赐予他的天赋。
除了上面所述，在TcX这个小公司，蒙蒂作为拥有者之一，他对自己编写的代码有着很多发言权。虽然有可能在那也有许多很蒙蒂一样拥有天赋和能力的程序员，但由于各种各样的原因，他们中很少能有可以执行代码超过20年的，但蒙蒂是这样。
蒙蒂的努力工作，天赋，和代码所有权为以后MySQL的创造打下了坚实的基础。
在20世纪90年代那段时间，TcX的顾客们开始把他们的数据按进SQL的接口中。考虑了几种可能性。一，加载到一个商业数据库。但蒙蒂并不满意运行的速度。于是他试图借用SQL中的部分mSQL代码并结合自己的低级别存储引擎。但并不成功，接着作为一个有天赋的驱动程序员的经典去举动出现了：“我已经有足够的工具那些别人写出来并不能运行的，但我在写我自己的东西。”
因此，在1996年5月MySQL的1.0版本被试用到一个有限制的群体中，随后在1996年10月公开发布了MySQL的3.11.1版本。首次公开发行只提供了对Solaris的二进制分发。一个月后，源和Linux二进制被释放。
在未来两年中，随着功能集逐渐的增加，MySQL被移植到许多别的操作系统中。MySQL 最初在一个特殊许可证下发布，允许商业利用那些谁也没分配的软件。特殊许可证也可以与商品一起绑定出售给那些需要的人。此外，商业产权也在被出售。尽管他们独创的目的已经达到，但TcX从中获得的收入已经证明了MySQL未来的发展肯能。
在此期间MySQL发展到3..22版本。它支持SQL语言的完整的一个子集，比我们预期可能有一个人写的优化了很多更复杂的，非常快，非常稳定。APIs的成员都做出了贡献，使任何一个人几乎能在任意一个客户端编写程序语言。但它任然缺少交易，子查询，外键，存储过程和视图的支持。锁定只能发生在一个表级别，在某些情况下可能慢下来然后突在处理性能和节约成本的改善换取其代码中的局限。
在1999年~2000年这个时间里，一个命名为MySQL AB的独立公司成立。它公司雇佣了一些开发商并和提供Sleepycat的Berkeley DB的数据文件的SQL接口的建立了伙伴关系。由于Berkeley DB有交易功能。这件给MySQL以前完全被锁定的交易功能带来支持。为了准备整合Berkeley DB在修改一些代码之后，版本3.23被推出了。
虽然MySQL的开发人员不肯做到Berkeley DB所有苛刻的要求，Berkeley DB表也从来没有稳定运行，但努力没有白费。因此，MySQL源代码成为配有挂钩添加任何类型存储的发动机，包括一个事物之一。
mysql数据库英文文献及翻译
到2000年4月，凭借一些来自于Slashdot的鼓励和赞助，增加了masterslave的复制能力。老的非事物存储引擎，ISAM，被进行了修改然后以MyISAM进行了发布。在许多改善中，支持了全文搜索功能。和NuSphere的短期合作伙伴关系用来增加一个双子座，一个有着行级锁定的交易引擎。然而大约在同一时间，Heikki Tuuri带着使用自己的存储引擎InnoDB 的建议和MySQL AB公司接触，InnoDB一样有交易和行级锁定功能。
科瓦莱宁的贡献使得新表与Berkeley DB接口的一体化处理更为顺利。MySQL与InnoDB 的组合形成了4.0版本，并且在2001年10月以alpha命名发布。到了2002年初MySQL与InnoDB的组逐步稳定，使得MySQL到达了另一个层面。在2003年3月宣布4.0版本正式进入稳定生产。
版本的升级是值得一提的但绝不是因为InnoDB的补充而导致的结果。MySQL的开发人员一直认为InnoDB是非常重要的的补充，但不意味着是完全依赖它而导致成功的。那时，即使是现在，一个新存储引擎的补充不肯能像一个版本的改变一样庆祝。事实上，相比过去的版本，4.0版本没有多大的补充。也许最重要的补充就是增加了缓存查询，这个使大量代码运行的表现得到了大大的提高。代码的复制与重写使用两个线程：一是来之主机对网络I/O,另一个是处理更新。又增加了一些改进的优化。客户机/服务器协议成为SSL能力。
在2003年3月，命名为alpha的4.1版本发布，并在2004年6月宣布进行测试。不同于4.0版本，它增加了许多重大的改进。也许最重要的是子查询，一个被许多使用者期待已久的功能。空间索引功能的直接被增加到MySQL的存储引擎中。实施了Unicode的支持。客户机/服务器协议得到了许多改变。它更能抵抗外界的攻击，并支持编写报表。
在alpha4..1版本发布的同时，另一个发展分支任然在进行开发工作：版本5.0，它增加了存储过程，服务器端游标，触发器，试图，XA事物，查询优化器有了巨大的改进，并且有了许多新功能。因为MySQL的开发者感觉到如果如果把所有最新的顶级功能加入到4.1版本中将会花费很长的时间去稳定，而且他们不得不对存储过程进行处理，于是决定设立一个单独的开发分支。终于在2003年12月alpha5.0版本发布了。有一阵子，由于alpha形成了两个分支机构造成了很大的混乱。总后当4.1版本在2004年10月达到稳定时，混乱也同时解决了。
一年之后，在2005年10月5.0版本也达到了稳定。
随后在2005年11月第一个alpha5.1版本发布，它增加了许多改进，其中有表中的数据分区，基于行的复制，事件调度，和标准化的API插件，这有利于其它的插件与新存储引擎的整合。
在这一点上，MySQL正在积极发展。5.0是目前最稳定的版本，虽然5.1是测试版，但应该很快能达到稳定。新功能会被引进到5.2版本中。
MySQL的架构
对于大部分，MySQL的架构不同于正式定义和规范。在最初代码编写时，不是为了在未来成为大系统中的一部分，而是为了解决一些非常具体的问题。然而它写的这么好又有足够的洞察力，由于它有足够的优秀作品达到的地步促使它组建一个数据库服务器。
核心模块
我做个尝试在这节中找出系统中的核心模块。但我要补充说明下这只是一个尝试去寻在正规的存在。MySQL的开发者很少考虑这些条件。相反，他们更在乎文件，类，目录，结构和功能。“这发生在mi_open()”比“这发生在MylSAM存储引擎水平”更常被听到。MySQL 的开发者太了解代码，因此他们能更多的去想运行等级，结构层次和类。他们更可能在本节中发现抽象的东西而不是无用的东西。但，这将对人们用来思考团队模块和团队管理有帮助。
关于这个模块是一段代码逻辑上属于同一地址。，并执行服务器上的某些重要功能。
人们可以在服务器中识别以下模块：
? 服务器初始化模块
? 连接管理器
? 线程管理
? 线程连接
? 用户身份验证模块
? 访问控制模块
? 分析器
? 指挥调度
? 查询缓存模块
? 优化
? 表管理器
? 表改造模块
? 表维护模块
? 状态报告模块
? 引分析存储引起接口（标处理程序）
? 存储引擎实现（MyISAM, InnoDB, MEMORY, Berkeley DB）
? 日志记录模块
? 复制主模块
? 复制从模块
? 客户端/服务器协议的API
? 低级别网络I/O的API
? 核心的API
毕业论文外文文献翻译-数据库管理系统的介绍
数据库管理系统的介绍 Raghu Ramakrishnan1 数据库（database,有时拼作data base）又称为电子数据库，是专门组织起来的一组数据或信息，其目的是为了便于计算机快速查询及检索。数据库的结构是专门设计的，在各种数据处理操作命令的支持下，可以简化数据的存储，检索，修改和删除。数据库可以存储在磁盘，磁带，光盘或其他辅助存储设备上。 数据库由一个或一套文件组成，其中的信息可以分解为记录，每一记录又包含一个或多个字段（或称为域）。字段是数据存取的基本单位。数据库用于描述实体，其中的一个字段通常表示与实体的某一属性相关的信息。通过关键字以及各种分类（排序）命令，用户可以对多条记录的字段进行查询，重新整理，分组或选择，以实体对某一类数据的检索，也可以生成报表。 所有数据库（最简单的除外）中都有复杂的数据关系及其链接。处理与创建，访问以及维护数据库记录有关的复杂任务的系统软件包叫做数据库管理系统（DBMS）。DBMS软件包中的程序在数据库与其用户间建立接口。（这些用户可以是应用程序员，管理员及其他需要信息的人员和各种操作系统程序）。 DBMS可组织，处理和表示从数据库中选出的数据元。该功能使决策者能搜索，探查和查询数据库的内容，从而对在正规报告中没有的，不再出现的且无法预料的问题做出回答。这些问题最初可能是模糊的并且（或者）是定义不恰当的，但是人们可以浏览数据库直到获得所需的信息。简言之，DBMS将“管理”存储的数据项，并从公共数据库中汇集所需的数据项以回答非程序员的询问。 DBMS由3个主要部分组成：（1）存储子系统，用来存储和检索文件中的数据；（2）建模和操作子系统，提供组织数据以及添加，删除，维护，更新数据的方法；（3）用户和DBMS之间的接口。在提高数据库管理系统的价值和有效性方面正在展现以下一些重要发展趋势； 1.管理人员需要最新的信息以做出有效的决策。 2.客户需要越来越复杂的信息服务以及更多的有关其订单，发票和账号的当前信息。 3.用户发现他们可以使用传统的程序设计语言，在很短的一段时间内用数据1Database Management Systems( 3th Edition ),Wiley ,2004, 5-12
9个常用的国外英文文献数据库
9个常用的国外英文论文文献数据库 9个论文文献数据库，科研搬砖，阅读涨姿势，论文写作小帮手！先说说什么是数据库：学术科研中说的「数据库」和「文献数据库」，往往是一种的形式，这个的贮存了大量文献数据（比如论文）可以简单的理解为一个网络图书馆。 数据库中的论文往往都是耗费了大量的时间和精力整理出来的，还有很多是需要购买才可以放在互联网上的，再加上维护这个本身就耗费颇多，因此这些数据库通常不是完全免费的，你可以在上面免费查找文献，浏览摘要等简介容，但是如果你要下载文献，就要付钱。 大学因为科研和教学需要，常年要下载大量的论文材料，所以就会和数据库的经营者签订很多协议，例如包年，就是给一定量的钱，然后就可以无限制下载论文。也有按照下载的数量进行计费。那英语作为世界第一学术语言，有哪些数据库是值得大家分享的呢？1、Wiley InterScience(英文文献期刊)Wiley InterScience是John Wiely & Sons公司创建的动态在线容服务，1997年开始在网上开通。通过InterScience，Wiley公司以许可协议形式向用户提供在线访问全文容的服务。Wiley InterScience收录了360多种科学、工程技术、医疗领域及相关专业期刊、30多种大型专业
参考书、13种实验室手册的全文和500多个题目的Wiley 学术图书的全文。网址：onlinelibrary.wiley./其中被SCI 收录的核心期刊近200种。期刊具体学科划分为：Business,Finance & Management (商业、金融和管理)、Chemistry (化学)、Computer Science（计算机科学）、Earth Science （地球科学）、Education （教育学）、Engineering （工程学）、Law（法律）、Life and Medical Sciences （生命科学与医学）、Mathematics and Statistics（数学统计学）、Physics （物理）、Psychology （心理学）。 2. ICPSRICPSR全称为Inter-university Consortium for Political and Social Research，即美国校际社会科学数据共享联盟。成立于1962年，位于美国密西根大学安娜堡分校(University of Michigan- Ann Arbor, 1817-)，储存超过17000种调查研究资料，如军队官兵总名册，遗嘱、遗嘱查验与税收纪录，是现在世界上最大的社会科学数据中心，拥有600多个成员机构，包括大学和各种研究中心。网址：https://www.sodocs.net/doc/9114306623.html,/icpsrweb/landing.jsp其中400多个成员机构在美国，我国的国家人口发展研究战略课题组，大学，大学，科技大学，浸会大学也是成员之一。 3. IEEE 电气电子工程师学会IEEE（Institute of Electrical & Electronics Engineers）是电子信息领域最著名的跨国性学
数据库外文参考文献及翻译.
数据库外文参考文献及翻译 数据库外文参考文献及翻译数据库管理系统——实施数据完整性一个数据库，只有用户对它特别有信心的时候。这就是为什么服务器必须实施数据完整性规则和商业政策的原因。执行SQL Server的数据完整性的数据库本身，保证了复杂的业务政策得以遵循，以及强制性数据元素之间的关系得到遵守。因为SQL Server的客户机/服务器体系结构允许你使用各种不同的前端应用程序去操纵和从服务器上呈现同样的数据，这把一切必要的完整性约束，安全权限，业务规则编码成每个应用，是非常繁琐的。如果企业的所有政策都在前端应用程序中被编码，那么各种应用程序都将随着每一次业务的政策的改变而改变。即使您试图把业务规则编码为每个客户端应用程序，其应用程序失常的危险性也将依然存在。大多数应用程序都是不能完全信任的，只有当服务器可以作为最后仲裁者，并且服务器不能为一个很差的书面或恶意程序去破坏其完整性而提供一个后门。SQL Server使用了先进的数据完整性功能，如存储过程，声明引用完整性（DRI），数据类型，限制，规则，默认和触发器来执行数据的完整性。所有这些功能在数据库里都有各自的用途;通过这些完整性功能的结合，可以实现您的数据库的灵活性和易于管理，而且还安全。声明数据完整性声明数据完整原文请找腾讯3249114六,维-论'文.网 https://www.sodocs.net/doc/9114306623.html, 定义一个表时指定构成的主键的列。这就是所谓的主键约束。SQL Server使用主键约束以保证所有值的唯一性在指定的列从未侵犯。通过确保这个表有一个主键来实现这个表的实体完整性。有时，在一个表中一个以上的列（或列的组合）可以唯一标志一行，例如，雇员表可能有员工编号（ emp_id ）列和社会安全号码（ soc_sec_num ）列，两者的值都被认为是唯一的。这种列经常被称为替代键或候选键。这些项也必须是唯一的。虽然一个表只能有一个主键，但是它可以有多个候选键。 SQL Server的支持多个候选键概念进入唯一性约束。当一列或列的组合被声明是唯一的， SQL Server 会阻止任何行因为违反这个唯一性而进行的添加或更新操作。在没有故指的或者合适的键存在时，指定一个任意的唯一的数字作为主键，往往是最有效的。例如，企业普遍使用的客户号码或账户号码作为唯一识别码或主键。通过允许一个表中的一个列拥有身份属性，SQL Server可以更容易有效地产生唯一数字。您使用的身份属性可以确保每个列中的值是唯一的，并且值将从你指定的起点开始，以你指定的数量进行递增（或递减）。（拥有特定属性的列通常也有一个主键或唯一约束，但这不是必需的。）第二种类型的数据完整性是参照完整性。 SQL Server实现了表和外键约束之间的逻辑关系。外键是一个表中的列或列的组合，连接着另一个表的主键（或着也可能是替代键）。这两个表之间的逻辑关系是关系模型的基础;参照完整性意味着这种关系是从来没有被违反的。例如，一个包括出版商表和标题表的简单的select例子。在标题表中，列title_id （标题编号）是主键。在出版商表，列pub_id （出版者ID ）是主键。 titles表还包括一个pub_id列，这不是主键，因为出版商可以发布多个标题。相反， pub_id是一个外键，它对应着出版商表的主键。如果你在定义表的时候声明了这个关系， SQL Server由双方执行它。首先，它确保标题不能进入titles表，或在titles表中现有的pub_id无法被修改，除非有效的出版商ID作为新pub_id出现在出版商表中。其次，它确保在不考虑titles表中对应值的情况下，出版商表中的pub_id的值不做任何改变。以下两种方法可
外文文献搜索方法
1。文献数据库 国内主要资源 1。维普该数据库收录8000余种社科类及自然科学类期刊的题录、文摘及全文。主题范畴为社科类、自然科学类、综合类。年代跨度为1989年至今 2。万方万方数据资源系统的数据库有百余个，应用最多的主要是包括了专业文献库、中国科技引文库、中国学位论文库、中国期刊会议论文库等。 3。cnki 主要应用包括中国期刊全文数据库、中国优秀博士硕士论文全文数据库、中国重要报纸全文数据库、中国医院知识仓库、中国重要会议论文全文数据库。 4。超星图书馆、书生之家图书馆、中国数字图书馆国内主要汇集各类图书资源的数据库国外主要资源 1.SpringerLink 包含学科：化学、计算机科学、经济学、工程学、环境科学、地球科学、法律、生命科学、数学、医学、物理与天文学等11个学科，其中许多为核心期刊。 2.IEEE／IEE 收录美国电气与电子工程师学会（IEEE）和英国电气工程师学会（IEE）自1 988年以来出版的全部150多种期刊，5670余种会议录及1350余种标准的全文信息。 3.Engineering Village 由美国Engineering Information Inc.出版的工程类电子数据库，其中Ei Compendex数据库是工程人员与相关研究者最佳、最权威的信息来源。 4.ProQuest 收录了1861年以来全世界1,000多所著名大学理工科160万博、硕士学位论文的摘要及索引，学科覆盖了数学、物理、化学、农业、生物、商业、经济、工程和计算机科学等，是学术研究中十分重要的参考信息源 5.EBSCO数据库ASP（Academic Search Premier）：内容包括覆盖社会科学、人文科学、教育、计算机科学、工程技术、语言学、艺术与文化、医学、种族研究等方面的学术期刊的全文、索引和文摘；BSP（Business Source Premier）：涉及经济、商业、贸易、金融、企业管理、市场及财会等相关领域的学术期刊的全文、索引和文摘 6.SCIENCEDIRECT数据库是荷兰Elsevier Science公司推出的在线全文数据库，该数据库将其出版的1,568种期刊全部数字化。该数据库涵盖了数学、物理、化学、天文学、医学、生命科学、商业及经济管理、计算机科学、工程技术、能源科学、环境科学、材料科学、社会科学等众多学科。 7.OCLC(OnlineComputerLibraryCenter)即联机计算机图书馆中心，是世界上最大的提供文献信息服务的机构之一.其数据库绝大多数由一些美国的国家机构、联合会、研究院、图书馆和大公司等单位提供。数据库的记录中有文献信息、馆藏信息、索引、名录、全文资料等内容。资料的类型有书籍、连续出版物、报纸、杂志、胶片、计算机软件、音频资料、视频资料、乐谱等。 2。文献检索 1）国内期刊报纸全文可以在万方，维普，cnki进行检索，其他专业的数据库也可以；学位论文，可以在万方、cnki检索。专利、标准等文献还是要到相应的数据库进行检索。 2）国外期刊在我以上提供的数据库都可以检索，而学位论文多是在ProQuest数据库进行检索 3。进入数据库方法和思路 1）购买权限，这个不用我废话，理论上这些资源部是**的。查阅时，只能到购买权限的单位，才能进入数据库。或者，如果你有足够的钱的用来烧的话，那你可以购买阅读卡，一切都ok了！ 2）采用公共的用户名和密码。这种方法用起来是最好最省事情的，但是搜索可就费时间了。密码来源多是试用形式的，一段时间会过期。取得这种密码，要看你的搜索能力了，有时间我会谈谈搜索经验和大家交流。如果你水平足够高超的话，可以自己研发破解工具，或者使
英文参考文献翻译完结
基于反馈神经网络肘关节力矩的动态预测 R.Song K.Y.Tong 健康技术与信息学系，香港理工大学 KowIoon，香港
摘要 肌肉模型是身体部分运动分析的一个重要组成部分。尽管许多研究已经集中在静态条件下,但是肌电信号（EMG）和关节转矩在自愿动态情况下之间的关系并没有被很好的研究。本研究的目的是调查的一个反馈人工神经网络的性能（RANN）自愿动态情况下的复杂肘扭矩估计。肌电信号和运动数据，其中包括角度和角速度，被用来作为估计在运动过程中预期的扭矩输入。此外，角度和角速度的预测精度的作用进行了研究，并比较两个模型。一个模型的肌电图和关节运动的投入和其他的模型只使用肌电图无运动数据输入。六例健康体检者，和两个平均角速度（60°S 7和90°S 7）三种不同负荷（0公斤，1公斤，2公斤）在手的位置被选择来训练和测试90°屈肘、全伸肘之间的递归神经网络（0 ~）。训练结束后，根平均平方误差（RMSE）预期的扭矩和扭矩之间的模型预测，在训练数据集的肌电图和关节运动的投入和测试数据集，分别为0.17±0.03 nm和0.35 + 0.06 nm。预期的扭矩和预测模型的RMSE值之间的扭矩，在训练数据集只有肌电输入和测试集，分别为0.57 t - 0.07 nm和0.73 T 0.11 nm。结果表明，肌电信号一起运动的数据提供了更好的性能预测的关节力矩；关节角度和角速度提供了重要信息的关节力矩的估计在自愿的运动。 关键词:肌肉骨骼模型，自愿的运动，反馈人工神经网络，逆动力学模型
第一章绪论 由于希尔提出了1938肌肉的经典论文，神经生理学和神经肌肉骨骼系统的生物力学已被广泛研究，使人体运动生成的原理可以发现（希尔，1938）。 探讨中枢神经系统（CNS）激发肌肉和其后的发展力和产生不同的人体运动，许多模型来描述和定性的肌肉骨骼系统的不同层次的性能（温特斯，1990；扎杰克和温特斯，1990）。一个被普遍接受的山为基础的神经肌肉骨骼系统由以下子模型，一步一步：肌肉兴奋-收缩模型；肌腱骨骼模型；动态模型（扎耶克，1989）。 图1 肌肉骨骼模型框图 图1显示了基于hillbased模型的运动生成。图1，肌肉兴奋收缩模型是用来估计中枢神经系统指挥肌肉活动的状态。肌腱模型产生的肌肉力量不仅基于肌肉激活状态，而且基于肌腱式长度和肌腱式收缩速度，这与关节角速度和角速度（温特斯和斯塔克，1988）。前项状态的肌肉力量，它决定了肌腱的依从性，还负责肌肉力在后一阶段（扎耶克，1989）。一旦所有负责的关节运动的肌肉力量已经发现，肌肉的力量与各自的肌肉力臂和的结果求和乘法可以产生关节力矩。所有子模型的数学积分可以用来描述关节运动是中枢神经系统的命令产生哪些参数斧负责关节力矩。 肌电信号反映肌肉的活动，和许多类似的肌电力矩的关系已经在静态和动态情况的研究（张等人，1997；麦森纳和莫润，1995）。肌肉的肌电信号也常被认
9个常用的国外英文论文文献数据库
9个常用的国外英文论文文献数据库9个论文文献数据库，科研搬砖，阅读涨姿势，论文写作小帮手！先说说什么是数据库：学术科研中说的「数据库」和「文献数据库」，往往是一种网站的形式，这个网站的贮存了大量文献数据（比如论文）可以简单的理解为一个网络图书馆。 数据库中的论文往往都是耗费了大量的时间和精力整理出 来的，还有很多是需要购买版权才可以放在互联网上的，再加上维护这个网站本身就耗费颇多，因此这些数据库通常不是完全免费的，你可以在上面免费查找文献，浏览摘要等简介内容，但是如果你要下载文献，就要付钱。 大学因为科研和教学需要，常年要下载大量的论文材料，所以就会和数据库的经营者签订很多协议，例如包年，就是给一定量的钱，然后就可以无限制下载论文。也有按照下载的数量进行计费。那英语作为世界第一学术语言，有哪些数据库是值得大家分享的呢？1、Wiley InterScience(英文文献期刊)Wiley InterScience是John Wiely & Sons公司创建的动态在线内容服务，1997年开始在网上开通。通过InterScience，Wiley 学术期刊集成全文数据库（Academic Search Premier，简称ASP）：包括有关生物科学、工商经济、资讯科技、通讯传播、工程、教育、艺术、文学、医药学等领域的七千多种期刊，
其中近四千种全文刊。 学术研究图书馆（Academic Research Library，简称ARL）综合参考及人文社会科学期刊论文数据库，涉及社会科学、人文科学、商业与经济、教育、历史、传播学、法律、军事、文化、科学、医学、艺术、心理学、宗教与神学、社会学等学科，收录2，300多种期刊和报纸，其中全文刊占三分之二，有图像。可检索1971年来的文摘和1986年来的全文。商业信息数据库（ABI/INFORM）ABI即为Abstracts of Business Information的缩写，世界着名商业及经济管理期刊论文数据库，收录有关财会、银行、商业、计算机、经济、能源、工程、环境、金融、国际贸易、保险、法律、管理、市场、税收、电信等主题的1，500多种商业期刊，涉及这些行业的市场、企业文化、企业案例分析、公司新闻和分析、国际贸易与投资、经济状况和预测等方面，其中全文刊超过50%，其余为文摘，有图像。 医学电子期刊全文数据库（ProQuest Medical Library）该数据库收录有220种全文期刊，文献全文以PDF格式或文本加图像格式存储；收录范围包括所有保健专业的期刊，有护理学、儿科学、神经学、药理学、心脏病学、物理治疗及其它方面。 6. BlackwellBlackwell出版公司是世界上最大的期刊出版商之一(总部设在英国伦敦的牛津)，以出版国际性期刊为主，
Web应用程序安全外文翻译参考文献
Web应用程序安全外文翻译参考文献(文档含中英文对照即英文原文和中文翻译) 原文： Basic Security Practices for Web Applications Even if you have limited experience with and knowledge of application security, there are basic measures that you should take to help protect your Web applications. The following sections in this topic provide minimum-security guidelines that apply to all Web applications.General Web Application Security Recommendations;Run Applications with Minimum Privileges ;Know Your Users; Guard Against Malicious User Input;Access Databases Securely;Create Safe Error Messages;Keep Sensitive Information Safely;Use Cookies Securely;Guard Against Denial-of-Service Threats. 1. General Web Application Security Recommendations
大学毕业设计仓库管理系统数据库计算机外文参考文献原文及翻译
河北工程大学毕业论文（设计）英文参考文献原文复印件及译文 数据仓库 数据仓库为商务运作提供结构与工具，以便系统地组织、理解和使用数据进行决策。大量组织机构已经发现，在当今这个充满竞争、快速发展的世界，数据仓库是一个有价值的工具。在过去的几年中，许多公司已花费数百万美元，建立企业范围的数据仓库。许多人感到，随着工业竞争的加剧，数据仓库成了必备的最新营销武器——通过更多地了解客户需求而保住客户的途 径。“那么”，你可能会充满神秘地问，“到底什么是数据仓库？” 数据仓库已被多种方式定义，使得很难严格地定义它。宽松地讲，数据仓库是一个数据库，它与组织机构的操作数据库分别维护。数据仓库系统允许将各种应用系统集成在一起，为统一的历史数据分析提供坚实的平台，对信息处理提供支持。 按照W. H. Inmon，一位数据仓库系统构造方面的领头建筑师的说法，“数 (1) 视图。 (2)
般文件和联机事务处理记录，集成在一起。使用数据清理和数据集成技术，确保命名约定、编码结构、属性度量的一致性等。 (3)时变的：数据存储从历史的角度（例如，过去5-10 年）提供信息。数据仓库中的关键结构，隐式或显式地包含时间元素。 (4) 非易失的：数据仓库总是物理地分离存放数据；这些数据源于操作环境下的应用数据。由于这种分离，数据仓库不需要事务处理、恢复和并行控制机制。通常，它只需要两种数据访问：数据的初始化装入和数据访问。 概言之，数据仓库是一种语义上一致的数据存储，它充当决策支持数据模型的物理实现，并存放企业决策所需信息。数据仓库也常常被看作一种体系结构，通过将异种数据源中的数据集成在一起而构造，支持结构化和启发式查询、分析报告和决策制定。 “好”，你现在问，“那么，什么是建立数据仓库？” 根据上面的讨论，我们把建立数据仓库看作构造和使用数据仓库的过程。数据仓库的构造需要数据集成、数据清理、和数据统一。利用数据仓库常常需要一些决策支持技术。这使得“知识工人”（例如，经理、分析人员和主管）能够使用数据仓库，快捷、方便地得到数据的总体视图，根据数据仓库中的信息做出准确的决策。有些作者使用术语“建立数据仓库”表示构造数据仓库的过程，而用术语“仓库DBMS”表示管理和使用数据仓库。我们将不区分二者。 “组织机构如何使用数据仓库中的信息？”许多组织机构正在使用这些信息支持商务决策活动，包括: (1)、增加顾客关注，包括分析顾客购买模式（如，喜爱买什么、购买时间、预算周期、消费习惯）； (2)、根据季度、年、地区的营销情况比较，重新配置产品和管理投资，调整生产策略； (3)、分析运作和查找利润源； (4)、管理顾客关系、进行环境调整、管理合股人的资产开销。 从异种数据库集成的角度看，数据仓库也是十分有用的。许多组织收集了形形色色数据，并由多个异种的、自治的、分布的数据源维护大型数据库。集成这些数据，并提供简便、有效的访问是非常希望的，并且也是一种挑战。数据库工业界和研究界都正朝着实现这一目标竭尽全力。 对于异种数据库的集成，传统的数据库做法是：在多个异种数据库上，建立一个包装程序和一个集成程序（或仲裁程序）。这方面的例子包括IBM 的数据连接程序和Informix的数据刀。当一个查询提交客户站点，首先使用元数据字典对查询进行转换，将它转换成相应异种站点上的查询。然后，将这些查询
英文文献检索
文献检索是非常麻烦的事情，一般都是通过各种数据库进行检索，但由于购买的电子数据库基本都只有1997年以后的文献，文献量比较少，而且很多领域属于落后于国外20-30年的研究，一般很难查到，即使能查到出处，但无原文。文献查找是个费时费力的事情，需要细心和耐心，反复查找，以下谈谈个人关于如何利用网络进行文献查找的一些经验。 ①搜索引擎的高级功能 搜索引擎主要https://www.sodocs.net/doc/9114306623.html,和https://www.sodocs.net/doc/9114306623.html,，https://www.sodocs.net/doc/9114306623.html,则仅在检索中文时稍好点，英文很差，用处不大。我们常用的google侧重于网页的检索，Scholar则主要针对学术类文献进行检索，格式主要是pdf，对于论文的引用也会显示，对于知道文献名和作者的情况比较容易直接找到pdf文档，一般这两个搜索引擎要联合使用。 Google的高级检索功能中有几个常用的功能： （1）锁定关键词检索：使用双引号如”停车”，则所有检索结果均包含双引号中的内容，以减少检索结果量； （2）文件类型检索：文件类型主要是.pdf和.doc文档，国外文献大部分以pdf格式发布，使用格式限制可以排除很多不必要的检索结果，如输入：停车filetype:pdf，当然其它google 识别的格式都可使用； （3）指定网址检索：如果发现某个网站有需要的文献，则可以直接指定到该网站检索，以获得需要的资料，如输入：停车site:https://www.sodocs.net/doc/9114306623.html,。 Google的详细功能请参照google的高级检索，百度在使用上相同。 ②关键词的使用 检索结果如何，和关键词的使用直接相关，所以，首先要弄清楚在英文中关键词有哪几种表达方式，分别进行检索，而对于文献综述类，可以使用：review、overview、literature review、history、development、trend等和关键词一起检索。 关键词的检索并不是一次就能确定下来的，刚开始选用几个看能否找到，如果找到一些，先初步看看那些文献，对内容有了更深一些的认识后同时也对检索关键词增加了了解，实际上是不断调整检索关键词的过程 ③参考文献的使用 检索到一些文章后，先要看看文献后的参考文献，国外文献一般都会很详细的列出，可根据参考文献相应的进行有目的的检索，如找到指定数据库的期刊，或者检索作者，作者的个人主页一般提供作者本人发表文献的下载（最好的资源），有些还提供作者的E-mal，可直接写信给作者，一般对方都会提供。 另外，利用google的强大功能，对论文题名、期刊和作者进行检索，期刊的检索经常能发现该期刊被那个数据库收录，则可直接到相应的数据库找到，检索作者则最好加关键词、年等信息以缩小检索范围，而且不要用缩写，会忽略很多信息。 如果找到某个期刊历年的电子数据库，虽然网站有自己的检索功能，但最好不要检索之后其它就放弃了，实际上很多文献不一定检索得到，需要有耐心的一期一期的去看（当然实际上这个工作量并不大，国外的期刊一般每期也就10篇左右），但如果错过了需要的文献则损失
外文文献之数据库信息管理系统简介
Introduction to database information management system The database is stored together a collection of the relevant data, the data is structured, non-harmful or unnecessary redundancy, and for a variety of application services, data storage independent of the use of its procedures; insert new data on the database , revised, and the original data can be retrieved by a common and can be controlled manner. When a system in the structure of a number of entirely separate from the database, the system includes a "database collection." Database management system (database management system) is a manipulation and large-scale database management software is being used to set up, use and maintenance of the database, or dbms. Its unified database management and control so as to ensure database security and integrity. Dbms users access data in the database, the database administrator through dbms database maintenance work. It provides a variety of functions, allows multiple applications and users use different methods at the same time or different time to build, modify, and asked whether the database. It allows users to easily manipulate data definition and maintenance of data security and integrity, as well as the multi-user concurrency control and the restoration of the database. Using the database can bring many benefits: such as reducing data redundancy, thus saving the data storage space; to achieve full sharing of data resources, and so on. In addition, the database technology also provides users with a very simple means to enable users to easily use the preparation of the database applications. Especially in recent years introduced micro-computer relational database management system dBASELL, intuitive operation, the use of flexible, convenient programming environment to extensive (generally 16 machine, such as IBM / PC / XT, China Great Wall 0520, and other species can run software), data-processing capacity strong. Database in our country are being more and more widely used, will be a powerful tool of economic management. The database is through the database management system (DBMS-DATA BASE MANAGEMENT SYSTEM) software for data storage, management and use of dBASELL is a database management system software. Information management system is the use of data acquisition and transmission technology, computer network technology, database construction, multimedia
3000字英文参考文献及其翻译范例
3000字英文参考文献及其翻译 【注意：选用的英文一定要与自己的论文题目相关。 如果文章太长，可以节选（用省略号省略一些段略）。如果字数不够，可以选2至3篇，但要逐一注明详细出处。英文集中在一起放前面，对应的中文翻译放后面。中文翻译也要将出处翻译，除非是网页。 对文献的翻译一定要认真！对英文文献及其翻译的排版也要和论文正文一样！ 特别注意：英文文献应该放在你的参考文献中。】 TOY RECALLS——IS CHINA THE PROBLEM Hari. Bapuji Paul W. Beamish China exports about 20 billion toys per year and they are the second most commonly imported item by U.S. and Canada. It is estimated that about 10,000 factories in China manufacture toys for export. Considering this mutual dependence, it is important that the problems resulting in recalls are addressed carefully. Although the largest portion of recalls by Mattel involved design flaws, the CEO of Mattel blamed the Chinese manufacturers by saying that the problem resulted ‘in this case （because） one of our manufacturers did not follow the rules’. Several analysts too blamed the Chinese manufacturers. By placing blame where it did not belong, there is a danger of losing the opportunity to learn from the errors that have occurred. The first step to learn from errors is to know why and where the error occurred. Further, the most critical step in preventing the recurrence of errors is to find out what and who can prevent it. ……
英文文献查询网址
搜索引擎主要有https://www.sodocs.net/doc/9114306623.html, https://www.sodocs.net/doc/9114306623.html, The Industrialization of Agriculture: Policy, Research, and Education Needs https://www.sodocs.net/doc/9114306623.html,/publications/symposium94.shtml FORCES DRIVING INDUSTRIALIZATION OF AGRICULTURE:. IMPLICATIONS FOR THE GRAIN INDUSTRY IN THE UNITED STATES https://www.sodocs.net/doc/9114306623.html,/projects/documents/SteveSonka.pdf The Present Situation of the Industrialization and Development http://www.ps.ritsumei.ac.jp/assoc/policy_science/071/07103.pdf Farm Policy in an Industrialized Agriculture https://www.sodocs.net/doc/9114306623.html,/~jab/Library/M00-05.pdf Agriculture,. industrialization. and development https://www.sodocs.net/doc/9114306623.html,/public/english/bureau/inst/download/dp7494.pdf Agriculture on the Road to Industrialization https://www.sodocs.net/doc/9114306623.html,/pubs/books/Mellor95/Mellor95toc.pdf 更多：用google搜索industrialization agriculture filetype:pdf 用google学术搜索：https://www.sodocs.net/doc/9114306623.html,/schhp?hl=zh-CN&lr= 英文文献查找---(整理) 分类:文献检索 1.Nova Southeastern University（高权限） 入口：https://www.sodocs.net/doc/9114306623.html, ID：hpdlibrary PW：library 资源列表： ACP Medicine (2006) AHFS Drug Information? (2006) Basic and Clinical Pharmacology - 9th Ed. (2004)
常见英文数据库介绍
常见英文数据库介绍 A ACM Digital Library收录了美国计算机协会（Association for Computing Machinery）的各种电子期刊、会议录、快报等文献AGRICOLA 农业参考文献数据库，涉及美国农业和生命科学等领域，提供了1970年至今的重要农业信息。 American Chemical Society美国化学学会全文期刊数据库American Mathematics Society 美国数学学会数据库，世界上最权威的数学学术团体，数据库内容涉及数学及数学在统计学、工程学、物理学、经济学、生物学、运筹学、计算机科学中的应用等American Physical Society (APS) 美国物理学会数据库，为用户提供期刊的在线阅读。 Annual Reviews为全世界的科学团体服务，提供由著名科学家撰写的评论。Annual Reviews分生物医学、物理学和社会科学三个主题，共出版29种期刊。 ASCE The American Society of Civil Engineers美国土木工程师协会数据库 ASME Technical Journal 美国机械工程师学会数据库。美国机械工程师学会,主持着世界上最大的技术出版之一，制定各种工业和制造业行业标准。由于工程领域各学科间交叉性不断增长，ASME出版物也相应提供了跨学科前沿科技的资讯。 B
Beilstein/Gmelin crossfire以电子方式提供包含可供检索的化学结构和化学反应、相关的化学和物理性质，以及详细的药理学和生态学数据在内的最全面的信息资源。 BIOSIS Previews世界上最大的关于生命科学的文摘索引数据库。Blackwell 英国Blackwell(英文文献期刊)(https://www.sodocs.net/doc/9114306623.html,) Blackwell出版公司是世界上最大的期刊出版商之一(总部设在英国伦敦的牛津)，以出版国际性期刊为主，包含很多非英美地区出版的英文期刊。它所出版的学术期刊在科学技术、医学、社会科学以及人文科学等学科领域享有盛誉。 近年来，Blackwell出版的期刊不断发展。目前，Blackwell出版期刊总数已超过700种，其中理科类期刊占54%左右，其余为人文社会科学类。涉及学科包括：农业、动物学、医学、工程、数学统计、计算机技术、商业经济、生命科学、物理学、人文科学、艺术、社会及行为科学等。Blackwell出版期刊的学术质量很高，很多是各学科领域内的核心刊物，据最新统计，其中被SCI收录的核心期刊有239种，被SSCI收录的有118种。 Blackwell-Synergy journals https://www.sodocs.net/doc/9114306623.html,/Bowker 多年来在提供图书、期刊和出版信息相关之参考工具资源上，一直扮演着领导者的角色，提供：https://www.sodocs.net/doc/9114306623.html, with Reviews（在版书目），https://www.sodocs.net/doc/9114306623.html,（乌利希国际期刊指南）及期刊分析系统
信息系统和数据库中英文对照外文翻译文献
中英文对照翻译 信息系统开发和数据库开发 在许多组织中，数据库开发是从企业数据建模开始的，企业数据建模确定了组织数据库的范围和一般内容。这一步骤通常发生在一个组织进行信息系统规划的过程中，它的目的是为组织数据创建一个整体的描述或解释，而不是设计一个特定的数据库。一个特定的数据库为一个或多个信息系统提供数据，而企业数据模型（可能包含许多数据库）描述了由组织维护的数据的范围。在企业数据建模时，你审查当前的系统，分析需要支持的业务领域的本质，描述需要进一步抽象的数据，并且规划一个或多个数据库开发项目。图1显示松谷家具公司的企业数据模型的一个部分。 1.1 信息系统体系结构 如图1所示，高级的数据模型仅仅是总体信息系统体系结构(ISA)一个部分或一个组织信息系统的蓝图。在信息系统规划期间，你可以建立一个企业数据模型作为整个信息系统体系结构的一部分。根据Zachman(1987)、Sowa和Zachman （1992）的观点，一个信息系统体系结构由以下6个关键部分组成: 数据（如图1所示，但是也有其他的表示方法）。 操纵数据的处理（着系可以用数据流图、带方法的对象模型或者其他符号表示）。 网络，它在组织内并在组织与它的主要业务伙伴之间传输数据（它可以通过网络连接和拓扑图来显示）。 人，人执行处理并且是数据和信息的来源和接收者（人在过程模型中显示为数据的发送者和接收者）。 执行过程的事件和时间点（它们可以用状态转换图和其他的方式来显示）。 事件的原因和数据处理的规则（经常以文本形式显示，但是也存在一些用于规划的图表工具，如决策表）。 1.2 信息工程 信息系统的规划者按照信息系统规划的特定方法开发出信息系统的体系结构。信息工程是一种正式的和流行的方法。信息工程是一种面向数据的创建和维护信息系统的方法。因为信息工程是面向数据的，所以当你开始理解数据库是怎样被标识和定义时，信息工程的一种简洁的解释是非常有帮助的。信息工程遵循自顶向下规划的方法，其中，特定的信息系统从对信息需求的广泛理解中推导出来（例如，我们需要关于顾客、产品、供应商、销售员和加工中心的数据），而不是合并许多详尽的信息请求（如一个订单输入屏幕或按照地域报告的销售汇总）。自顶向下规划可使开发人员更全面地规划信息系统，提供一种考虑系统组件集成的方法，增进对信息系统与业务目标的关系的理解，加深对信息系统在整个组织中的影响的理解。 信息工程包括四个步骤:规划、分析、设计和实现。信息工程的规划阶段产