mysql中的表前缀应该丢进历史的垃圾堆。

Question

防止某些不怀好意的高水平用户猜测？
开源CMS难免会有些漏洞吧，多个表前缀也许多一层防护？
用来实现某种功能？比如中文版/英文版？

Answer 1

楼主好像自己也开着有公司吧？
多买一个空间啊。真正运行的程序，100元一年都出不起么？这样的话你也能对你的客户说出来？
我就是要把一个 dede，一个 Discuz! 、一个 wordpress 放在一个空间里，以后还想加个 wiki 和问答系统。
难道您销售的系统不支持这样做吗？那么我何必花钱买你的系统，而不去用免费的开源系统呢？

Answer 2

很多设定本来都是不合理的。但按照有关部门的意思就是历史遗留原因。
比如计算机语言，五花八门。其实如果语言真的好，一种就足够了。比如系统对图片、动画的支持差，则是因为当时开始做计算机的时候，工程师只考虑文字。只需要屏幕出现一些文字就行了。虽然后来图片算法出现了，动画算法出现了。但这些后来出现的，都是在原本不支持他们的硬软件环境下诞生的，于是文件变得很大，很难使用。想要改变这些缺陷，必须全面重构底层，重新架构系统。但这些是不可能的了。所以将就着用吧。
mysql这个，其实和什么几个数据库没有关系。你也可以做表后缀，也可以做表中缀。只是一个命名规则而已，尊不遵守都行。

Answer 3

表前缀不会给编程带来麻烦，尤其是封装好的数据层更是小菜一碟
表前缀会是运行速度略微下降，因为需要有一次表名的组装
表前缀可以使程序通用化程度加强，不同应用间不再需要为防止表名相同而大伤脑筋
表前缀可以在程序开发期间轻松的更换测试数据
也可在维护时不影响系统的正常运行，只需单独指派一个 config 就切换到模拟数据上了
而不用表前缀时，你可能需要备份数据库，并提防测试数据暴露到网站上当然，表前缀只是为工作方便而使用的一个技术手段而已。用不用是你自己的事情既然你有 Java 经历，那么你也应该知道 Java 从 C++ 脱离出来的时候放弃了 C/C++ 的外部文件包含（#include）。以为只要规划好类，就不再需要引入外部文件了。但事情总是那么的不如意，第二年也只有再造一个 Import 来弥补了

Answer 4

php几乎完全做到了不用手工引用外部文件。

Answer 5

经过几个月思考和争论：结论如下。
1、楼上17楼是正解。xuyanlu
2、16楼回答不错。
 3、6楼你的回复在20年前也许正确。现在完全错误。前缀做为分组用有存在的必要，但整个表都是前缀，完全就是病态。
在此完全木有考虑在互联网上整天做练习的xuzun这样的人。因为这样的整个中国找不到3个人吧？所以忽略。