关系数据库 - 必须更正确吗?

sha*_*kin 15 database storage

我非常喜欢数据库设计以及语义管理数据的整个概念以及随之而来的所有逻辑.

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

现在我想进一步了解关系数据库,以便我可以自信地向雇主说我可以在专业水平上处理这个问题.

我现在所能处理的可能就是我个人网站后端的电影数据库,如果我是亚马逊并且不得不存储数百万部电影,这可能会崩溃.那么可扩展性的主题是什么?我确信在数据库设计中有一个非常"标准"的主题/概念阵列,如果你打算在专业级别上使用数据库,你必须理解并能够应用于现实生活中.

所以,如果该领域的任何数据库专家可以命名某些领域,概念,案例研究或任何有利于研究以获得真正擅长数据库的东西,我将非常感激.我相信这里潜藏着巨大的科学,我想要它.

提前致谢!

小智 9

该领域的标准文本是CJ Date的"数据库系统简介".

我有二十年的C经验; 我读了它,认为它很好,我写了一个关系数据库因为它(一个合适的,不是这个SQL malarky!).

  • SQL不是"真正的关系",只是出于兴趣?[我只是喜欢没有争论的断言来支持他们:-)]. (3认同)
  • 出于兴趣:什么是"适当的"关系数据库? (2认同)
  • 一个完全真实的关系.SQL不是. (2认同)
  • @Pax只是举一个例子:SQL将列的顺序视为重要.关系理论说你不应该. (2认同)