首页
学习
活动
专区
圈层
工具
发布

ERD检讨
EN

Database Administration用户
提问于 2013-02-20 16:09:44
回答 1查看 543关注 0票数 0

我正在构建一个简单的数据库驱动的web应用程序,但是通过阅读这么多关于这个主题的书籍,我知道如果我的数据库搞砸了,那么我的应用程序也很可能会被搞砸。

因此,我想我应该检查数据库设计专业人员,并得到他们的帮助,以审查我已经提出的,然后继续前进。

应用程序:

一个网站,将提供事件信息给最终用户在谷歌地图上。讨论中的事件是签名事件。

我想,人们读了很多书(我是其中之一),并且喜欢阅读,如果有一个用户可以访问的网站,那就太好了:

  1. 键入他们的邮政编码(邮政编码),并使所有事件在他们附近的设定英里半径。
  2. 键入他们最喜欢的作者姓名,并将他/她的所有事件放到世界地图上。

好主意不是吗?无论如何,我认为是这样的:)

好的,基于上述,我知道我的事件表必须包含一些地理信息,所以是我读过这个。为我的数据库想出了这样的东西。

  • 一个事件可以托管多个图书作者
  • 一位作者一次只能参加一个活动。

ERD http://img24.imageshack.us/img24/6614/entityrelationshipdiagr.jpg图

我意识到这是一个简单的数据库设计,但是我的应用程序(至少现在)有一个非常简单的目标,那就是在Google上显示事件信息。

我将非常感谢任何反馈意见,以及将来我将面临的任何陷阱。等?

谢谢。

EN

回答 1

Database Administration用户

发布于 2013-02-20 19:11:38

作者是一个法人,和与会者一样,所以你可以把他们放在党的桌子上,给他们一个角色,比如“作者”或“与会者”。一个人可以扮演作者或与会者的角色,或者两者兼而有之。

事件发生在设施中,这是一种地址类型。

地址位于邮政编码/邮政编码,这是一个地理位置。地址也位于城市(或其他地理区域),这也是一个地理位置。城市和邮政编码没有等级关系。

如果一个事件可以容纳许多作者,那么您需要一个author_event连接表。

(注意: author_event.event_id应该是整数,而不是varchar)

票数 1
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/35101

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档