首页 > 后端开发 > php教程 > mysql中的表前缀应该丢进历史的垃圾堆。

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

WBOY
发布: 2016-06-23 13:49:27
原创
1022 人浏览过

1、表前缀广泛使用,却毫无用处。在服务器几乎都快是不要钱的了,数据完全就是免费的。一个数据库中容纳2个数据库中有意义么?
2、给编程和维护,数据库维护带来极*烦。犹如马克思主义,毛XX思想一样。只有害处,毫无好处。

谁能给我一个必须用前缀的理由??

答案就不用大家给我了,我自己给。在99.99%的情况不需要。反正我是重来没有用到过。

我想调查一下,谁的项目中一定需要表前缀的?能介绍下么?天下海选,看是否真有人需要表前缀?

跟贴有分。


回复讨论(解决方案)

如果你的数据库支持多个多个数据库,那就没什么意义,如果只有一个,对于区分表,还是有帮助的。

购买空间的,只能创建一个数据库。加前缀就很有用了,楼主不能忽略这些用户。

购买空间的,只能创建一个数据库。加前缀就很有用了,楼主不能忽略这些用户。


正规100元一个空间,就带免费数据库,有必要一个数据库时塞2个数据库么?
多买一个空间啊。真正运行的程序,100元一年都出不起么?
本地开发当然是要多少个数据库就多少个数据库。

我见过和用过的项目至少20+以上吧。从来没有需要前缀的时候,但居然个个项目都有前缀。

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

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

很多设定本来都是不合理的。但按照有关部门的意思就是历史遗留原因。


比如计算机语言,五花八门。其实如果语言真的好,一种就足够了。

比如系统对图片、动画的支持差,则是因为当时开始做计算机的时候,工程师只考虑文字。只需要屏幕出现一些文字就行了。虽然后来图片算法出现了,动画算法出现了。但这些后来出现的,都是在原本不支持他们的硬软件环境下诞生的,于是文件变得很大,很难使用。

想要改变这些缺陷,必须全面重构底层,重新架构系统。但这些是不可能的了。所以将就着用吧。


mysql这个,其实和什么几个数据库没有关系。你也可以做表后缀,也可以做表中缀。只是一个命名规则而已,尊不遵守都行。


购买空间的,只能创建一个数据库。加前缀就很有用了,楼主不能忽略这些用户。


正规100元一个空间,就带免费数据库,有必要一个数据库时塞2个数据库么?
多买一个空间啊。真正运行的程序,100元一年都出不起么?
本地开发当然是要多少个数据库就多少个数据库。

但一?空?已??用,?何要因?根?模?分???而?多一?空?呢?100元也是?啊,大哥。

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


节省的这100元,代码维护多花费的精力成本何止1000元以上?

我运营网站的目的并不是为了学习如何搭建一个网站
所以我不可能为了你的维护方便而掏钱买上多个空间,其实如果我有多个空间,那么你维护起来不也是很麻烦吗?
再说各个系统都是独立运行,互不干涉,何来的“多花费的精力”

我运营网站的目的并不是为了学习如何搭建一个网站
所以我不可能为了你的维护方便而掏钱买上多个空间,其实如果我有多个空间,那么你维护起来不也是很麻烦吗?
再说各个系统都是独立运行,互不干涉,何来的“多花费的精力”


表前缀会给编程带来麻烦,给代码维护多带来的精力何止1万元以上成本。
不用前缀,平均一个项目至少节省1万以上开发和维护成本。

我想知道你所说的麻烦、难维护到底体现在哪块呢?
而且如果都如 多买一个空间啊。真正运行的程序,100元一年都出不起么?  ,那么一个库需要多种前缀,就需要再多买几个空间么?
难道前缀仅仅是为了摆设?

我加前缀是为了一眼就能区分这些表是属于哪个功能模块,那我查找表的时候范围也就更小了,找到的时间也就更加少了,难道胡乱放一堆,一个一个找?当然,不同场景需要的程度也不一致,你用不到并不能说明没用。

就算不用前缀,多放几个库,来回切库维护成本就低了?

表前缀不会给编程带来麻烦,尤其是封装好的数据层更是小菜一碟
表前缀会是运行速度略微下降,因为需要有一次表名的组装
表前缀可以使程序通用化程度加强,不同应用间不再需要为防止表名相同而大伤脑筋
表前缀可以在程序开发期间轻松的更换测试数据
也可在维护时不影响系统的正常运行,只需单独指派一个 config 就切换到模拟数据上了
而不用表前缀时,你可能需要备份数据库,并提防测试数据暴露到网站上

当然,表前缀只是为工作方便而使用的一个技术手段而已。用不用是你自己的事情

既然你有 Java 经历,那么你也应该知道 Java 从 C++ 脱离出来的时候放弃了 C/C++ 的外部文件包含(#include)。以为只要规划好类,就不再需要引入外部文件了。但事情总是那么的不如意,第二年也只有再造一个 Import 来弥补了

表前缀不会给编程带来麻烦,尤其是封装好的数据层更是小菜一碟
表前缀会是运行速度略微下降,因为需要有一次表名的组装
表前缀可以使程序通用化程度加强,不同应用间不再需要为防止表名相同而大伤脑筋
表前缀可以在程序开发期间轻松的更换测试数据
也可在维护时不影响系统的正常运行,只需单独指派一个 config 就切换到模拟数据上了
而不用表前缀时,你可能需要备份数据库,并提防测试数据暴露到网站上

当然,表前缀只是为工作方便而使用的一个技术手段而已。用不用是你自己的事情

既然你有 Java 经历,那么你也应该知道 Java 从 C++ 脱离出来的时候放弃了 C/C++ 的外部文件包含(#include)。以为只要规划好类,就不再需要引入外部文件了。但事情总是那么的不如意,第二年也只有再造一个 Import 来弥补了



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

我想知道你所说的麻烦、难维护到底体现在哪块呢?
而且如果都如 多买一个空间啊。真正运行的程序,100元一年都出不起么?  ,那么一个库需要多种前缀,就需要再多买几个空间么?
难道前缀仅仅是为了摆设?

我加前缀是为了一眼就能区分这些表是属于哪个功能模块,那我查找表的时候范围也就更小了,找到的时间也就更加少了,难道胡乱放一堆,一个一个找?当然,不同场景需要的程度也不一致,你用不到并不能说明没用。

就算不用前缀,多放几个库,来回切库维护成本就低了?


我认为前缀不好的原因,就在于快速找表。
前缀影响我阅读表名。
开始看前缀时,我以为前缀有何意义。最后发现,屁意义都没有。就是前缀而已。

能不能引入外部文件和要不要引入外部文件,是两个不同的范畴

前缀的存在就在于款速找表,相同前缀的肯定隶属于相同的应用
你可把前缀理解为分组(分类)标志

存在即意义。
前缀的存在就是为了快速区分不同表之间的意义。当然,如果没必要区分,也完全没必要用前缀了。
也许你觉得屁意义没有,给你工作带来无限的麻烦,成本大大提高了,完全可以摒弃。但熟不知,表前缀也许给其他人工作上带了许多便利。
在一个大型应用中,也许有许多相互关联、高耦合的关系表,但不隶属同一模块,也许前缀的意义就体现出来了。否则多库操作,难道表的关系也要升级到库的关系?反而不美~

还是那句话,存在即意义。

经过几个月思考和争论:结论如下。
1、楼上17楼是正解。xuyanlu
2、16楼回答不错。
 3、6楼你的回复在20年前也许正确。现在完全错误。

前缀做为分组用有存在的必要,但整个表都是前缀,完全就是病态。
在此完全木有考虑在互联网上整天做练习的xuzun这样的人。因为这样的整个中国找不到3个人吧?所以忽略。

相关标签:
来源:php.cn
本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板