第一篇：数据库设计中英文术语表
数据库设计中英文术语表
正文
1.2.3.4.5.Access method（访问方法）：此步骤包括从文件中存储和检索记录。Alias（别名）：某属性的另一个名字。在SQL中，可以用别名替换表名。Alternate keys（备用键，ER/关系模型）：在实体/表中没有被选为主健的候选键。Anomalies（异常）参见更新异常（update anomalies）Application design（应用程序设计）：数据库应用程序生命周期的一个阶段，包括设计用户界面以及使用和处理数据库的应用程序。
6.Attribute（属性）（关系模型）：属性是关系中命名的列。
7.Attribute（属性）（ER模型）：实体或关系中的一个性质。
8.Attribute inheritance（属性继承）：子类成员可以拥有其特有的属性，并且继承那些与超类有关的属性的过程。
9.Base table（基本表）：一个命名的表，其记录物理的存储在数据库中。
10.Binary relationship（二元关系）：一个ER术语，用于描述两个实体间的关系。例如，panch Has Staff。
11.Bottom-up approach（自底向上方法）：用于数据库设计，一种设计方法学，他从标识每个设计组建开始，然后将这些组件聚合成一个大的单元。在数据库设计中，可以从表示属性开始底层设计，然后将这些属性组合在一起构成代表实体和关系的表。
12.Business rules（业务规则）：由用户或数据库的管理者指定的附加规则。
13.Candidate key（候选键，ER关系模型）：仅包含唯一标识实体所必须得最小数量的属性/列的超键。
14.Cardinality（基数）：描述每个参与实体的可能的关系数目。
15.Centralized approach（集中化方法,用于数据库设计）：将每个用户试图的需求合并成新数据库应用程序的一个需求集合16.Chasm trap（深坑陷阱）：假设实体间存在一根，但某些实体间不存在通路。
17.Client（客户端）：向一个或多个服务器请求服务的软件应用程序。
18.Clustering field（群集字段）：记录总的任何用于群集（集合）航记录的非键字段，这些行在这个字段上有相同的值。
19.Clustering index（群集索引）：在文件的群集字段上定义的索引。一个文件最多有一个主索引或一个群集索引。
20.Column（列）：参加属性（attribute）。
21.Complex relationship（复杂关系）：度数大于2的关系。
22.Composite attribute（复合属性）：由多个简单组件组成的属性。
23.Composite key（复合键）：包含多个列的主健。
24.Concurrency control（并发控制）：在多用户环境下同时执行多个十五并保证数据完整性的一个DBMS服务。
25.Constraint（约束）：数据库不允许包含错误数据的一致性规则。
26.Data conversion and loading（数据转换和加载）：数据库应用生命周期重的一个阶段，包括转换现有数据到新数据库中以及酱下耨应用程序转换到新的数据库上运行。
27.Data dictionary（数据字典）：参见系统目录（system catalog）。
28.Data independence（数据独立性）：使用数据的应用程序的数据描述部分。这意味着，如果将新的数据结构添加到数据库中，或者数据库中现有的结构被修改了，那么使用此数据库的就会受到影响，除非应用程序不直接依赖于被修改的部分。
29.Data model（数据模型）：描述数据、数据间关系以及数据的约束的概念的一个集成的集合。
30.Data redundancy（数据冗余）：参见冗余数据（redundant data）。
31.Data security（数据安全）：包括对数据库对象（如表和视图）的访问和使用以及用
户可以在这些对象上实施的操作。
32.Database（数据库）：是逻辑上相关的数据（以及这些数据的描述）的一个共享的集
合，用于解决公司对信息的需求。
33.Database design（数据库设计）：数据库应用生命周期中的一个阶段，包括创建一个
支持公司的操作和目标的数据库的设计。
34.Database integrity（数据库完整性）：指存储数据的正确定和一致性。完整性通常用
约束来表达。
35.Database Management System，DBMS（数据库管理系统）：一个能够让用户定义、创建和维护数据库并控制对数据库的访问的软件系统。
36.Database planning（数据库规划）：能尽可能有效的实现数据库应用的各阶段的管理
活动。
37.Database server（数据库服务器）：同服务器。
38.DBMS engine（DBMS引擎）：同服务器。
39.DBMS selection（DBMS选择）：数据库应用生命周期中的一个阶段，包括选择一个
合适的DBMS来支持数据库应用。
40.Degree of a relationship（关系的度）：一个关系中参与的实体的个数。
41.Denormalization（反规范化）：形式上，这个术语指的是对基本表结构的修改，这样
新的表比原始的表的规范化程度要低。但也可以用此属于更宽泛地形容将两个表和并成一个新表的情形，而这个新表与原来的表具有相同的范式，但比原表包含更多的空值。
42.Derived attribute（派生属性）：表示其值可以从一个相关属性和属性集的值派生得
到的属性，这个属性在实体中不是必须的。
43.Design methodology（设计方法学）：一种结构化的方法，它使用过程、工具和文档
来支持和简化设计过程。
44.Disjoint constraint（无连接约束）：描述子类的成员间的关系，并指明超类某个成员
是否有可能成为一个或多个子类的成员。
45.Domain（域）：一个或多个属性的取值范围。
46.Entity（实体）：具有相同性质的对象的集合，它是由用户或公司标识并可独立存在的。
47.Entity integrity（实体完整性）：在一个基本表中，主健列的值不能为空。
48.Entity occurrence（实体出现）：实体中的一个唯一可标识的对象。
49.Entity-Relationship model（实体关系模型）：公司的实体、属性和关系的详细逻辑表
示。
50.Fact-finding（事实发现）：使用诸如面谈和提问等技术收集关于系统的事实、需求和
性能的形式化过程。
51.Fan trap（扇形陷阱）：但从第三个实体扇出的两个实体有1:*关系时出现扇形陷阱，但这两个实体在他们之间应该有直接关系以提供必要的信息。
52.Field（字段）：同元组（Tuple）。
53.File（文件）：存储在副主存储器中的相关记录的一个命名集合。
54.File-based system（基于文件的系统）：一个文件集合，用来管理（创建、插入、删
除、更新和检索）一个或多个文件中的数据，并产生基于这些文件中的数据的应用（通常是报表）。
55.File organization（文件组织）：当文件存储在磁盘上时，对文件中的记录的安排方式。
56.First normal form（1NF，第一范式）：表中的每个列的交叉处以及记录包含切进包含
一个值的表。
57.Foreign key（外健）：一个表中的一个列或者多个列的集合，这些列匹配某些其他（也
可能是同一个）表中的候选键。
58.4GL, Fourth-Generation Language（第四代语言）：一种非过程化语言，比如SQL，他
只需要用户定义必须完成什么操作，4GL负责将所进行的操作翻译成如何实现这些操作。
59.Full functional dependency（完全函数依赖）：一个列在功能上依赖于复合主健，但
不依赖于主健的任何一个子集的条件。
60.Functional dependency（函数依赖）：描述表中列之间的关系。
61.Generalization（泛化）：通过标识实体间的公共特征使实体间差别最小化的过程。
62.Generalization hierarchy（泛化层次结构）：同类型层次（type hierarchy）。
63.Global data model（全局数据模型）：代表整个公司（和被模型化的公司的一部分）的数据模型。
64.Implementation（实现）：数据库应用生命周期中的一个阶段，包括数据库和应用程
序设计的物理实现。
65.Index（索引）：一种允许DBMS将特定的记录更快的放置到文件中，从而加快对用
户查询的响应的数据结构。
66.Infomation system（信息系统）：能够在整个公司范围内收集、管理、控制和分发数
据/信息的资源。
67.Inheritance（继承）：参见属性继承（attribute inheritance）。
68.Integrity constaints（完整性约束）：防止出现数据库中的数据不一致的约束。
69.IS-A hierarchy（IS－A层次结构）：同类型层次结构（type hierarchy）。
70.Local logical data model（局部逻辑数据模型）：代表特定用户视图或用户视图的组合的数据模型。
71.Logical database design（逻辑数据库设计）：基于特定的数据模型构建公司的数据的模型的过程，但不依赖于特定的DBMS以及其他的物理条件。
72.Meta-data（元数据）：关于数据的数据，参见系统目录（system catalog）。
73.Mision objective（使命目标）：标识数据库必须支持的特定任务。
74.Mission statement（使命语句）：定义数据库应用程序的主要目标。
75.Multiplicity（多样性）：定义与某个相关实体的一次出现有关的实体的出现数目。
76.Multi-valued attribute（多值属性）：为一个实体的出现保存多个值的属性。
77.Nonkey attribute/column（非键属性/列）：不是键的一部分的属性/列。
78.Normal forms（范式）：规范化过程的一个阶段。前三个范式分别为第一范式（1NF）、第二范式（2NF）、第三范式（3NF）。
79.Normalization（规范化）：一种产生带有需要的特性的技术，这种特性能支持用户和
公司的需求。
80.Null（空值）：表示当前不知道或对于这条记录来说不可使用的一个列的值。
81.Operational maintenance（操作维护）：数据库应用生命周期的一个阶段，包括监视
和维护系统安装后的运行。
82.Participation constraint（参与约束，EER模型）：确定超类中的每个出现是否必须作
为子类的一个成员进行参与。
83.Participation constraint（参与约束，ER模型）：确定是否所有或者仅仅是某些实体出
现参与到关系中。
84.Physical database design（物理数据库设计）：在二级存储上产生数据库实现的描述的过程，它描述基本表、文件的组织、用于获得有效访问的索引以及所有与完整性约束和安全性限制有关的说明。
85.Primary index（主索引）：在文件的有序键字段上构建的索引。一个文件最多可以有
一个主索引或一个群集索引。
86.Primary key（主健，ER模型）：用来标识每个实体的出现的候选键。
87.Primary key（主健，关系模型）：在一个表中用来标识记录唯一性的候选键。
88.Privileges（权限）：允许用户在给定基本表和视图上执行的操作。
89.Prototyping（原型）：数据库的应用程序生命周期的一个阶段，包括勾践数据库应用
程序的工作模型。
90.Query-by-Example（QBE）：一种用于关系型DBMS的非过程化的数据库语言。QBE
是一个图形化的“点－按”查询数据库的方法。
91.RDBMS：关系型DBMS。
92.Record（记录）：同元组（Tuple）。
93.Recovery control（恢复控制）：当时百事，将数据库还原到正确状态的过程。
94.Rcursive relationship（递归关系）：一种关系，挡同一个实体在不同的角色中参与多
次时就会出现递归关系。例如Staff Supervises Staff。
95.redundant data（冗余数据）：在多个表中存储的重复数据。
96.Referential integrity（参照完整性）：如果一个表中存在外健，则外健值必须匹配主
表中的某些记录的候选键的值。
97.Relation（关系）：一个关系是一张表，它也有列和行。
98.Relational model（关系模型）：以表（或关系）的形式表示数据的数据模型。
99.Relational database（关系数据库）：规范化表的集合。
100.Relation（关系）：实体间有意义的关系。
101.Relationship occurrence（关系出现）：两个实体出现之间的唯一可标识的联系。102.Requirements collection and analysis（需求收集于分析）：数据库应用程序生命周期的一个阶段，包括收集和分析数据库应用程序所要支持的关于公司的信息，并使用这些信息来标识新的数据库应用需求。
103.Row（行）：同元组（Tuple）。
104.Second normal form（第二范式）：一个已经是第一范式的表，同时满足所有的非主
健列只能从构成主健的全部列中获得。
105.Secondary index（二级索引）：在数据文件的非有序字段上定义的索引。
106.Security（安全）：指防止数据库被非授权的用户访问，包括有意的和无意的。RDBMS
通常提供两种类型的安全：数据安全和系统安全。
107.Server（服务器）：为发出请求的客户提供服务的软件应用程序。参见两层/三层客
户端－服务器体系结构。
108.Simple attribute（简单属性）：只有一个组件的属性。
109.Single-valued attribute（单值属性）：对于一个实体出现只有一个值的属性。
110.Specialization（特化）：通过标识用来区分实体间成员的特征来最大花实体间成员的差别的过程。
111.Specialization hierarchy（特化层次结构）：同类型层次结构（Type hierarchy）。112.SQL（Structured Query Language，结构化查询语言）：一种用于RDBMS的非过程化
数据库语言。换言之，你只需要指定你需要那些信息，而不需要指定如何得到这些信息。SQL已经被国际标准化组织（ISO）标准化了，因此SQL是定义和操纵RDBMS的正式和实际上的标准语言。
113.Strong entity（强实体）：一个不依赖于其他实体的主健的存在而存在的实体。114.Subclass（子类）：为（超类）实体中的某些出现并保持特定属性和关系并有不同角
色的实体
115.Superclass（超类）：为实体中的所有出现保存公共属性和关系的实体。可参见特化
和泛化。
116.Superkey（超键，ER模型）：一个属性或属性集，诶译的标识了每个实体地出现。117.Superkey（超键，关系模型）：一个列或者列集，唯一的标识了表中地一个记录。118.System catalog（系统目录）：保存关于数据库地结构、用户、应用程序等信息地数
据。
119.System definition（系统定义）：数据库应用声明周期重的一个阶段，包括定义数据
库应用程序以及他的主要用户视图地范围和边界。
120.System security（系统安全）：在系统级保护数据库地访问和使用，不如用户名和密
码。
121.Table（表）：同关系（relation）。
122.Ternary relationship（三元关系）：三个实体间的关系。例如panch，staff和member
之间的Registers关系。
123.Testing（测试）：数据库应用生命周期的一个阶段，包括执行应用程序并有意地发
现错误。
124.Third normal form，3NF（第三范式）：一个已经是1NF和2NF的表，同时满足所有的非主健的列的值仅能从主健列得到，而不能从其他列得到。
125.3GL, Third-Generation Language（第三代语言）：一种过程化的语言，比如COBOL、C、C＋＋，它需要用户（通常是程序员）指定必须要干什么事情以及如何干这些事情。
126.Three-tier client-server architecture（三层客户端－服务器体系结构）：由处理用户
界面的客户和处理业务逻辑的应用程序服务器以及数据处理曾组成，而数据库服务器是用来来运行DBMS的。
127.Top-down approach（自顶向下方法，用于数据库设计）：一种设计方法，此种方法
从定义系统的主要结构开始，然后将这些结构逐步细分成更小的单元。在数据库设计中，通过标识实体和数据间的关系开始这个顶层的步骤，然后逐步添加细节，比如你希望保存的关于实体和关系的信息（成为属性）以及在实体、关系和属性上的所有约束。
128.Transaction（事务）：由用户和应用程序执行的一个动作或一系列动作，这些动作
访问或修改数据库的内容。
129.Transaction Processing Monitor，TPM（事务处理监视器）：控制数据在客户端和服
务器键转换的程序，以便为联机事务处理（OLTP）提供一个一致的环境。
130.Transitive dependency（传递依赖）：假设A、B、C是表中的列，如果B依赖于A
（A-->B），并且C依赖于B（B-->C），则C通过B传递而依赖于A（假设A不
依赖于B或C）。如果在主健上存在一个传递依赖，则此表就不是3NF的。必须从表中去掉传递依赖以达到3NF的要求。
131.Tuple（元组）：关系中的一行记录。
132.Two-tier client-server architecture（两层客户端－服务器体系结构）：由处理主要业
务和数据处理逻辑以及与用户的接口的客户端应用程序和管理和控制数据库访问的服务器程序组成。
133.Type hierarchy（类型层次结构）：一个是提以及它的子类和他们的超类，等等。134.UML（Unified Modeling Language，统一建模语言）：在20世纪80年代和90年代
引入的诸多面向对象分析与设计方法重的一种较新的方法。
135.Update anomalies（更新异常）：当用户视图更新一个包含冗余数据的标识可能引
起的不一致。有三种类型的异常：插入、删除和更新。
136.User view（用户视图）：从特定的作业（比如经理或管理者）角度或业务应用领域
（比如市场、职员或库存控制）定义的数据库应用的需求。
137.View（视图）：一个“虚拟底表”，它不实际存在数据库中，但他由 DBMS从现有底
它所涉及的基本表中产生。
138.View integration approach（视图综合法，用于数据库设计）：每个用户视图的需求，用来构建代表用户试图底独立数据模型。在数据库设计阶段，结果数据库模型被合并成一个更大的模型。
参考资源
《Database Solution－A Step by Step Guide to Building Database》
by Thomas M.Connolly, Carolyn E.Begg, 译者: 何玉洁，梁琦等
第二篇：数据库设计
用户信息表allUsers
userInfoId int 用户id
username varcher(15)用户名
nicename varchar(15)昵称
password varchar（15）密码
nationalId int民族
age int 年龄
sex int 性别
degreeId int 学历
height int 身高
cityId int 籍贯
userWork int 工作
areaCountyId int 所在区县
salary int 工资
marriageId int 婚姻
houseId int 住房信息
headimage 相片
hobby varchar(20)爱好（null）
introduceYourself char（200）介绍自己 integralint积分默认值0
择友要求表 allFriendRequire
friendRequireId int 择友要求id userInfoId int 用户id
friendAge_one int 年龄1
friendAge_two int 年龄2
friendHeight_one int 身高1
friendHeight_two int 身高2
friendMarriageId int 婚姻
friendDegreeId int 学历
friendAreaCountyId int 所在区县 friendhouseId int 住房信息
住房信息表 allHouse
houseId int 住房id
house varchar（10）住房情况
礼物表allGift
giftid int 礼物id
giftpicturesId int 礼物图片
giftNumber int 礼物数量
userInfoId int 用户id
礼物图片表allGiftPictures
giftNumberId int 礼物图片id
giftPictures image 礼物图片
oneIntegralint 单个积分价值
民族表allNational
nationalId int 民族Id（关联用户信息表）
nationals varchar（5）民族
学历表allDegree
degreeId int 学历id（关联用户信息表）
degree varchar（10）学历
籍贯表allNative
nativeId int 省
native varchar（10）省
cityId int 市
城市表allCity
cityId int 城市Id
city varchar（10）城市
天津市区县表allAreaCounty
areaCountyId int 区县id
areaCounty varchar（10）区县
婚姻状态表allMarriage
marriageId int 婚姻状态Id
marriage varchar（10）婚姻状态
相册表allHeads
headsId int 相片Id
heads image（null）相片
userInfoid 用户Id
爱好表allHobby
hobbyId int 爱好id
hobby varchar（10）爱好
信息表（收发信件）allInformation
informationId int 信息id
InformationTitle varchar（50）信件标题
Information varchar（200）信息内容
outId int 是否已读
fromInformationUserinfoId int 发信人id
toInformationUserinfoId int 收信人Id
文章表allTitle
articleId int 文章id
userInfoId int 用户id
title varchar（100）标题
content text 文章内容
最近查看allLookup
lookmeUserInfoidone int 我看的用户id（依次来5个）mylookUserInfoidone int 看我的用户id（依次来5个）
收藏表allCollection
userInfoId int 用户id
collectionUserInfoId int 收藏的用户Id
第三篇：数据库设计
东北大学东软信息学院 数据库原理与应用 实验报告
姓名：班级：学号： [实验名称]：数据库设计 [实验日期]： [实验目的]： [实验要求]：
业务需求：
银行有多个支行。每个支行位于一个特定的城市，由唯一的名字标识。银行监控每个支行的资产。
银行的客户通过其customer_id来标识。银行存储每个客户的姓名及其居住的街道和城市。客户可以有账户，并且可以贷款。客户可能同某个特定的银行员工发生联系，该员工作为该客户的贷款负责人或私人银行助理。
银行员工通过其employe_id来标识。银行的管理机构存储每个员工的姓名、电话号码、亲属姓名及其经理的employee-id。银行还需要知道员工开始工作的日期。由此日期推知员工的雇佣日期。
银行提供储蓄存款账户。存款账户可以有两个或两个以上客户共有，一个客户也可以有两个或两个以上的账户。每个账户被赋以惟一的账户号。银行记录每个账户的余额以及每个账户所有者访问该账户的最近日期。另为还要记录相关的利率信息，还有其透支额。
每笔贷款由某个分支机构发放，能被一个或多个客户所共有。一笔贷款用一个唯一的贷款号标识。银行需要知道每笔贷款所贷金额以及逐次支付情况。虽然贷款的付款号并不能在银行的所有为贷款所付款项中作为唯一标识，但可以唯一标识为某贷款的所还款项。对每次还款需要记载其日期和金额。1． 画出er图
2． 设计出关系模式
3． 用“____”画出关系模式的主码，用“
[实验结果/总结]：
[教师评语]：
第四篇：数据库设计
开题报告
组长：叶燎
组员：李玉鹏 张梅 张洁
研究课题：高校学生信息管理系统设计
时间：202_.12.17
一、选题意义：随着现代科学技术的飞速发展、计算机与全球互连网络internet相连接，使今天的社会进入了以计算机为核心的社会。在信息社会中，信息的获取、处理、交流和决策都需要大量高质量的处理工具。在这高科技时代，信息的处理是十分重要，如果用原始的方式进行处理，我们就会跟不上时代的进展；我们需用高科技时代的产品。学生信息的管理是每个学校工作中一项非常重要的工作，要投入很大的人力进行管理。如果开发一套学生信息管理系统软件将具有十分重要的意义，可以减少人力资源在这方面的投入，而更多的投入教学或其它工作中作为当代大学生，且以计算机专业为主的我们，在学习中缺乏实践，借此机会研究离我们当前最为实际的课题——高校学生管信息理系统。
二、计划安排：
1．12.17：详细设计，设计系统模块及各个功能实现方式：
共三个模块：1，学生基本信息的录入、修改、查询、统计2，学生成绩的录入、修改、查询、统计3，毕业生学籍管理
2．12.18-12.21：编写代码，实现注册登陆模块，班级模块功能。
3．12.22-12.23：实现模块一的设计，可以进行学生相关信息的录入、修改和查询
4．12.24-12.25：实现模块二的设计，可以进行学生成绩的录入、修改和查询及其选课表、补考表字段的设计。
5．12.26-12.27：实现模块三的设计，可以进行毕业生学籍管理
6．12.28：测试系统。
7．实习总结编写
第五篇：银行业金融术语表
保理服务(Factoring service)：指对企业贸易债务进行管理的服务。一般而言，一家企业以折扣价格向保理人(factor)出售到期债务或发票，保理人则通过以接近票面价值的价格收回该债务而获得利润。保理服务可以减轻企业债务管理的负担，并使其能够在付款到期日前拿到现金。一般情况下，这种服务也可以称作发票保理。
标准化产品(Standardised products)：指以统一规格向全部客户提供的“现成”产品，这些产品不根据客户的需求进行定制。
抵押担保清收额(Collateral recovery)：抵押担保品指债务人提供的作为偿还贷款的抵押品。抵押担保清收是指在贷款发生违约时，通过对抵押担保品加以变卖而收回的金额。
发票保理（Invoice factoring）：指对企业贸易债务进行管理的服务。一般而言，一家企业以折扣价格向保理人(factor)出售到期债务或发票，保理人则通过以接近票面价值的价格收回该债务而获得利润。发票保理服务可以减轻企业债务管理的负担，并使其能够迅速收回应收帐款。这种服务也可以称作保理服务。
非抵押担保清收额(Unsecured recovery)：指在违约发生时银行不能通过抵押担保品的变现而清收的金额。
分摊的风险资本(Allocated risk capital)：所谓分摊的风险资本，是指在计算中既考虑风险水平(根据信用评级来确定)，也考虑抵押水平。一般而言，预期损失越高，分摊的风险越高，因而需要对贷款提供支持的分摊风险成本就越高。
风险敞口(Exposure)：风险敞口指银行所有客户全部贷款的绝对数额。
风险回报(Risk versus reward)：指对特定信贷产品或业务策略的潜在风险和潜在回报进行衡量的流程。高风险的信贷产品预计应该带来高回报，但同时也可能面临较高的潜在损失。
风险框架(Risk framework)：风险框架是指在一个企业内部实施风险管理的组织结构。(参见信贷风险框架)
风险偏好(Appetite for risk)： 风险偏好是指银行高级管理层所选择的一种策略，这种策略将指导银行的风险管理工作。风险偏好又称风险承受度，是银行预先设定的，在未来计划期内相对于既定利润水平愿意接受的损失。银行的风险偏好一般分为高风险、中风险和低风险偏好。银行最终的战略选择在很大程度上是由其决策者的风险偏好所决定的。在决策前他们应完成下列工作：
* 明确了解与不同战略选择有关的总体风险水平。它通常需要涉及对于不同风险的主观权衡；
* 明确了不同战略选择成功的概率；
* 充分考虑银行利益相关者的期望(在个人自办或是管理层拥有大量股票期权的企业中，即包括决策者自己的期望)。
风险调整收益(Risk adjusted return)：风险调整收益考虑了银行所承担的客户违约的风险成本，或预期损失，以及为达到监管当局的要求或支持信贷产品而耗用的资本支出，因而它比按照净收入法计算收益(即：净收益=贷款价格－成本)更为准确。
风险调整收益 =贷款价格－经营成本－预期损失－资本支出
风险文化(Risk culture)：一家银行的风险文化反映了其董事会设定的风险偏好。风险文化是银行如何贯彻其风险偏好的方法，反映在银行全体员工的工作实践当中(参见风险偏好)。
风险资产(Risk assets)：指银行的全部资产中包含风险的资产。无风险资产可以带来特定的未来收益，多数无风险资产被归类为短期政府债务。
公司私营化(Take privates)：此处指一种以资产为基础的信贷产品。
关键客户(Key account)：关键客户是指对银行而言具有战略重要性的客户。关键客户之所以重要，是因为其能够为银行带来大量业务，其规模巨大(如大型跨国公司客户)，或是其潜在的增长能力巨大等等。关键客户一般由专门指定的关键客户经理负责。
客户的终生价值(Lifetime value of client)：某位客户对于银行的终生价值是指该客户在与银行确立业务关系的整个期间为银行带来的累积价值。
客户概况系统(Client profiling system)：是指确定一位贷款申请人是否有资格申请贷款以及是否能够按期还款的流程，主要通过分析客户的业务、贷款目的以及相关风险来进行。
客户关系净价值(Net value of Client)：客户关系的净价值是指某一客户关系在现阶段能够为银行带来的收入额。
客户组合(Portfolio of clients)：客户组合是指一组客户或帐户的集合，通常根据客户类别加以划分。
流动比率(Current ratio)：指企业流动资产与流动负债之间的比例，主要用来衡量企业对短期负债的清偿能力。其具体公式为：流动比率 = 流动资产/流动负债
流动性管理帐户(Liquidity management account)：指用于优化企业客户流动性的信贷产品，即使客户的某项资产可以较容易地转化为资金。这类帐户可以为企业客户提供特定金融工具，如现金工具服务，从而使其在需要时能够获得资金。
流动帐户(Sweep account)：为一种创新型银行服务，即在特定活期存款帐户的余额低于特定水平时，银行将自动从某一存款帐户中调动资金至该活期存款帐户；相应地，当特定活期存款帐户的余额高于某一水平时，超过的部分自动转入特定存款帐户，以使客户获取较高利息收入。
累积损失(Annual aggregate loss)：指银行在整个所发生的损失，即预期损失再加上意外损失。损失概率是指内可能发生的累积损失的可能性。
期末整付抵押贷款(Balloon mortgage)：指在抵押前期仅偿还少部分贷款，在期末一次性支付大笔款项，清偿全部未清偿的本金和利息的抵押贷款。
企业对企业/企业对企业对消费者/企业对消费者(B2B/B2B2C/B2C)：
* 企业对企业(B2B)：指向其他公司出售产品或服务的公司。
* 企业对企业对消费者(B2B2C)：指以另一家企业为中介向客户销售产品或服务的公司。
* 企业对消费者(B2C)：指向零售或个人客户市场销售产品或服务的公司。
速动比率(Quick ratio)：速动比率又称酸性试验比率。它与流动比率较为相似，但一般认为它是衡量企业短期偿债能力的一个更可靠的指标。由于企业的存货有时难以迅速变现，速动比率在计算前从资产中扣除了存货项目。潜在的债权人常使用该比率，因为该比率揭示了企业在最糟糕的情况下偿还债务的能力。
速动比率=(流动资产 – 存货)/ 流动负债
透支贷款(Overdraft facility)：指银行与客户签订协议，允许客户从其某一银行帐户中支取超出其实际存款额的金额。这是银行提供的融资方式的一种。
退出融资(Exit financing)：指在公司破产后提供的融资。
现金头寸管理服务(Cash position management)：是一个企业中用于管理现金流的工具，主要是确保企业能够及时为需要资金的项目提供资金，也称为现金流管理。
项目小组：在协同型关键客户管理(KAM)阶段，银行和客户经常会建立一个项目小组，就某一个项目和/或合作企业协同工作。项目小组的建立反映了银行和客户双方各个层面对于合作的投入，即通过从战略方面整合和改进达到使双方互惠互利的目的。
信贷风险框架(Credit risk framework)：参见风险框架。
信贷文化(Credit culture)：指由银行信贷政策规定，并传达给信贷员和客户经理，由其加以落实的文化，是银行企业文化的组成部分。
信托帐户(Trust account)：指出于为另一方提供资金之目的而设立的帐户。该帐户应在事先说明的期限内由“受托人”进行管理和控制。
信用评级(Credit rating)：信用评级是针对某一个人或公司客户作出的评级，用来反映客户的信用度。银行在做出信用评级时既使用内部评级，也使用外部评级。其中内部信用评级指银行内部对客户做出的评级，外部信用评级指由外部评级机构，如标准普尔和穆迪做出的评级。
银团借款(Syndicated lending)：银团借款通常是金额较大的贷款，银行由于受可贷资金、风险分散等方面的限制，由数家金融机构筹措资金，然后以统一条件借贷给某一借款人。
用于轧平现金流浮动的短期贷款(Short-term facility for evening out cashflow fluctuation)：指为满足公司客户缓解现金流压力的短期需求的银行信贷产品，客户的此类现金流压力是由其手头可用资金暂时短缺所造成的。
远程银行(Remote banking)：指银行提供的新型服务，通过这些服务，客户不必到银行分支机构即可办理金融业务，如通过电话或互联网获得银行服务等。
债务重组(Debt restructuring)：指向公司客户提供的一项银行服务，即银行向客户提供如何对债务进行最佳管理的建议，以提高客户经营和现金流管理的效率。
政府合同融资(Government contract financing)：指专门为特定公司客户定制的一种金融解决方案，这些公司的主要业务是为国家或地方政府提供合同服务。
资产贷款(Asset loans)：资产贷款即以资产为基础的贷款，是指公司客户可以利用他们的应收帐款、存货和/或设备作为抵押进行融资，以便为规模扩大提供资金。
资金转拨(Transfer of funds)：指将资金从某一拥有者合法地转拨至他人手中的行为。
最低定价水平(Minimum pricing levels)：指银行在能够弥补成本和风险定价的基础上可以对贷款收取的最低价格水平。
鲁公网安备37028302000876号