关于数据库的建立与使用(sqlite)的一些疑问

FUYUEPC

这是关于一个程序的数据库设计的一些本人不懂的问题：
简单举例表达一下我心中的疑惑：

---

写一个程序记录一个车从一个地点拉货到另一个地点（地点有很多个，司机也不确定 ，货品也不确定）

---

数据库设计A:
表名：songhuodan (送货单)
ID：
司机：
起始地：
目的地：
货品：

---

数据库设计B：（这是我见过有人用过的一种方式，就是不太理解 ）
表名：siji(司机)
ID
司机姓名：
手机号：

表名：qishidi(起始地)
ID
地点名称：


表名：mudidi(目的地)
ID
地点名称：

表名：huopin(货品)
ID
品名：

---

数据库设计A的方式就是所有信息都记录在一条里
数据库设计B的方式就是在最后一条信息里，记录这个ID就行了，当时我是这么理解的，但是不懂这个是怎么用的
大概的意思是，想要一条数据，只要这个数据里，包括前面的ID就行了
最后的数据就是：
ID+表（司机）.ID+表（起始地）.ID+表（目的地）.ID+表（货品）.ID
好像是用这种方式的数据库当数据量比较大的时候体积会比设计A要小

有没有大神，理解 我的意思，我想知道这个数据库设计方案B怎么用易语言来调用这个，就是如何 来实现这个

KServer

FUYUEPC 发表于 2023-11-10 10:51
这两种数据库的方式的利弊您能讲讲吗

看需求了，我们做开发一般就是字段或者数据太多的话就分开来提高性能，或者是必须多表联合cha询的，字段都放一个表里容易混乱，你这个规模大的话可以分开来放，要是只有这么几个字段那没必要

KServer

方式B是需要连接cha询，学习下左右内连接吧，这是SQL语句的问题，和你用什么语言关系不大

KServer

比如这样左连接，根据主表所有数据查连接表符合条件的数据

[SQL] 纯文本查看 复制代码

SELECT * FROM `送货单表` as s LEFT JOIN `siji` ON siji.ID = s.司机 LEFT JOIN `qishidi` ON qisidi.ID = s.起始地

FUYUEPC

KServer 发表于 2023-11-10 10:18
比如这样左连接，根据主表所有数据查连接表符合条件的数据
[mw_shl_code=sql,true]SELECT * FROM `送货单表 ...

这两种数据库的方式的利弊您能讲讲吗

KServer

FUYUEPC 发表于 2023-11-10 10:51
这两种数据库的方式的利弊您能讲讲吗

要说利弊无非就是程序方面了，方式A程序简单，性能一般，方式B程序复杂，但是逻辑清晰，性能得看数据cha询条件了

KServer

说来说去还是看你需求，比如一个表维护所有司机的信息，另一个表登记货物，联合到一起就是一个送货单表，这样也方便日常管理，不至于改一个司机信息需要全表 update

b0y

第二种灵活性更高，后期如果有更复杂的线路司机更改需求 比较方便升级

有点类似根据关键词自动回复内容的数据库设计  

补充内容 (2023-11-10 11:20):
建议使用第二种方式