抱歉问题比较初级,但是我对数据库设计的新颖性经常让我束手无策。
我的网站在信息方面不断增长。开始时,我只描述了一种物品,结果很好。该物品占用了一个记录,并且具有34个列(现在回头看来很多),这些列被归因于描述性数据。随着我越来越深入地研究这些东西,我发现许多开发人员将数据(在实际情况下)分成不同的表。
现在我有了其他与原始项目相关但不总是需要描述原始项目的附加表,因此我将它们分离,以便不必要地查询它们。
无论如何,我有一个新项目,我一直在试图组织,那就是用户。用户表具有像用户名、电子邮件、上次登录、关联图片的路径等典型列。这些用户一直在发表评论,我将这些评论保存在另一个表中,该表包含与用户和他们评论的项目相关的ID列。
现在......我正在为网站添加义务用户资料页面。我应该创建另一个仅包含必需配置文件数据的表格还是将原始用户表格中的配置文件数据添加到现有用户记录中?我认为如果我要添加“从网站删除我”的功能,那么清理可能会很麻烦,因为我必须运行杀死用户记录、用户配置文件记录以及任何其他与该用户ID在其他表中相关的数据的内容。
基本上,我的问题是我是否应该继续使用这种“粒度化”设计方法 - 将所有内容分解为基本部分,还是将其合并到更大的表中?我看到了一些情况,如果用户删除他们的帐户,我会留下一堆不相关的数据。例如,原始项目是餐馆......如果我创建一个用于记录对餐馆的“访问”的表格,包含餐馆ID和用户ID,那么如果用户或餐馆从网站中删除,这个“访问”表格将有很多无用的记录,说要么“不存在的餐厅被用户45访问”,要么“餐厅21被不存在的用户访问”。
希望我讲得清楚......我只想知道随着时间的推移,拥有这些“垃圾”数据是否正常。
非常感谢, 罗布
我的网站在信息方面不断增长。开始时,我只描述了一种物品,结果很好。该物品占用了一个记录,并且具有34个列(现在回头看来很多),这些列被归因于描述性数据。随着我越来越深入地研究这些东西,我发现许多开发人员将数据(在实际情况下)分成不同的表。
现在我有了其他与原始项目相关但不总是需要描述原始项目的附加表,因此我将它们分离,以便不必要地查询它们。
无论如何,我有一个新项目,我一直在试图组织,那就是用户。用户表具有像用户名、电子邮件、上次登录、关联图片的路径等典型列。这些用户一直在发表评论,我将这些评论保存在另一个表中,该表包含与用户和他们评论的项目相关的ID列。
现在......我正在为网站添加义务用户资料页面。我应该创建另一个仅包含必需配置文件数据的表格还是将原始用户表格中的配置文件数据添加到现有用户记录中?我认为如果我要添加“从网站删除我”的功能,那么清理可能会很麻烦,因为我必须运行杀死用户记录、用户配置文件记录以及任何其他与该用户ID在其他表中相关的数据的内容。
基本上,我的问题是我是否应该继续使用这种“粒度化”设计方法 - 将所有内容分解为基本部分,还是将其合并到更大的表中?我看到了一些情况,如果用户删除他们的帐户,我会留下一堆不相关的数据。例如,原始项目是餐馆......如果我创建一个用于记录对餐馆的“访问”的表格,包含餐馆ID和用户ID,那么如果用户或餐馆从网站中删除,这个“访问”表格将有很多无用的记录,说要么“不存在的餐厅被用户45访问”,要么“餐厅21被不存在的用户访问”。
希望我讲得清楚......我只想知道随着时间的推移,拥有这些“垃圾”数据是否正常。
非常感谢, 罗布