【自用】管材流转项目 数据库恢复之 PIPE 表 && 二维码相关 && 各个表恢复 SQL

总览

1.后端前端和数据库 PIPE 页面的关系
2.后端批量生成二维码 jpg 图片
3.为了保证 PIPE 正常使用的调整
4.TRANSFORM（流转表）

一、后端前端和数据库 PIPE 页面的关系

1.前端

关于PIPE页面，首先，在前端，我们已经做好了所有需要的内容。
主要的流程是，后端将会发送 BASE64 格式的二维码至前端并由 CANVAS2 进行实时渲染。

2.后端

后端是中枢，在实体类中，能够得到数据库需要的主要字段。

后端从数据库中得到数据，然后返回前端没什么好说的，后端其实也没什么好改动的。
但是有一点需要说：

在这个路径下面，这个类，它里面包含了批量在后端渲染二维码并输出至设定目录的功能，供甲方使用。
这样就可以批量生成二维码JPG格式图品，然后进行二维码实体的制作。

PipeDemo\src\main\java\com\gangguan\pipedemo\utils\Base64ToPicture.java

3.数据库

PIPE 表设计

为什么 QRCODE 字段使用了 VARCHAR2(2200)？
这是因为它要存储 BASE64 格式的二维码，如果是 VARCHAR2(255)，装不下

如果此时在前端页面操作 新建一个 PIPE，那么就会报错后端 500 错误。
但实际问题是因为后端报错了 —— 后端报错的实际原因是因为数据库报错了。==

PIPE 相关SQL：
创建一个表 PIPE 然后插入两条测试数据。
请注意，此时，QRCODE 是不能够正常显示的，因为需要将 QRCODE 字段内容替换成 BASE64。

但实际上不需要替换，只需要在前端页面使用 Form 新增一个 PIPE 就好了，BASE64 会自动生成！

CREATE TABLE PIPE (
    ID NUMBER GENERATED BY DEFAULT ON NULL AS IDENTITY PRIMARY KEY,
    PRODUCE_TIME TIMESTAMP,
    NAME VARCHAR2(255),
    LENGTH VARCHAR2(255),
    MODEL VARCHAR2(255),