storage - 关系数据库 - 必须有更多,对吗?

标签 storage database

我真的很喜欢数据库设计和语义管理数据的整个概念以及随之而来的所有逻辑。

然而,我在数据库方面的知识水平(我猜)非常基础 - 我可以使用 ER 图、连接表、处理多对多、一对多等正确建模数据关系。
我在编程方面很有经验,我认为我的数据库知识就像了解面向对象编程的基础知识,即如何对汽车类建模、从车辆类继承、包含车轮对象等等。

现在我想进一步了解我对关系数据库的了解,以便我可以自信地对雇主说我可以在专业水平上处理该主题。

我现在只能处理我个人网站后端的电影数据库,如果我是亚马逊并且不得不存储数百万部电影,它可能会崩溃。所以有可扩展性的主题吗?我确信在数据库设计中有一系列非常“标准”的主题/概念,如果您要在专业水平上使用数据库,您只需理解它们并能够在现实生活中应用它们。

因此,如果该领域的任何数据库专家可以命名一些领域、概念、案例研究或任何有益于学习以真正擅长数据库的事物,我将不胜感激。我确信这里潜藏着大量的科学,我想要它。

提前致谢!

最佳答案

该领域的标准文本是“数据库系统简介”,作者 C. J. Date。

我有二十年的 C 经验;我读了它,认为它很棒,因此我写了一个关系数据库(一个合适的数据库,而不是这个 SQL 错误!)。

关于storage - 关系数据库 - 必须有更多,对吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/751236/

相关文章:

mysql - 什么是 MySQL 中状态的最佳列类型

mysql - 如何更改/创建表以支持花式文本 (unicode)

php - 存储在 session 数据中与存储在 Sql 数据库中用于临时数据

php - Laravel 5.6 存储::找不到下载文件

kubernetes - Google Kubernetes Engine 上的用户数据存储解决方案

mysql - 向现有数据库添加新字段

mysql - 比较两个结果集之间的相似性

业务应用程序的 MySQL 数据类型?

database - Sonarqube - 非常大的数据库

docker - 将主机目录绑定(bind)挂载到正在运行的 docker 容器的卷中