使用一个 SQL 命令将数据添加到多对多关系
Add data to many-to-many relation with one SQL command
我对SQL数据库有基本的了解,我可能忽略了一些东西,但我无法弄清楚以下问题:存在多对多关系(例如:用户 - user_roles - 角色)。是否可以使用一个 SQL 命令(原子操作)向(新)用户添加(新)角色?目前我使用 Sqlite。
我知道 SELECT last_insert_rowid();
命令,使用这个命令和几个 SQL 命令我可以实现我想要的。但我想将它合并到一个命令中(因此服务器,在本例中为 Sqlite,可以优化查询等)。我不知道,它在现实生活中是如何完成的(一个命令与一个事务中的多个命令),这是这个问题的根本原因。
到目前为止,这是我能够做到的:
pragma foreign_keys = on;
CREATE TABLE users (
user_id integer primary key autoincrement,
user_name text not null unique
);
CREATE TABLE roles (
role_id integer primary key autoincrement,
role_name text not null unique
);
CREATE TABLE user_roles (
user_id integer not null,
role_id integer not null,
foreign key (user_id) references users(user_id),
foreign key (role_id) references roles(role_id),
primary key (user_id, role_id)
);
insert into users (user_name) values ('Joe');
insert into roles (role_name) values ('admin');
insert into user_roles (user_id, role_id) values (
(select user_id from users where user_name = 'Joe'),
(select role_id from roles where role_name = 'admin')
);
如果用户和角色都存在(Joe 和 admin),那么它工作正常。
但我无法弄清楚,如果 Joe 或管理员是来自数据库的任务,如何实现“add-if-missing-then-return-id”行为。
示例(缺少用户和角色):
insert into user_roles (user_id, role_id) values (
(select user_id from users where user_name = 'Bill'),
(select role_id from roles where role_name = 'user')
);
结果:
Execution finished with errors.
Result: NOT NULL constraint failed: user_roles.user_id
您可以 create view 来自 user_roles
table:
CREATE VIEW user_roles_view AS
SELECT
U.user_name, R.role_name
FROM user_roles AS UR
INNER JOIN users AS U ON u.user_id = UR.user_id
INNER JOIN roles AS R ON r.role_id = UR.role_id;
SQLite 中的视图是只读的,除非您在其上创建 INSTEAD OF trigger。通过这种方式,您可以指定在使用 INSERT
、UPDATE
或 DELETE
语句修改视图时执行的命令或命令序列。 INSERT
可以这样:
CREATE TRIGGER user_roles_view_insert INSTEAD OF INSERT ON user_roles_view
BEGIN
INSERT OR IGNORE INTO users (user_name) VALUES (NEW.user_name);
INSERT OR IGNORE INTO roles (role_name) VALUES (NEW.role_name);
INSERT OR IGNORE INTO user_roles (user_id, role_id) VALUES (
(SELECT user_id FROM users WHERE user_name = NEW.user_name),
(SELECT role_id FROM roles WHERE role_name = NEW.role_name)
);
END;
请注意 INSERT OR IGNORE
的用法,以防止将重复值插入到所有三个 table 中。以下是通过视图插入值的方法:
INSERT INTO user_roles_view VALUES ('Joe', 'admin');
-- The above statement creates:
-- a row (1, 'Joe') in table users,
-- a row (1, 'admin) in table roles,
-- a row (1, 1) in table user_roles.
INSERT INTO user_roles_view VALUES ('Joe', 'admin');
-- The above statement doesn't add any additional records, because all appropriate records
-- already exist.
INSERT INTO user_roles_view VALUES ('Joe', 'system');
-- The above statement creates:
-- a row (2, 'system') in table roles,
-- a row (1, 2) in table user_roles.
INSERT INTO user_roles_view VALUES ('Alice', 'admin'), ('Bob', 'system');
-- The above statement creates:
-- a row (2, 'Alice') in table users,
-- a row (3, 'Bob') in table users,
-- a row (2, 1) in table user_roles,
-- a row (3, 2) in table user_roles
以上所有语句从 user_roles_view (SELECT * FROM user_roles_view
) 产生以下输出:
user_name
role_name
Joe
admin
Joe
system
Alice
admin
Bob
system
我对SQL数据库有基本的了解,我可能忽略了一些东西,但我无法弄清楚以下问题:存在多对多关系(例如:用户 - user_roles - 角色)。是否可以使用一个 SQL 命令(原子操作)向(新)用户添加(新)角色?目前我使用 Sqlite。
我知道 SELECT last_insert_rowid();
命令,使用这个命令和几个 SQL 命令我可以实现我想要的。但我想将它合并到一个命令中(因此服务器,在本例中为 Sqlite,可以优化查询等)。我不知道,它在现实生活中是如何完成的(一个命令与一个事务中的多个命令),这是这个问题的根本原因。
到目前为止,这是我能够做到的:
pragma foreign_keys = on;
CREATE TABLE users (
user_id integer primary key autoincrement,
user_name text not null unique
);
CREATE TABLE roles (
role_id integer primary key autoincrement,
role_name text not null unique
);
CREATE TABLE user_roles (
user_id integer not null,
role_id integer not null,
foreign key (user_id) references users(user_id),
foreign key (role_id) references roles(role_id),
primary key (user_id, role_id)
);
insert into users (user_name) values ('Joe');
insert into roles (role_name) values ('admin');
insert into user_roles (user_id, role_id) values (
(select user_id from users where user_name = 'Joe'),
(select role_id from roles where role_name = 'admin')
);
如果用户和角色都存在(Joe 和 admin),那么它工作正常。 但我无法弄清楚,如果 Joe 或管理员是来自数据库的任务,如何实现“add-if-missing-then-return-id”行为。
示例(缺少用户和角色):
insert into user_roles (user_id, role_id) values (
(select user_id from users where user_name = 'Bill'),
(select role_id from roles where role_name = 'user')
);
结果:
Execution finished with errors.
Result: NOT NULL constraint failed: user_roles.user_id
您可以 create view 来自 user_roles
table:
CREATE VIEW user_roles_view AS
SELECT
U.user_name, R.role_name
FROM user_roles AS UR
INNER JOIN users AS U ON u.user_id = UR.user_id
INNER JOIN roles AS R ON r.role_id = UR.role_id;
SQLite 中的视图是只读的,除非您在其上创建 INSTEAD OF trigger。通过这种方式,您可以指定在使用 INSERT
、UPDATE
或 DELETE
语句修改视图时执行的命令或命令序列。 INSERT
可以这样:
CREATE TRIGGER user_roles_view_insert INSTEAD OF INSERT ON user_roles_view
BEGIN
INSERT OR IGNORE INTO users (user_name) VALUES (NEW.user_name);
INSERT OR IGNORE INTO roles (role_name) VALUES (NEW.role_name);
INSERT OR IGNORE INTO user_roles (user_id, role_id) VALUES (
(SELECT user_id FROM users WHERE user_name = NEW.user_name),
(SELECT role_id FROM roles WHERE role_name = NEW.role_name)
);
END;
请注意 INSERT OR IGNORE
的用法,以防止将重复值插入到所有三个 table 中。以下是通过视图插入值的方法:
INSERT INTO user_roles_view VALUES ('Joe', 'admin');
-- The above statement creates:
-- a row (1, 'Joe') in table users,
-- a row (1, 'admin) in table roles,
-- a row (1, 1) in table user_roles.
INSERT INTO user_roles_view VALUES ('Joe', 'admin');
-- The above statement doesn't add any additional records, because all appropriate records
-- already exist.
INSERT INTO user_roles_view VALUES ('Joe', 'system');
-- The above statement creates:
-- a row (2, 'system') in table roles,
-- a row (1, 2) in table user_roles.
INSERT INTO user_roles_view VALUES ('Alice', 'admin'), ('Bob', 'system');
-- The above statement creates:
-- a row (2, 'Alice') in table users,
-- a row (3, 'Bob') in table users,
-- a row (2, 1) in table user_roles,
-- a row (3, 2) in table user_roles
以上所有语句从 user_roles_view (SELECT * FROM user_roles_view
) 产生以下输出:
user_name | role_name |
---|---|
Joe | admin |
Joe | system |
Alice | admin |
Bob | system |