如何建立自己的数据库？

1 . 创建数据库的简单方法：使用简单快捷的新建向导。
2 . 先进的数据库设计：利用高度灵活的“数据库设计器”。
3 、表独立存在。
首先释放表，然后将其保存到数据库。
4 . 创建表时，首先定义其结构，包括字段名称、类型、宽度和小数位数。
5 . 三种创建表格的方式：菜单、快捷菜单、工具栏。
6 . 直接运行命令创建数据库：CREATEDATABASE。
7 、建表命令：CREATETABLE。
所有字段属性均已定义。
8 .查询向导：轻松上手，有标准、交叉、图表三种选择。
9 .查询步骤：选择字段、过滤、排序、保存、运行。
1 0. 查询设计器：调整细节至您满意的程度。

自己掂量一下。

“数据库建表，如何使用COSMIC方法进行功能点度量？”

COSMIC 方法不适用于数据库表。
坦白讲，COSMIC看的是用户和数据之间的交互，建表不涉及这些动作。

我上周刚刚参与了一个项目。
创建了很多表，但功能得分仍然为0。
这是数据库实现的问题，而不是功能逻辑。

可以统计表和字段的数量。
我一般不建议这样做，因为误差很大。
可以看到，表关系很复杂，统计数据也不太准确。

故事点也可以，不过要看队伍的习惯。
最终，我从事的项目是按人计算的。

COSMIC分为功能模块。
创建表不占用模块，直接删除。
这是第一。

DBeaver怎么添加数据库表-DBeaver创建数据库表流程介绍

说实话，我已经尝试使用DBeaver创建数据库表很长时间了。
但说实话，一旦你理解了这个过程，比直接运行数据库客户端要容易得多。

记得第一次用DBeaver建表的时候，碰壁了好几次。
例如，有一次，我在界面上明确输入了表名，但数据库仍然是空的——然后我发现主键没有添加到表中。
这必须在 MySQL 中手动设置，这与 PostgreSQL 的自动默认键不同。
本课程不仅可以帮助您了解表面操作，还可以帮助您了解处理数据库表时的底层规则。

有趣的是，DBeaver的预览功能特别好用。
我经常生成一个 SQL 脚本，在生成之前通过本地 IDE 运行该脚本。
例如，一旦我创建了一个带有外键连接的表并直接在 DBeaver 中运行它。
报告了错误。
后来发现外键约束的ON DELETE CASCADE写得不正确。
如果这是直接在数据库客户端完成的。
需要几层菜单才能改变它。
当时我不明白，为什么是MySQL？为什么外键条件总是需要如此精确？
现在想来，最紧迫的问题其实是权限问题。
我有一个同事在建表的时候总是说“Access Denied”，因为权限不够。
结果折腾了半天，发现数据库用户没有建表的权限。
这个教训尤为深刻。
每次创建前必须验证用户角色。

顺便说一句，我有一些关于命名约定的习惯。
例如，我尝试对 user_info 等表名使用降序格式。
对于像 userName 这样的字段名称，我们使用驼峰式大小写。
这主要是和团队的约定，但说实话，一套统一的标准会省去很多麻烦。
我见过有人使用中文名字，但导出到 SQL 时所有乱七八糟的字符让我很头疼。

对于复杂的结构，我建议首先在 SQL 编辑器中键入脚本。
比如我最近在做一个电商项目，里面有很多表关系。
将定义直接拖放到 DBeaver 中很容易出错。
所有 DDL 语句都是用 Navicat 编写的重新训练。
如果没有问题，就会批量导入到DBeaver中执行。
这个过程虽然缓慢，但却是完全稳定的。
对于数据类型要非常小心。
我在设置日期字段时注意到一次；使用了 TIMESTAMP 类型。
然而，当我联系我的同事时，我发现他们的系统需要DATETIME。
这节课让我明白，在设计数据库的时候，首先要整合数据类型的知识。

最后，让我告诉你细节。
创建完成后，一直在数据库客户端的表目录中查找。
有时DBeaver会报告创建成功；但实际的表仍然是空的——后来发现一些约束没有效果。
你要注意这些细节，不要被表面的行为所愚弄。