【发布时间】:2010-01-25 21:59:25
【问题描述】:
我正在尝试构建(现在只是思考/计划/绘制关系:])小型模块化系统来构建基本网站(主要是为了简化我们作为网页设计师日常执行的常见任务)。
我对数据库设计/存储内容的整个想法几乎没有任何兴趣。
1.,大多数网站(根据我的经验)最痛苦的是具有准相同布局/骨架的页面,具有不同的信息 - 例如标题、图片和信息集——但是,在 cms 中制作特殊模板/特殊模块碰巧比将其编辑为文本花费更多的精力——然而,在这里我们失去了一些操作潜力——我们不能得到“只有标题”,因为,CMS/系统将整个内容理解为一个文本字段
所以,我想要这两张表 - 一张用于保存内容结构的信息(例如,只是可变数量的照片
table module_descriptors (HOW)
id int
structure - *???*
table modules (WHAT)
id int
module_type - @link to module_descriptors id
content - *???*
2.,我喜欢这个的是 - 我不需要很多表 - 我不喜欢有 6810 个表的数据库,每个模块一个,因为它的描述,杂项。数字到文本的关系,...我也不喜欢有 60 列的表格,例如 content_us、content_it、category_id、parent_id。
我想我可以将结构描述和内容本身(注意 ??? ?)保存为 XML 或 CSV,但也许我正在尝试重新发明轮子并回答这隐藏在一些我没有研究过的设计模式中。
希望我能说得通,并能得到一些答复 - 给我你的意见、优点、缺点……或者让我下地狱。谢谢
编辑:我的问题也是:这种方法有意义吗?编辑友好吗?没有更好的东西吗?是道德的吗?当我这样做时,不要让小猫死吗?如果我想读取和比较从数据库中提取的 30 个 XML(例如,我想比较一些东西),这对服务器来说是不是太多了?技术部分——如何做——只是问题的一部分:)
【问题讨论】:
标签: php mysql design-patterns modularity