INNER
JOIN
sys
.
columns
B
ON
B
.
object_id
=
A
.
object_id
LEFT
JOIN
sys
.
extended_properties C
ON
C
.
major_id
=
B
.
object_id
AND
C
.
minor_id
=
B
.
column_id
WHERE
A
.
name
=
@tableName
)
two
ON
one
.
字段名
=
two
.
column_name
;
SET
@tableName
=
'表名!!!'
;
SELECT
CASE
WHEN
col
.
colorder
=
1
THEN
obj
.
name
ELSE
''
END
AS
表名
,
col
.
colorder
AS
序号
,
col
.
name
AS
列名
,
ISNULL
(
ep
.
[
value
]
,
''
)
AS
列说明
,
t
.
name
AS
数据类型
,
col
.
length
AS
长度
,
ISNULL
(
COLUMNPROPERTY
(
col
.
id
,
col
.
name
,
'Scale'
)
,
0
)
AS
小数位数
,
CASE
WHEN
COLUMNPROPERTY
(
col
.
id
,
col
.
name
,
'IsIdentity'
)
=
1
THEN
'√'
ELSE
''
END
AS
标识
,
CASE
WHEN
EXISTS
(
SELECT
1
FROM
dbo
.
sysindexes si
INNER
JOIN
dbo
.
sysindexkeys sik
ON
si
.
id
=
sik
.
id
AND
si
.
indid
=
sik
.
indid
INNER
JOIN
dbo
.
syscolumns sc
ON
sc
.
id
=
sik
.
id
AND
sc
.
colid
=
sik
.
colid
INNER
JOIN
dbo
.
sysobjects so
ON
so
.
name
=
si
.
name
AND
so
.
xtype
=
'PK'
WHERE
sc
.
id
=
col
.
id
AND
sc
.
colid
=
col
.
colid
)
THEN
'√'
ELSE
''
END
AS
主键
,
CASE
WHEN
col
.
isnullable
=
1
THEN
'√'
ELSE
''
END
AS
允许空
,
ISNULL
(
comm
.
text
,
''
)
AS
默认值
FROM
dbo
.
syscolumns col
LEFT
JOIN
dbo
.
systypes t
ON
col
.
xtype
=
t
.
xusertype
inner
JOIN
dbo
.
sysobjects obj
ON
col
.
id
=
obj
.
id
AND
obj
.
xtype
=
'U'
AND
obj
.
status
>=
0
LEFT
JOIN
dbo
.
syscomments comm
ON
col
.
cdefault
=
comm
.
id
LEFT
JOIN
sys
.
extended_properties ep
ON
col
.
id
=
ep
.
major_id
AND
col
.
colid
=
ep
.
minor_id
AND
ep
.
name
=
'MS_Description'
LEFT
JOIN
sys
.
extended_properties epTwo
ON
obj
.
id
=
epTwo
.
major_id
AND
epTwo
.
minor_id
=
0
AND
epTwo
.
name
=
'MS_Description'
WHERE
obj
.
name
=
@tableName
ORDER
BY
col
.
colorder
;
数据字典格式的表结构(表名,字段名,字段类型,字段长度,备注)DECLARE @tableName varchar(500)SET @tableName = '表名'SELECT one.表名,one.字段名,one.字段类型,two.column_description FROM (select a.name 表名,b.name 字段名,c.name 字段类型,c
该
SQL
可以直接导出oracle用户下的
表
结构
信息,结果包含了
表
的
字段
基本信息,主键信息,以及
字段
备注
信息等,经生产测试可用。
sql
脚本内容如下
--注:当前查询结果只包含 有主键
字段
的
表
结构
信息
Select A.OWNER 用户,
A.TABLE_NAME
表名
,
A.COLUMN_NAME
字段名
,
A.DATA_TYPE 数据
类型
,
A.DATA_LENGTH 数据
长度
,
A.NULLABLE 可否为空,
when( C.COLUMN_NAME = A.COLUMN_NAME and
C.TABLE_NAME = A.TABLE_NAME) THEN
END as 是否主键,
B.COMMENTS
备注
From all_tab_columns A,
all_col_comments B,
(select all_cons_columns.OWNER,
all_cons_columns.TABLE_NAME,
all_cons_columns.COLUMN_NAME
from all_constraints, all_cons_columns
where all_cons_columns.CONSTRAINT_NAME =
all_constraints.CONSTRAINT_NAME
and all_constraints.CONSTRAINT_TYPE = 'P'
and all_constraints.OWNER = '用户名') C
Where A.COLUMN_NAME = B.COLUMN_NAME
And A.TABLE_NAME = B.TABLE_NAME
And A.TABLE_NAME = C.TABLE_NAME
And A.OWNER = C.OWNER
And A.OWNER = B.OWNER
And (A.OWNER = '用户名')
应该绝大多数系统都需要字典
表
吧,或许不叫这个名字,值集,枚举
表
等等。当然,java中有枚举类,能够将一部分不涉及到更新的枚举值配置其中,但大部分涉及到维护的数据,或者是通用的数据,如国家省市值,这个
表
数据状态值,配置到字典
表
里面都是非常好的选择。
在这里,我们就使用比较有名的项目ruoyi提供的字典
表
DDL来简单分享一下。ruoyi有两张字典相关
表
,一个字典
类型
表
,一个字典数据
表
,将字典定义和数据分开,我也非常赞同这种设计。当然,也有些系统就用一张
表
代替,第一层存字典
类型
,即定义,后一层存数据。
CREATE TABLE `busi_dictionary` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
`dic_code` varchar(50) NOT NULL COMMENT '字典编码',
`dic_name` varchar(50) NOT NULL COMMENT '字典名称',
`p...
为什么字典
表
?
在实际项目开发过程中常遇到下面场景:某些变量在多个地方使用,而且一般是固定的,但是随着系统升级和后期变化,可能需要改变,如果这些变量写死在代码里面将会变得难以维护,所以要将其从代码中抽离出来。
一般的业务系统客户端与用户交互的时候都会使用下拉框组件,对于某些比较固定的值的下拉组件的数据来源一般都是比较固定的一类数值。
有的做法是使用枚举或者Constants常量类来实现,这种情况下在量少的前提是没问题的,而且一旦需要修改就得修改源码;随着系统的开发拓展,后期将无法维护,甚至命名困难
数据字典
(Data Dictionary,DD)是对数据流图中包含的所有元素的定义的集合。它是数据流条目、数据存储条目、数据项条目和基本加工条目的汇集。用来定义数据流图中各个成分的具体含义。
在数据流图中只描述了系统的分解、系统由哪几部分组成、各部分之间的联系,并没有对各个数据流、加工及数据存储进行详细的说明。比如数据流、数据存储的名字并不能反映其中的数据成分、数据项目内容和数据特性。
1. 数据流条目
要定义DFD中的数据流就要用数据流条目。定义方法通常列出该数据流的各组成数据项。在定义数据流或数据存储组
parent_id:上级id,通过id与parent_id构建上下级关系,例如:我们要获取所有行业数据,那么只需要查询parent_id=20000的数据
name:名称,例如:填写用户信息,我们要select标签选择民族,“汉族”就是
数据字典
的名称
value:值,例如:填写用户信息,我们要select标签选择民族,“1”(汉族的标识)就是
数据字典
的值
dict_code:编码,编码是我们自定义的,全局唯一,例如:我们要获取行业数据,我们可以
KIS专业版数据库是一种管理和存储数据的工具,它具有一套有组织的
数据字典
,用于描述数据库中的
字段
。
数据字典
是一个包含数据库中所有
表
格和
字段
信息的文档。它记录了
表
格的名称、
表
格的描述、
字段
的名称、
字段
的描述以及
字段
的数据
类型
等信息。
在KIS专业版数据库中,
数据字典
起到了重要的作用。它提供了一个清晰和标准的方式来描述数据库中的
字段
。通过
数据字典
,用户可以了解每个
表
格中包含的
字段
以及
字段
的含义和约束。
例如,对于一个名为"Customer"的
表
格,
数据字典
可以描述该
表
格包含的
字段
有"CustomerID"、"FirstName"、"LastName"、"Email"等。对于每个
字段
,
数据字典
还可以提供详细的描述,如"CustomerID
字段
用于唯一标识客户"或"Email
字段
存储客户的电子邮件地址"。
数据字典
的作用不仅在于描述
字段
的名称和描述,它还可以记录
字段
的数据
类型
,如整数、文本、日期等。这有助于确保数据的一致性和准确性,同时方便了开发人员对数据进行操作和处理。
此外,
数据字典
还可以记录
字段
的约束条件,如是否允许为空、最大
长度
、唯一性等。这些约束条件有助于保证数据的完整性和有效性。
总之,KIS专业版数据库的
数据字典
是一个有组织和规范的文档,用于描述数据库中的
字段
。它提供了重要的信息,帮助用户了解数据库
结构
和
字段
的含义,同时也促进数据的一致性和有效管理。
### 回答2:
KIS专业版数据库是一种用于企业管理的数据库系统,它提供了一整套完整的管理工具和功能。数据库中的
字段
描述是指对于数据库中的每个
表
,对其中的
字段
进行详细的描述和定义,以方便用户对数据的理解和使用。
字段
描述通常包括
字段
的名称、
类型
、
长度
、取值范围、约束条件等信息。
字段名
称是
字段
在
表
中的标识符,用于区分不同的
字段
。
字段
类型
表
示
字段
所能存储的数据
类型
,例如文本型、数值型、日期型等。
字段
长度
表
示
字段
所能存储的数据的最大
长度
。取值范围是指
字段
所允许的取值范围,例如整数型
字段
可允许的取值范围是-2^31到2^31-1。约束条件是对
字段
的额外限制,如唯一约束、非空约束等。
通过
字段
描述,用户可以清楚地了解数据库中存储的数据的
结构
和属性,方便用户在使用数据库时进行数据操作和查询。它还有助于用户准确理解数据库中的数据,并且可以在设计和优化数据库
结构
时提供指导。
总而言之,KIS专业版数据库是一款专用于企业管理的数据库系统,其
字段
描述即
数据字典
的功能,用于详细描述和定义数据库中的
字段
,方便用户对数据的理解和使用。
### 回答3:
KIS专业版数据库是一种用于管理和存储数据的软件系统。它具有高效的数据存储和检索功能,能够帮助用户有效地管理大量的数据。
在KIS专业版数据库中,数据以
表
的形式进行组织和存储。每个
表
包含多个
字段
,用于描述不同的数据属性。
字段
描述也被称为
数据字典
,它定义了每个
字段
所代
表
的意义和特征。
数据字典
在KIS专业版数据库中具有重要的作用。它不仅为用户提供了对
字段
的统一标准定义,还能够帮助用户更好地理解和使用数据库中的数据。
数据字典
通常包括以下内容:
字段名
、数据
类型
、
长度
、验证规则、默认值等。
字段名
用于标识
字段
的名称,数据
类型
定义了
字段
所能存储的数据
类型
,
长度
表
示
字段
能够存储的数据
长度
。
验证规则用于限制用户对
字段
的输入或修改,可以确保数据的正确性和完整性。默认值是指当用户没有提供具体数值时,
字段
所使用的默认数值。
通过
数据字典
,用户可以清晰地了解每个
字段
的定义和限制,从而准确地操作和管理数据库中的数据。它还可以帮助数据库管理员进行数据库设计和维护工作,保证数据库的可靠性和稳定性。
总的来说,KIS专业版数据库及
字段
描述(
数据字典
)提供了对数据库中
字段
的定义和限制,帮助用户更好地管理和使用数据库。同时,它也为数据库管理员提供了重要的参考信息,以确保数据库的正常运行。
Unity发布WebGL报错 : Unable to parse Build/web.framework.js.gz. This can happen if build compression was
13397
Unity发布WebGL报错 : Unable to parse Build/web.framework.js.gz. This can happen if build compression was
FF_Chen:
Unity发布WebGL报错 : Unable to parse Build/web.framework.js.gz. This can happen if build compression was
Murasame-:
Autojs : 前台服务保活
卤蛋7号: