帮忙翻译成英语,用于为数据表的字段设置字段名.谢谢!

帮忙翻译成英语,用于为数据表的字段设置字段名.谢谢!,第1张

在编的翻译是:be on regular payroll,被列在某团体编制之中

其余的相信你可以举一反三

但是有一点,

我也学数据表,

我认为取字段名

只要用能辩认哪几个缩略字母代表什么意思的就可以了

搞几个不认识的单词你觉得有意思么,

何况还那么长

比如在编人数:

Num of ZB

呵呵,有时候还是简单的好

参数

database_name

是要在其中创建表的数据库名称。database_name 必须是现有数据库的名称。如果不指定数据库,database_name 默认为当前数据库。当前连接的登录必须在 database_name 所指定的数据库中有关联的现有用户 ID,而该用户 ID 必须具有创建表的权限。

owner

是新表所有者的用户 ID 名,owner 必须是 database_name 所指定的数据库中的现有用户 ID,owner 默认为与 database_name 所指定的数据库中的当前连接相关联的用户 ID。如果 CREATE TABLE 语句由 sysadmin 固定服务器角色成员或 database_name 所指定的数据库中的 db_dbowner 或 db_ddladmin 固定数据库角色成员执行,则 owner 可以指定与当前连接的登录相关联的用户 ID 以外的其它用户 ID。如果与执行 CREATE TABLE 语句的登录相关联的用户 ID 仅具有创建表的权限,则 owner 必须指定与当前登录相关联的用户 ID。sysadmin 固定服务器角色成员或别名为 dbo 用户的登录与用户 ID dbo 相关联;因此,由这些用户创建的表的默认所有者为 dbo。不是由上述两种角色的登录创建的表所有者默认为与该登录相关联的用户 ID。

table_name

是新表的名称。表名必须符合标识符规则。数据库中的 ownertable_name 组合必须唯一。table_name 最多可包含 128 个字符,但本地临时表的表名(名称前有一个编号符 #)最多只能包含 116 个字符。

column_name

是表中的列名。列名必须符合标识符规则,并且在表内唯一。以 timestamp 数据类型创建的列可以省略 column_name。如果不指定 column_name,timestamp 列的名称默认为 timestamp。

computed_column_expression

是定义计算列值的表达式。计算列是物理上并不存储在表中的虚拟列。计算列由同一表中的其它列通过表达式计算得到。例如,计算列可以这样定义:cost AS price qty。表达式可以是非计算列的列名、常量、函数、变量,也可以是用一个或多个运算符连接的上述元素的任意组合。表达式不能为子查询。

计算列可用于选择列表、WHERE 子句、ORDER BY 子句或任何其它可使用常规表达式的位置,但下列情况除外:

计算列不能用作 DEFAULT 或 FOREIGN KEY 约束定义,也不能与 NOT NULL 约束定义一起使用。但是,如果计算列由具有确定性的表达式定义,并且索引列中允许计算结果的数据类型,则可将该列用作索引中的键列,或用作 PRIMARY KEY 或 UNIQUE 约束的一部分。

例如,如果表中含有整型列 a 和 b,则可以在计算列 a+b 上创建索引。但不能在计算列 a+DATEPART(dd, GETDATE()) 上创建索引,因为在以后的调用中,其值可能发生改变。

计算列不能作为 INSERT 或 UPDATE 语句的目标。

说明 表中计算列所使用的列值因行而异,因此每行的计算列值可能不同。

计算列的为空性是由 SQL Server 根据使用的表达式自动确定的。即使只有不可为空的列,大多数表达式的结果也认为是可为空的,因为可能的下溢或溢出也将生成 NULL 结果。使用 COLUMNPROPERTY 函数(AllowsNull 属性)查看表中任何计算列的为空性。通过指定 ISNULL(check_expression, constant),其中常量为替代任何 NULL 结果的非 NULL 值,可为空的表达式 expr 可以转换为不可为空的表达式。

ON {filegroup | DEFAULT}

指定存储表的文件组。如果指定 filegroup,则表将存储在指定的文件组中。数据库中必须存在该文件组。如果指定 DEFAULT,或者根本未指定 ON 参数,则表存储在默认文件组中。

ON {filegroup | DEFAULT} 也可以在 PRIMARY KEY 约束或 UNIQUE 约束中指定。这些约束会创建索引。如果指定 filegroup,则索引将存储在指定的文件组中。如果指定 DEFAULT,则索引将存储在默认文件组中。如果约束中没有指定文件组,则索引将与表存储在同一文件组中。如果 PRIMARY KEY 约束或 UNIQUE 约束创建聚集索引,则表的数据页将与索引存储在同一文件组中。

说明 在 ON {filegroup | DEFAULT} 和 TEXTIMAGE_ON {filegroup | DEFAULT} 的上下文中,DEFAULT 并不是关键字。DEFAULT 是默认文件组的标识符并需对其进行定界,如 ON "DEFAULT"、ON [DEFAULT] 和 TEXTIMAGE_ON "DEFAULT" 或 TEXTIMAGE_ON [DEFAULT]。

TEXTIMAGE_ON

是表示 text、ntext 和 image 列存储在指定文件组中的关键字。如果表中没有 text、ntext 或 image 列,则不能使用 TEXTIMAGE ON。如果没有指定 TEXTIMAGE_ON,则 text、ntext 和 image 列将与表存储在同一文件组中。

data_type

指定列的数据类型。可以是系统数据类型或用户定义数据类型。用户定义数据类型必须先用 sp_addtype 创建,然后才能在表定义中使用。

在 CREATE TABLE 语句中,用户定义数据类型的 NULL/NOT NULL 赋值可被替代。但长度标准不能更改;不能在 CREATE TABLE 语句中指定用户定义数据类型的长度。

DEFAULT

如果在插入过程中未显式提供值,则指定为列提供的值。DEFAULT 定义可适用于除定义为 timestamp 或带 IDENTITY 属性的列以外的任何列。除去表时,将删除 DEFAULT 定义。只有常量值(如字符串)、系统函数(如 SYSTEM_USER())或 NULL 可用作默认值。为保持与 SQL Server 早期版本的兼容,可以给 DEFAULT 指派约束名。

constant_expression

是用作列的默认值的常量、NULL 或系统函数。

IDENTITY

表示新列是标识列。当向表中添加新行时,Microsoft® SQL Server™ 将为该标识列提供一个唯一的、递增的值。标识列通常与 PRIMARY KEY 约束一起用作表的唯一行标识符。可以将 IDENTITY 属性指派给 tinyint、smallint、int、bigint、decimal(p,0) 或 numeric(p,0) 列。对于每个表只能创建一个标识列。不能对标识列使用绑定默认值和 DEFAULT 约束。必须同时指定种子和增量,或者二者都不指定。如果二者都未指定,则取默认值 (1,1)。

seed

是装入表的第一行所使用的值。

increment

是添加到前一行的标识值的增量值。

NOT FOR REPLICATION

表示当复制登录(如 sqlrepl)向表中插入数据时,不强制 IDENTITY 属性。复制的行必须保留发布数据库中所赋予的键值;NOT FOR REPLICATION 子句确保不向复制进程所插入的行赋予新的标识值。其它登录所插入的行仍然具有以通常的方式创建的新标识值。建议同时使用具有 NOT FOR REPLICATION 的 CHECK 约束,以确保赋予的标识值处于当前数据库所需的范围内。

ROWGUIDCOL

表示新列是行的全局唯一标识符列。对于每个表只能指派一个 uniqueidentifier 列作为 ROWGUIDCOL 列。ROWGUIDCOL 属性只能指派给 uniqueidentifier 列。如果数据库兼容级别小于或等于 65,则 ROWGUIDCOL 关键字无效。有关更多信息,请参见 sp_dbcmptlevel。

ROWGUIDCOL 属性并不强制列中所存储值的唯一性。该属性也不会为插入到表中的新行自动生成值。若要为每列生成唯一值,那么或者在 INSERT 语句中使用 NEWID 函数,或者将 NEWID 函数指定为该列的默认值。

collation_name

指定列的排序规则。排序规则名称既可以是 Windows 排序规则名称,也可以是 SQL 排序规则名称。collation_name 仅适用于数据类型为 char、varchar、text、nchar、nvarchar 及 ntext 的列。如果没有指定该参数,那么如果列的数据类型是用户定义的,则该列的排序规则就是用户定义数据类型的排序规则,否则就是数据库的默认排序规则。

有关 Windows 和 SQL 排序规则名称的更多信息,请参见 COLLATE。

CONSTRAINT

是可选关键字,表示 PRIMARY KEY、NOT NULL、UNIQUE、FOREIGN KEY 或 CHECK 约束定义的开始。约束是特殊属性,用于强制数据完整性并可以为表及其列创建索引。

constrain_name

是约束的名称。约束名在数据库内必须是唯一的。

NULL | NOT NULL

是确定列中是否允许空值的关键字。从严格意义上讲,NULL 不是约束,但可以使用与指定 NOT NULL 同样的方法指定。

PRIMARY KEY

是通过唯一索引对给定的一列或多列强制实体完整性的约束。对于每个表只能创建一个 PRIMARY KEY 约束。

UNIQUE

是通过唯一索引为给定的一列或多列提供实体完整性的约束。一个表可以有多个 UNIQUE 约束。

CLUSTERED | NONCLUSTERED

是表示为 PRIMARY KEY 或 UNIQUE 约束创建聚集或非聚集索引的关键字。PRIMARY KEY 约束默认为 CLUSTERED,UNIQUE 约束默认为 NONCLUSTERED。

在 CREATE TABLE 语句中只能为一个约束指定 CLUSTERED。如果在为 UNIQUE 约束指定 CLUSTERED 的同时又指定了 PRIMARY KEY 约束,则 PRIMARY KEY 将默认为 NONCLUSTERED。

[ WITH FILLFACTOR = fillfactor ]

指定 SQL Server 存储索引数据时每个索引页的充满程度。用户指定的 fillfactor 取值范围从 1 到 100。如果没有指定 fillfactor,则默认为 0。创建索引时,fillfactor 的值越低,不必分配新空间即可由新索引项使用的空间就越多。

FOREIGN KEYREFERENCES

是为列中的数据提供引用完整性的约束。FOREIGN KEY 约束要求列中的每个值在被引用表中对应的被引用列中都存在。FOREIGN KEY 约束只能引用被引用表中为 PRIMARY KEY 或 UNIQUE 约束的列或被引用表中在 UNIQUE INDEX 内引用的列。

ref_table

是 FOREIGN KEY 约束所引用的表名。

(ref_column[,n])

是 FOREIGN KEY 约束所引用的表中的一列或多列。

ON DELETE {CASCADE | NO ACTION}

指定当要创建的表中的行具有引用关系,并且从父表中删除该行所引用的行时,要对该行采取的 *** 作。默认设置为 NO ACTION。

如果指定 CASCADE,则从父表中删除被引用行时,也将从引用表中删除引用行。如果指定 NO ACTION,SQL Server 将产生一个错误并回滚父表中的行删除 *** 作。

例如,在 Northwind 数据库中,Orders 表和 Customers 表之间有引用关系。OrdersCustomerID 外键引用 CustomersCustomerID 主键。

如果对 Customers 表的某行执行 DELETE 语句,并且为 OrdersCustomerID 指定 ON DELETE CASCADE *** 作,则 SQL Server 将在 Orders 表中检查是否有与被删除的行相关的一行或多行。如果存在相关行,则 Orders 表中的相关行将随 Customers 表中的被引用行一同删除。

反之,如果指定 NO ACTION,若在 Orders 表中至少有一行引用 Customers 表中要删除的行,则 SQL Server 将产生一个错误并回滚 Customers 表中的删除 *** 作。

ON UPDATE {CASCADE | NO ACTION}

指定当要创建的表中的行具有引用关系,并且在父表中更新该行所引用的行时,要对该行采取的 *** 作。默认设置为 NO ACTION。

如果指定 CASCADE,则在父表中更新被引用行时,也将在引用表中更新引用行。如果指定 NO ACTION,SQL Server 将产生一个错误并回滚父表中的行更新 *** 作。

例如,在 Northwind 数据库中,Orders 表和 Customers 表之间有引用关系:OrdersCustomerID 外键引用 CustomersCustomerID 主键。

如果对 Customers 表的某行执行 UPDATE 语句,并且为 OrdersCustomerID 指定 ON UPDATE CASCADE *** 作,则 SQL Server 将在 Orders 表中检查是否有与被更新行相关的一行或多行。如果存在相关行,则 Orders 表中的相关行将随 Customers 表中的被引用行一同更新。

反之,如果指定 NO ACTION,若在 Orders 表中至少有一行引用 Customers 行,则 SQL Server 将产生一个错误并回滚对 Customers 行的更新 *** 作。

CHECK

是通过限制可输入到一列或多列中的可能值强制域完整性的约束。

NOT FOR REPLICATION

是用于防止在复制所使用的分发过程中强制 CHECK 约束的关键字。当表是复制发布的订户时,请不要直接更新订阅表,而要更新发布表,然后让复制进程将数据分发回订阅表。可以在订阅表上定义 CHECK 约束,以防用户修改订阅表。但是如果不使用 NOT FOR REPLICATION 子句,CHECK 约束同样会防止复制进程将修改从发布表分发给订阅表。NOT FOR REPLICATION 子句表示对用户的修改(而不是对复制进程)强加约束。

NOT FOR REPLICATION CHECK 约束适用于被更新记录的前像和后像,以防在复制范围中添加记录或从复制范围中删除记录。将检查所有删除和插入 *** 作;如果 *** 作在复制范围内,则拒绝执行该 *** 作。

如果对标识符列使用此约束,则当复制用户更新标识列时,SQL Server 将允许不必重新计算表标识列的种子值。

logical_expression

是返回 TRUE 或 FALSE 的逻辑表达式。

column

是用括号括起来的一列或多列,在表约束中表示这些列用在约束定义中。

[ASC | DESC]

指定加入到表约束中的一列或多列的排序次序。默认设置为 ASC。

n

是表示前面的项可重复 n 次的占位符。

第一步,写一个函数:

CREATE FUNCTION getChName (@FName varchar(20))

RETURNS nvarchar(20)

AS

BEGIN

DECLARE @Result nvarchar(20)

select @result=中文名 from B where 字段名=@FName

return @result

END

第二步,用execute得到结果:

execute ('select name as '+dbogetChName('name')+',age as '+dbogetChName('age')+',sex as '+dbogetChName('sex')+' from A')

在数据库中创建对象时,管理员也要对其进行取名

现在谈谈取名的一些技巧

一、表名大小写的控制一般情况下Oracle数据库中的表名或者列名是不区分大小写的

在创建表或者列的时候,即使管理员采用了小写的名字,数据库在将其保存到数据字典之前,会先将其转换为大写,再将他们保存到数据字典中

这也就是为什么我们取名使用小写的子母取名,但是下次查看表的名字的时候,却变成了大写

虽然说Oracle数据库中表与列等数据库对象对于大小写是不敏感的,但是如果数据库管理员确实有需要要让数据库系统对表的名字区分大小写,这也是可以做到的

通常情况下,如果把名字使用双引号括起来,则在Oracle数据字典中就会成为区分大小写的名字

不过笔者这里要提醒各位数据库管理员,虽然说从技术上可以让数据库系统强制取分大小写,但是在实际工作中,包括在内的绝大部分数据库管理员可能都不建议这么做

因为如果有混合的大小写存在,那么在引用这些表或者列名称的时候就需要特别的小心

因为即使用户或者数据库管理员有着过目不忘的本领,也很难准确的记住这些名称的大小写歌时

如果数据库管理员硬要这么做的话,那么很可能是自寻烦恼

在查询时或者其他作业时,要严格区分大小写那是一件很头疼的事情

为此,对于这个大小写的控制,笔者建议数据库管理员要谨慎使用

除非有充分的理由,否则的话,不要轻易使用这个双引号来控制大小写

这个双引号不仅可以用来控制大小写,还有一个比较特殊的作用,就是用引用一些特殊的字符

如在建立表格的时候,需要设置一个名牌号的字段

有些数据库管理员习惯使用num#类似的名称

这不会违反数据库的取名规则

不过在处理的时候会比较麻烦

如利用create语句建立表格的时候,需要给这个字段名称加上双引号

否则的话,执行这条语句的时候,数据库会拒绝执行并向用户提示错误信息

类似的特殊符号还包括一个$美元符号

他们在建立表格的时候,在语句中都需要使用双引号

不过字段建立好之后,在引用这些对象的时候,不需要使用双引号了

同理,虽然Oracle数据库支持这些特殊符号,但是笔者不鼓励数据库管理员在表或者列的取名中采取这些特殊的符号

这有可能给后续的引用带来不必要的麻烦

二、牢记取名空间在Oracle数据库中,跟其他的数据库不同,有一个叫做取名空间的概念

在同一个取名空间中,其名字不可以重复

如表与视图就共享同一个取名空间,为此就要求不仅表的名字不能够相同,而且表的名字与视图的名字也不能够相同

因为他们处于同一个取名空间

类似的,表与函数也是同处于一个表空间,为此他们也不能够同名

不过表与索引、表与约束等等却属于不同的取名空间

也就是说,表的名字可以与约束的名字相同

所以说,数据库管理员在给表等对象取名的时候,一定要了解哪些对象共享同一个名称空间

如果在同一个名称空间内的,即使对象不同(如视图与表),但是他们仍然不能够取相同的名字

为了避免同一个取名空间内重名的现象,笔者建立在取名的时候最好能够根据对象的不同加上对象的固有前缀

如大部分的数据库管理员,在给表取名的时候,一般不会表名前面加上表对象的前缀

但是在定义函数或者视图对象的时候,则会加上前缀

如在函数前面可能会加上FN的前缀,而在视图前面可能会加上vi的前缀

如此的话,在同一个取名空间内也不用担心对象重名的问题

不过无论怎么说,这个取名空间的概念数据库管理员必须牢记

即使在实际的工作中,可以通过前缀等手段轻易的避免这个陷阱,但是在Oracle数据库管理员的认证考试中,这个取名空间也是一个必要的知识点

所以无论从实际的工作还是认证考试的需要,对于这个取名空间管理员都必须要有一个清晰的认识

三、在表、索引、约束、列之间设置密切的联系在创建表的同时,可以给表中的某些列添加索引、约束等等

如在员工信息表中,会设置员工编号唯一性约束

在创建约束的时候,也需要对约束进行取名

虽然说也约束与表、列不属于同一个取名空间,所以在取名的时候基本上没有限制

但是为了后续使用的方便,笔者对约束的取名还有一个小小的建议

简单的说,就是给一个与表直接有关的其他对象具有该表的名字是一种好的做法

如现在有一张用户表名字叫做ad_user(在表名前面一般不加对象名,但是可以根据应用软件的模块设计加上模块的前缀),这种表中有一个字段叫做叫做vlaue,用来存储员工的编号

在表设计的时候,需要给这个字段加一个索引

那么这个索引的名字就可以取名为IDX_USER_VALUE(也就是索引前缀表名字段名的形式)

这么做有什么好处呢一是可以确保相关对象的名字不会重复

因为表的名字不会重复,所以将表的名字与列的名字一起组成某个对象的名字,那么其重复的几率可以说基本上没有

二是方便管理员阅读、理解、维护等等

一看到索引或者约束对象的名字时,就可以看到这个是索引或者约束是用在哪个表的那个字段上的

而且也可以知道这个约束是唯一性约束还是检查约束;索引时主键索引还是外键索引

给数据库管理员一目了然的感觉

这对于后续的维护、升级、调整、引用等等都提供了方便

虽然说Oracle数据库中表与列等数据库对象对于大小写是不敏感的,但是如果数据库管理员确实有需要要让数据库系统对表的名字区分大小写,这也是可以做到的

通常情况下,如果把名字使用双引号括起来,则在Oracle数据字典中就会成为区分大小写的名字

不过笔者这里要提醒各位数据库管理员,虽然说从技术上可以让数据库系统强制取分大小写,但是在实际工作中,包括在内的绝大部分数据库管理员可能都不建议这么做

因为如果有混合的大小写存在,那么在引用这些表或者列名称的时候就需要特别的小心

因为即使用户或者数据库管理员有着过目不忘的本领,也很难准确的记住这些名称的大小写歌时

如果数据库管理员硬要这么做的话,那么很可能是自寻烦恼

在查询时或者其他作业时,要严格区分大小写那是一件很头疼的事情

为此,对于这个大小写的控制,笔者建议数据库管理员要谨慎使用

除非有充分的理由,否则的话,不要轻易使用这个双引号来控制大小写

以上就是关于帮忙翻译成英语,用于为数据表的字段设置字段名.谢谢!全部的内容,包括:帮忙翻译成英语,用于为数据表的字段设置字段名.谢谢!、帮我解释下SQL建表命令的意思(翻译,详细点谢谢大哥OR大姐)、sql数据库中各个表字段汉化问题等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/sjk/9533069.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-29
下一篇2023-04-29

发表评论

登录后才能评论

评论列表(0条)

    保存