mysql表结构，更好的解决方案

n53p2ov0 于 2021-06-21 发布在 Mysql

关注(0)|答案(1)|浏览(372)

不知道有没有人能帮我。我有两个表，联系人和潜在客户-用户插入新的潜在客户到这些表（潜在客户+联系人由contactid连接）从一个单一的形式，工作得很好，虽然额外的编码插入数据到2个表和创建contactid到潜在客户表之前插入。
把这两个表合并成一个表是不是更好的做法，这样潜在客户和联系信息就存储在一个表中了，不用太多编码，我不知道为什么这么多的例子表明这是一个更好的解决方案？
我的担心是与gdpr规则非常接近，我们需要设置一个联系人删除日期和线索删除日期，这将永远是不同的？
希望这有道理

mysql database-normalization

来源：https://stackoverflow.com/questions/50075131/mysql-table-structure-a-better-solution

1条答案

按热度按时间

pnwntuvh1#

两个表被认为更好，因为它们在您需要时提供了一个干净的、规范化的数据模型 lead 行具有任意数量的 contact 行（从零到千）。有无数关于规范化的教程。这里只有一个。
如果，现在和永远 lead 只有一个 contact ，你当然可以用一张table。
如果您需要不同的线索和联系人隐私清除日期，您应该在每个表中放置一个时间戳列。那你每晚都可以做这样的事

UPDATE contact 
      SET givenname='-purged-',
          surname='-purged-',
          addr='-purged-',
          phone='-purged-'
    WHERE input_date <= CURDATE() - INTERVAL 3 MONTH

你的个人身份信息就会消失(您也可以删除这些行，但如果您确实首先考虑了外键约束的情况。）
如果有不同的清除规则 contact 以及 lead ，两个表的结构使清除变得容易。
（请注意，您没有告诉我们您的表定义或确切的清除规则，因此这里的代码基于我的猜测，这肯定是错误的。）

赞(0）回复(0）举报 2021-06-21

我来回答

mysql表结构，更好的解决方案

1条答案

相关问题

热门标签

最新问答