mysql视图不能添加check约束怎么办(提示is not base table)？

后来我意识到...我所能做的就是向表添加约束...这...相当麻烦。

告诉我那是2 02 2 年，几年前...我在北京做一个项目...数据库...一团糟...数据量很大...有时搜索时会卡住...很久都没有结果...
当时我很困惑...我一直在寻找不同的原因...硬件，网络网络...还好...最后...结果发现表设计不好...约束太少...表变成了垃圾dump...
同时...加班...就盯着表...一个一个的看字段...加索引，加索引...该加约束...尤其是外键约束...我差点忘了...
加了这些约束后...啊...真的管用...查询速度...瞬间提升...每天运行的数据量...从之前几百条...直接跳到几万条...没问题...
这个...我在设计表的时候也明白了...约束...你真不行保存...保存...以后你会遇到问题...不管你信不信...反正我相信...

说实话，我看过很多节目，网站底部都是乱七八糟的脚本。
我在做客服的时候，曾经帮助解决过一个用户的问题，发现有一个老客户每次打开网站都要等待十几秒，因为某个脚本加载缓慢。
该用户有辱骂行为，所以我道歉并点击“反馈”。
弹出几个复选框，我必须按顺序选择它们才能进入。
我当时不明白这是设计使然还是程序中的错误。
有趣的是，这些脚本来自不同的来源。
我记得某公司年会上的一个班级进行了抽奖活动，背景信息显示，有用户认为网站底部的脚本是彩蛋，会疯狂刷新页面，从而触发一些隐藏的活动。
我当时还告诉同事，如果这个被黑客盯上了，很容易被改变，造成很大的问题。
不久前，有消息称某网站被注入脚本广告，当用户点击该广告时，就会被重定向到钓鱼页面。
说白了，这些脚本就像城市的下水道。
它们看似看不见，但如果没有它们，整个系统就会瘫痪。
但话虽如此，这些脚本中的代码量有时令人望而生畏。
我有一个朋友，他是百度前员工。
他给我看了后台数据，知道热门问答页面的底层脚本打包后大小可能会超过1 M。
安装后至少消耗1 0%的用户流量。
当我们聊天时，他叹了口气，“这比优化用户访问要快得多。
”
我自己没有运行过这个，但我记得数据在X区域，但我建议你检查当前网站上的总脚本大小。
不管怎样，如果你经常使用它，你就会知道这些看似无害的脚本是互联网发展的顶峰。