通义千问1.5-1.8B-Chat-GPTQ-Int4数据库课程设计辅助：从ER图到SQL语句

本文介绍了如何在星图GPU平台上自动化部署通义千问1.5-1.8B-Chat-GPTQ-Int4镜像，并将其作为数据库课程设计的智能辅助工具。该模型能帮助学生从自然语言需求出发，逐步完成ER图设计、SQL语句生成等核心任务，例如高效完成“图书馆管理系统”等典型课程设计项目。

Matthew Um

152人浏览 · 2026-03-24 00:25:24

Matthew Um · 2026-03-24 00:25:24 发布

通义千问1.5-1.8B-Chat-GPTQ-Int4：你的数据库课程设计智能顾问

还在为数据库课程设计发愁吗？面对“图书馆管理系统”、“学生选课系统”这样的题目，是不是感觉千头万绪，不知道从何下手？画ER图时纠结实体和关系，写SQL语句时又担心语法错误和逻辑漏洞。

今天，我想跟你分享一个特别实用的工具——通义千问1.5-1.8B-Chat-GPTQ-Int4模型。它就像一个在线的数据库设计顾问，能帮你从零开始，一步步搞定课程设计。你只需要用自然语言描述你的需求，它就能协助你梳理思路、设计ER图、生成SQL，甚至提供查询示例。

接下来，我就带你看看，这个“小助手”具体能帮你做什么，以及怎么用它来高效完成你的课程设计作业。

1. 课程设计新思路：当AI遇见数据库

做过数据库课程设计的同学都知道，这个过程大致分为几个阶段：需求分析、概念设计（画ER图）、逻辑设计（转成关系模式）、物理设计（写SQL建表），最后是实现和测试。每个环节都可能卡壳。

传统的做法是翻教材、查资料、问同学，或者自己硬着头皮想。现在，我们可以换一种方式。通义千问这个模型，经过量化（GPTQ-Int4）后，对硬件要求很低，在普通的电脑上就能快速部署和响应。它的核心能力是理解你的自然语言描述，并给出结构化的、专业的反馈。

它能帮你解决哪些具体问题？

需求模糊，不会抽象：当你只知道要做“图书管理系统”时，它可以引导你思考系统中应该有哪些“东西”（实体），比如图书、读者、借阅记录。
ER图设计没头绪：它会帮你理清实体之间的关系，是一对一、一对多，还是多对多，避免出现设计上的错误。
SQL语句写不熟练：建表语句、插入数据、复杂查询，这些SQL代码它可以根据你的设计直接生成，你可以在它的基础上修改和学习。
缺乏验证思路：它还能提供一些典型的查询示例，帮你验证自己的数据库设计是否合理。

简单来说，它不是一个替你完成作业的“枪手”，而是一个随时在线的“辅导老师”或“设计伙伴”，能和你讨论，给你启发，帮你检查。下面，我们就以一个最常见的“图书馆管理系统”为例，看看整个协作过程。

2. 实战演练：携手AI设计图书馆管理系统

我们假设课程设计的题目就是“图书馆管理系统的数据库设计与实现”。打开部署好的通义千问对话界面，我们的对话就可以开始了。

2.1 第一步：需求分析与实体梳理

一开始，我们的想法可能是模糊的。我们可以直接向模型描述初步想法。

我们的提问：

“我要做一个图书馆管理系统的数据库课程设计。你能帮我梳理一下这个系统里应该有哪些主要的实体（表）吗？”

模型的回复思路（示例）：

“好的，我们可以一起梳理。一个典型的图书馆管理系统，核心是‘图书’的‘借阅’过程。所以，首先会想到‘图书’和‘读者’这两个基本实体。每次借阅都需要被记录，因此‘借阅记录’也是一个关键实体。此外，图书通常有分类（如计算机、文学），所以‘图书分类’实体也很有用。考虑到图书可能有多本副本，可以引入‘图书副本’实体来管理具体的物理书。总结一下，初步可以考虑的实体有：图书信息、图书分类、图书副本、读者信息、借阅记录。你觉得这个思路怎么样？我们需要再增加或合并吗？”

通过这样的对话，模型不仅列出了实体，还解释了为什么需要它们，这本身就是一种学习。我们可以根据教材知识或自己的想法，与它进行讨论，比如决定是否将“图书副本”的信息合并到“图书”表中。

2.2 第二步：ER图概念设计

明确了主要实体后，下一步就是确定它们之间的关系。这是画ER图的关键。

我们的提问：

“很好，我基本同意这些实体。现在请帮我设计一下它们之间的关系。比如，读者和借阅记录之间是什么关系？图书和借阅记录呢？用‘一对一’、‘一对多’、‘多对多’这样的方式说明。”

模型的回复思路（示例）：

“我们来分析一下关系：

读者与借阅记录：一位读者可以有多条借阅记录（他可能借很多次书），但一条借阅记录只属于一位读者。所以，这是‘一对多’关系。

图书（副本）与借阅记录：一本具体的图书副本，在不同时间可以被不同读者借阅，产生多条记录。但一条借阅记录在某一时刻只对应一本具体的图书副本。这也是‘一对多’关系。注意，这里关联的是‘图书副本’实体，而不是‘图书信息’。

图书信息与图书分类：一本图书属于一个分类，一个分类下有多本图书。这是‘多对一’关系（从图书角度看）。

图书信息与图书副本：一种图书信息（如《数据库系统概念》）可以对应多本物理副本。这是‘一对多’关系。

基于这些，我们可以画出ER图了。需要我为你描述一下ER图的大致样子吗？”

模型把复杂的关系用平实的语言拆解清楚了。我们可以根据这个描述，使用绘图工具（如Draw.io, Visio）画出规范的ER图。如果对某个关系有疑问，可以继续追问。

2.3 第三步：生成SQL建表语句

ER图确定后，就可以转化为具体的数据表了。这是模型非常擅长的部分。

我们的提问：

“关系很清晰，谢谢。现在请根据我们讨论的实体和关系，为‘图书馆管理系统’生成创建数据库表的SQL语句（假设使用MySQL）。请包含主键、外键和常用的字段。”

模型的回复示例：

-- 创建数据库
CREATE DATABASE IF NOT EXISTS library_db;
USE library_db;

-- 1. 图书分类表
CREATE TABLE book_category (
    category_id INT PRIMARY KEY AUTO_INCREMENT,
    category_name VARCHAR(50) NOT NULL UNIQUE,
    description TEXT
);

-- 2. 图书信息表
CREATE TABLE book_info (
    book_id INT PRIMARY KEY AUTO_INCREMENT,
    isbn VARCHAR(20) UNIQUE,
    title VARCHAR(200) NOT NULL,
    author VARCHAR(100),
    publisher VARCHAR(100),
    publish_date DATE,
    category_id INT,
    FOREIGN KEY (category_id) REFERENCES book_category(category_id) ON DELETE SET NULL
);

-- 3. 图书副本表
CREATE TABLE book_copy (
    copy_id INT PRIMARY KEY AUTO_INCREMENT,
    book_id INT NOT NULL,
    barcode VARCHAR(50) UNIQUE NOT NULL, -- 物理条形码
    status ENUM('在馆', '借出', '维护中') DEFAULT '在馆',
    location VARCHAR(100),
    FOREIGN KEY (book_id) REFERENCES book_info(book_id) ON DELETE CASCADE
);

-- 4. 读者信息表
CREATE TABLE reader (
    reader_id INT PRIMARY KEY AUTO_INCREMENT,
    card_number VARCHAR(20) UNIQUE NOT NULL,
    name VARCHAR(50) NOT NULL,
    type ENUM('学生', '教师', '职工') DEFAULT '学生',
    email VARCHAR(100),
    phone VARCHAR(20),
    borrow_limit INT DEFAULT 5,
    active_status BOOLEAN DEFAULT TRUE
);

-- 5. 借阅记录表
CREATE TABLE borrow_record (
    record_id BIGINT PRIMARY KEY AUTO_INCREMENT,
    copy_id INT NOT NULL,
    reader_id INT NOT NULL,
    borrow_date DATETIME DEFAULT CURRENT_TIMESTAMP,
    due_date DATE NOT NULL, -- 应还日期
    return_date DATETIME NULL, -- 实际归还日期，NULL表示未还
    FOREIGN KEY (copy_id) REFERENCES book_copy(copy_id),
    FOREIGN KEY (reader_id) REFERENCES reader(reader_id),
    INDEX idx_reader (reader_id), -- 为常用查询建立索引
    INDEX idx_copy (copy_id)
);

模型生成的SQL语句结构清晰，包含了关键约束（主键、外键、非空、唯一），甚至考虑了枚举类型、默认值和简单的索引优化。这为我们提供了一个高质量的起点。我们可以在此基础上，根据具体需求添加或修改字段，例如为读者增加“已借数量”字段，或者为图书增加“封面图片URL”字段。

2.4 第四步：获取查询示例与验证思路

表建好了，我们还需要一些典型的查询来验证数据库设计是否好用，这也是课程设计报告中的重要组成部分。

我们的提问：

“表结构很棒。现在请给我提供5个常见的图书馆业务查询SQL示例，比如‘查询某位读者的当前借阅情况’、‘查询最受欢迎的图书’等。”

模型的回复思路（示例）：它会提供类似下面的查询示例，并附上简要说明：

查询特定读者（如ID为1）的所有未归还图书：

SELECT r.name, b.title, bc.barcode, br.borrow_date, br.due_date
FROM borrow_record br
JOIN reader r ON br.reader_id = r.reader_id
JOIN book_copy bc ON br.copy_id = bc.copy_id
JOIN book_info b ON bc.book_id = b.book_id
WHERE br.reader_id = 1 AND br.return_date IS NULL;

（说明：通过多表连接，找到未归还（return_date为空）的记录。）

统计每本图书（按书名）的总借阅次数：

SELECT b.title, COUNT(br.record_id) AS borrow_count
FROM book_info b
JOIN book_copy bc ON b.book_id = bc.book_id
LEFT JOIN borrow_record br ON bc.copy_id = br.copy_id
GROUP BY b.book_id, b.title
ORDER BY borrow_count DESC;

（说明：使用LEFT JOIN确保没被借过的书也会显示，按借阅次数降序排列。）

这些示例不仅可以直接用于报告，更重要的是展示了如何将业务问题转化为SQL查询，帮助我们理解多表连接（JOIN）、分组统计（GROUP BY）和条件过滤（WHERE）的实际用法。