我正在尝试构建(现在只是思考/计划/绘制关系:])小的模块化系统来构建基本网站(主要是为了简化我们作为网页设计师经常做的常见任务)。
我几乎没有被数据库设计/存储内容的整个想法所困扰。
1.,在大多数网站上(根据我的经验)最痛苦的是具有准相同布局/骨架的页面,具有不同的信息 - 例如标题,图片和信息集 - 但是,在 cms 中制作特殊模板/特殊模块碰巧比将其编辑为文本花费更多的精力-但是,在这里我们失去了一些操作潜力-我们无法获得“仅标题”,因为 CMS/系统将整个内容理解为一个文本字段
所以,我想要这两张表——一张用来保存内容结构的信息(例如,只是可变数量的照片<1;500):]、标题和文字、照片(大)和画廊)——如何——另一个包含“集合”的所有内容、模块和部分的表(我的各种结构化信息的工作名称) - 什么
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,但也许我正在尝试重新发明轮子,而对此的答案隐藏在我没有的一些设计模式中' t调查了。
希望我有任何意义,并会得到一些答复 - 给我你的意见,优点,缺点......或者让我下地狱。谢谢
编辑:我的问题也是这样的:这种方法有意义吗?它是否易于编辑?没有更好的东西吗?是道德的吗?当我这样做时,不要让小猫死吗?如果我想读取和比较从数据库中提取的 30 个 XML(例如,我想比较一些东西),这对服务器来说是不是太多了?技术部分——如何去做——只是问题的一部分:)