我正在为现有数据库进行升级,该数据库的设计没有任何代码来实现所考虑的设计。现在,我已经在代码中实现数据库设计方面遇到了困难。我确定它是否是数据库设计的问题,或者我是否只是没有看到正确的解决方案如何需要做什么。
基本逻辑规定如下:
当我或多或少地描述了当前设计和业务逻辑时,我一直遇到的问题是我无法找到一种方法来有效地确定用户是否已经认证特定产品和座位当他们没有时。我一直试图确定哪些产品的座椅已经为用户认证,哪些没有。部分问题是因为如果他们目前在不同座位下注册了同一产品的多个,那么我只需要计算一次产品。
下面是涉及的架构部分的副本。任何有关如何改进设计或在代码中绘制关联的建议都将受到赞赏。如果重要,该站点建立在LAMPP堆栈上。
您可以在此处查看数据库架构的相关部分: http://lpsoftware.com/problem_db_structure.png
答案 0 :(得分:2)
您正在寻找的是relational division 不是直接在SQL中实现,但可以完成。在谷歌搜索其他示例。
答案 1 :(得分:0)
在快速查看架构之后,我认为您可以做的一件事就是创建一个'to_be_certified'表。将产品分配到席位时(填充product_seat_rtab时),使用user_id,product_id和seat_id填充它。
在将记录添加到certification_rtab表时,删除“to_be_certified”表中的相应记录。这样您就可以轻松访问所有经过用户认证和非用户认证的产品。
要删除重复的product_id,您可以按product_id进行分组。
答案 2 :(得分:0)
您需要更改lessonstatus_rtab表:
CREATE TABLE lessonstatus_rtab (
user_id INT NOT NULL,
seat_id INT NOT NULL,
lesson_id INT NOT NULL REFERENCES lesson_rtab,
accessdate TIMESTAMP,
score NUMERIC(5,2) NOT NULL DEFAULT 0,
PRIMARY KEY (user_id, seat_id, lesson_id),
FOREIGN KEY (user_id, seat_id) REFERENCES user_seat_rtab (user_id, seat_id)
);
然后,您可以查询用户拥有席位的每个产品,是否经过认证?这假定他所获得的课程数量,例如50%或更高,与该产品所有模块的课程数量相同。
SELECT p.name, us.user_id, us.seat_id, COUNT(l.id) = COUNT(lu.lesson_id) AS is_certified
FROM user_seat_rtab AS us
JOIN seat_rtab AS s ON (s.id = us.seat_id)
JOIN product_seat_rtab AS ps ON (ps.seat_id = s.id)
JOIN product_rtab AS p ON (p.id = ps.product_id)
JOIN product_module_rtab AS pm ON (pm.product_id = p.id)
JOIN module_rtab AS m ON (m.id = pm.module_id)
JOIN module_lesson_rtab AS ml ON (ml.module_id = m.id)
JOIN lesson_rtab AS l ON (l.id = ml.lesson_id)
LEFT OUTER JOIN lessonstatus_rtab AS lu
ON (lu.lesson_id = l.id AND lu.user_id = us.user_id
AND lu.seat_id = us.seat_id AND lu.score > 0.50)
GROUP BY p.id, us.user_id, us.seat_id;
答案 3 :(得分:0)
更新:
我已经进一步考虑了这个问题,并考虑过是否允许更好地工作以简单地删除user_seat_rtab表,然后使用等效的certification_rtab表(可能已重命名)来保存有关用户座位状态的所有信息。通过这种方式,用户,座位,座位内的每个产品以及用户是否已经认证特定产品和座位之间建立了直接关系。
所以我会将以下更改应用于随问题发布的架构:
DROP TABLE user_seat_rtab;
RENAME TABLE certification_rtab TO something_different;
进一步规范化这种新结构的另一种方法是做这样的事情:
ALTER TABLE user_seat_rtab
DROP PRIMARY KEY;
ADD COLUMN product_id int(10) unsigned NOT NULL;
ADD CONSTRAINT pk_user_seat_product PRIMARY KEY (user_id, seat_id, product_id);
ADD CONSTRAINT fk_product_user_seat FOREIGN KEY (product_id) REFERENCES product_rtab(id) ON DELETE RESTRICT;
我不确定这是否可以解决问题,或者它是否会在引入新问题时稍微改变问题的性质。那么,有没有人有任何其他批评或建议?