数据库的建立

通俗来说，理解地区分级数据库就是将数据上报到三个级别，但格式和编号都有严格的规定。

开发，主要有三件事： 我先来说说最重要的事情。
编号是核心。
区级采用1 2 位（区2 +市2 +区2 +径流单位6 位），市级采用1 0位（区2 +市2 +区2 +径流单位3 位）。
行政代码必须符合GB2 2 6 0-9 1 ，空白均填0。
去年我们做项目的时候，仅仅因为一个区把机组的序列号做成了7 位，我们就得返工一个月——说实话，有点尴尬。

还有一点就是数据格式一定要严格。
对于面积等面积，公顷单位有 2 位小数，英亩单位有 1 位小数。
表3 -1 9 至表3 -3 1 的格式要求必须正确。
我们把表3 -2 7 中的乡镇汇总表填得几乎多了两位小数。
幸好我们同事的观点很邪恶，不然我们就得重新发布该地区的数据了。

还有一个更重要的细节。
区级数据库建成后，将直接转至市级，市级转至省级。
每一步都必须遵循《农用地定级定级规则》的程序，特别是样本投入结果测量数据表（表3 -2 2 ）。
去年，福建省有5 个市因这些表不符合标准被通报批评。

一开始我以为区域数据库只会层层聚合，后来发现错了。
各地区随机核对县级与市级关联数据，如表3 -3 0标准地块属性数据，并随机抽取系统中2 0%的县进行交叉核对。
等等，还有一件事。
如果区级数据本身存在问题，例如表3 -2 4 中的评分规则表填写了错误的分数，系统在市、区两级处理时会自动报警。
然而，并非所有错误都可以自动更正，必须手动更正。

最后提醒：表3 -2 0至表3 -3 1 中，Excel格式和DBF格式不能混用，特别是表3 -2 0和表3 -3 1 ，显然需要Excel，但有些单位却坚持使用DBF。
结果，数据导入变得缓慢。

怎么用程序创建一个数据库

你好，这堆步骤看起来像教科书吗？我帮你查一下是不是这样：
上周有客户问我如何在SQL Server 2 008 中建数据库，他点错了地方，把所有的系统提示都关掉了。
到最后，我差点想把鼠标扔掉。
所以我对此非常熟悉。

您遵循以下步骤基本上是正确的：
1 首先进入开始菜单，找到【ManagementSQLServer2 008 】项，点击它，然后点击【SQLServerManagementStudio】。
这件事开始可能有点慢，所以不用担心。
然后根据您的偏好使用 Windows 身份验证或 sa 密码进行连接。
2 . 连接后，您是否看到左侧的【对象资源管理器】？点击它，找到【数据库】一栏，像分支一样点击它。
3 . 然后，右键单击[Database] 列本身，单击下面的特定库或顶部节点。
在弹出的菜单中找到【新建数据库】。
4 . 此时会出现一个对话框。
看起来有点复杂，但实际上有三个页面：【常规】、【选项】和【文件组】。
您需要在构建它们之前完成所有这些。
5 、先看【常规】页面，最重要的是【数据库名称】。
您可以将其命名为任何您想要的名称。
例如，我之前尝试将其称为“超市库存2 02 4 ”。
这取决于你想做什么。
然后【Owner】，一般填写“sa”，除非你的权限设置非常复杂。
还有【使用全文索引】。
如果您知道将来会查找文本，请查看它。
否则，请不要选中它以节省麻烦。
6 . 接下来看[数据库文件]。
这里有两行，顶部是主数据库文件（.mdf），底部是日志文件（.ldf）。
您可以点击下方的【添加】按钮，然后点击【添加文件】自行指定文件名和存储位置。
或者点击【删除】按钮，但要注意不要删错，否则库就没用了。
7 . 最后，打开【选项】页面。
有恢复模式（比如简单模式、完整模式，为了安全建议新手使用完整模式）、排序规则（中文就用GBK）、兼容级别等等。
这个页面非常详细。
一般情况下，使用默认的即可。
如果你想改变它，你最好先明白为什么要改变它。
8 .【文件组】这个页面，一般新人不用碰，默认就好。
这是一项高级功能，允许 SQL Server 为您管理文件。

完成所有这些后，单击[确定]。
如果过程中提示“名称冲突”或“空间不足”，则需要返回重命名文件或寻找更大的磁盘。

然后您在[对象资源管理器]中的[数据库]下查看。
您刚才还提到了其他名字吗？例如，“2 02 4 年超市库存”。
这意味着它已建成。

哦，对了，你最后一句是“而且，你可以使用SQL语句创建数据库”，这是肯定的！使用T-SQL编写几行代码就可以构建它，这比点击鼠标要快得多。
但是，对于刚开始直接使用 Management Studio 的人来说，它更直观且不易出错。
如果你对SQL语句不熟悉，先不要接触它，先了解这一步。

你想尝试一下吗？如果有什么不懂的可以问我，不客气。

pgadmin4进行数据库的常见操作

说实话，使用pgAdmin4 进行数据库操作确实很简单，尤其是对于初学者来说。
刚接手这个项目的时候，我连SQL语句都不会写，但是靠着这个工具，整理了一堆乱七八糟的数据表。

以创建数据库为例。
特别记得有一次，我在半夜调试。
为了测试新功能，我需要创建一个隔离环境。
当时手都在抖，直接用“debug2 02 3 ”代替“staging_env”作为数据库名。
结果第二天运维小哥来找我的时候，我的胆子都绿了——幸好pgAdmin4 有备份功能，点几下就恢复了。
这次教训让我养成了先支持后行动的习惯。

创建模型这一步其实非常关键，但是很多人往往会忽视。
比如我之前负责的一个电商项目，由于没有将用户数据和订单数据分离为“公开”和“订单”模式，所以最终的查询中写了一大段JOIN语句。
后来老板批评我代码臃肿，我意识到我应该根据业务逻辑将其分解成碎片，就像我创建“hr”模型时一样。

设计桌子需要更多的耐心。
我有一个同事，写代码的时候喜欢把所有字段都放在一个表里。
结果，当数据量增加时，查询就会卡住。
记得我跟他讲道理的时候，指着pgAdmin4 中“employee”表的创建窗口说：“看列名、数据类型、约束条件，每一步都要理解，就像搭积木一样，地基打不好，剩下的都会散架。
”他最终吸取了教训，并比我更详细地分解了表格。

对于数据操作，我最常用的数据编辑器是pgAdmin4 例如，当更新员工的职位时，选择记录并更改值比编写 SQL 简单得多。
不过，也有例外。
去年，我正在从事一个历史数据恢复项目。
我花了一晚上的时间在QueryTool中编写相关查询。
那些动态SQL写完后我什至都看不懂，但它们确实很高效。
当时我和团队开玩笑说：“这个SQL写得像一本圣书。
当我有一天离职时，你再也找不到像我这样能写的人了——当然，你也可能找不到能被骂得这么好的人。
”
我已经多次提到了删除操作。
我记得公司文件里明确规定，未经批准的删除操作必须记录。
从测试表中删除一些记录后。
虽然我把它们恢复了，但主管还是抓住了我，开了一个小会。
现在习惯上先输入“DELETE FROM ... WHERE 1 =0”，然后再继续确认下面的表结构。
虽然pgAdmin4 没有这个功能，但是我编译的命令行技巧还是相当有用的。

归根结底，pgAdmin4 是一个好工具，但是如何用好就看个人了。
我见过有人用它来进行数据可视化，一键导出KPI图表；我还看到人们用它来编写自动化脚本和创建备份半夜自动数据库。
工具已经死了，使用工具的人才是关键。