《你不可不知的关系数据库理论》导读

前言

你不可不知的关系数据库理论
关系数据模型是百年来最伟大的技术发明之一,它是我们完成数据库领域任何事情的基础。的确,它使数据库管理成为一门科学,而不再像过去那样是一些技巧、技术和经验法则的特定集合。因此,每一个与数据库管理有关的专业人员,或多或少都会主动去获得一些与关系模型有关的知识,以加深对关系模型的理解。因为如果没有它,想开展高效的工作、获得较高的工作性能几乎是不可能的。

不幸的是,想要达到如上所说的“获得知识,加深理解”是不容易的。这有多方面的原因,但影响最大的原因是SQL语言,它是一种“关系型”语言的官方标准1,当今市场上的每个数据库产品都支持其中的某些方面。大家普遍承认,至少是应该普遍承认,作为关系模型的抽象概念的某种具体实现,SQL 有着非常严重的缺陷(这是我在前面那句话中给“关系型”加上引号的原因)。至于在数据库世界,每个人之所以都知道一些关于SQL的知识,是几乎所有的关系型(或可能的关系型)教学的重点都倾向于SQL本身,而不是基本的理论。因此,仅仅因为他们知道 SQL,人们就认为他们知道关系理论,也就不足为奇了。然而,令人难过的是,如果你只是像这样知道 SQL,那么你肯定不知道关系理论,而你不知道的事情最终可能会伤害你。

本书的首要目的就是详细地教你关系理论(至少是尽我所能地详细),第二个目的是从关系理论的角度描述SQL(或者描述SQL的核心特征),这也可能会给我带来一些其他灵感。一些读者可能知道,不久前我出版了另一本书来论述这件事情,书名为SQL and Relational Theory: How to Write Accurate SQL Code(第2版,2012年O’Reilly出版)。然而,与现在的这本书不同,早期的图书主要是面向数据库从业人员,通常情况下适用于至少有三四年的“工作在数据库系统第一线”的人员,或者经常把它作为日常工作一部分的人员(因此,肯定会有一些关于SQL的工作经验)。那本书的主要目的是展示如何把关系理论应用到使用SQL的过程中,因此,SQL的行为看起来就像是一个真正的关系语言一样(在那本书中我引用的一个规则是,从关系型的角度使用SQL)。在本书和那本书之间不可避免地会有一些重复。实际上,本书中有一些文字就是从早期写作的图书中复制和粘贴的,有些几乎是完全一样。不管怎样,你现在看到的一定是一本不同的图书,因为它是面向不同的读者(参看下面的详细解释)。然而,本书接下来的内容还需要频繁引用早期的图书,所有的引用都以简写的形式给出(即SQL and Relational Theory)。而且,我认为如果你熟悉我的早期作品,那么你从本书中可能不会获得太多的知识。当然,我不是不鼓励你阅读此书,只是如果你读了,你可能不会发现太多的新知识。

目录

第1章 数据库基本概念

1.1 什么是数据库
1.2 什么是数据库管理系统
1.3 什么是关系型DBMS
1.4 数据库系统与程序系
1.5 练习

第14章 SQL与关系模型

14.1 概述
14.2 SQL与关系模型的不同点
14.3 练习
14.4 答案

时间: 2024-10-24 12:01:37

《你不可不知的关系数据库理论》导读的相关文章

《深入理解Scala》——第1章,第1.2节当函数式编程遇见面向对象

1.2 当函数式编程遇见面向对象 深入理解Scala 函数式编程和面向对象编程是软件开发的两种不同途径.函数式编程并非什么新概念,在现代开发者的开发工具箱里也绝非是什么天外来客.我们将通过Java生态圈里的例子来展示这一点,主要来看Spring Application framework和Google Collections库.这两个库都在Java的面向对象基础上融合了函数式的概念,而如果我们把它们翻译成Scala,则会优雅得多.在深入之前,我们需要先理解面向对象编程和函数式编程这两个术语的含义

《深入理解Scala》——第1章,第1.4节与JVM的无缝集成

1.4 与JVM的无缝集成 深入理解Scala Scala的吸引力之一在于它与Java和JVM的无缝集成.Scala与Java有很强的兼容性,比如说Java类可以直接映射为Scala类.这种紧密联系使Java到Scala的迁移相当简单,但在使用Scala的一些高级特性时还是需要小心的,Scala有些高级特性是Java里没有的.在Scala语言设计时已经小心地考虑了与Java无缝交互的问题,用Java写的库,大部分可以直接照搬(as-is)到Scala里. 1.4.1 Scala调用Java 从S

《深入理解Scala》——第2章,第2.1节学习使用Scala交互模式(REPL)

第2章 核心规则深入理解Scala 本章包括的内容: • 使用Scala交互模式(Read Eval Print Loop 简称REPL) • 面向表达式编程 • 不变性(Immutability) • Option类 本章内容覆盖了每个新Scala开发者都需要知道的几个主题.本章不会深入到每个主题里,但是会讲到可以让你自己去接着探索的程度.你将学会使用REPL,学会如何利用这个工具做软件的快速原型开发.然后我们会学到面向表达式编程,并从另一个视角来看控制结构是怎么回事.在此基础上,我们来研究不

《深入理解Scala》——第1章,第1.3节静态类型和表达力

1.3 静态类型和表达力 深入理解Scala 开发人员中有一个误解,认为静态类型必然导致冗长的代码.之所以如此是因为很多继承自C的语言强制要求程序员必须在代码中多处明确地指定类型.随着软件开发技术和编译器理论的发展,情况已经改变.Scala利用了其中一些技术进步来减少样板(boilerplate)代码,保持代码简洁. Scala做了以下几个简单的设计决策,以提高代码表达力. • 把类型标注(type annotation)换到变量右边. • 类型推断. • 可扩展的语法. • 用户自定义的隐式转

《深入理解Scala》——第1章,第1.5节总结

1.5 总结 深入理解Scala 本章中,你学到了一些Scala的设计理念.设计Scala的初衷在于把不同语言中的多种概念融合起来.Scala融合了函数式和面向对象编程,尽管显然Java也已经这么做了.Scala精选其语法,极大地减少了语言中的繁冗之处,使一些强大的特性可以优雅地表达,比如类型推断.最后,Scala和Java能够紧密集成,而且运行在Java虚拟机上,这或许是让Scala变成一种实用选择的最重要的一点.几乎不花代价就可以把Scala用于我们的日常工作中. 因为Scala融合了多种概

《深入理解Scala》——第1章,第1.1节Scala一种混合式编程语言

第1章 Scala--一种混合式编程语言 Scala是一种将其他编程语言中的多种技巧融合为一的语言.Scala尝试跨越多种不同类型的语言,给开发者提供面向对象编程.函数式编程.富有表达力的语法.静态强类型和丰富的泛型等特性,而且全部架设于Java虚拟机之上.因此开发者使用Scala时可以继续使用原本熟悉的某种编程特性,但要发挥Scala的强大能力则需要结合使用这些有时候相互抵触的概念和特性,建立一种平衡的和谐.Scala对开发者的真正解放之处在于让开发者可以随意使用最适合手头上的问题的编程范式.

《深入理解Scala》——第2章,第2.2节优先采用面向表达式编程

2.2 优先采用面向表达式编程 深入理解Scala 面向表达式编程是个术语,意思是在代码中使用表达式而不用语句.表达式和语句的区别是什么?语句是可以执行的东西,表达式是可以求值的东西.在实践中这有什么意义呢?表达式返回值,语句执行代码,但是不返回值.本节我们将学习面向表达式编程的全部知识,并理解它对简化程序有什么帮助.我们也会看一下对象的可变性,以及可变性与面向表达式编程的关系. 作者注:语句VS表达式 语句是可以执行的东西,表达式是可以求值的东西. 表达式是运算结果为一个值的代码块.Scala

《深入理解Scala》——第2章,第2.3节优先选择不变性

2.3 优先选择不变性 深入理解Scala 编程中的不变性指对象一旦创建后就不再改变状态.这是函数式编程的基石之一,也是JVM上的面向对象编程的推荐实践之一.Scala也不例外,在设计上优先选择不变性,在很多场景中把不变性作为默认设置.对此,你可能一下子会不适应.本节中,我们将学到不变性对于判等问题和并发编程能提供什么帮助. Scala里首先要明白的是不变对象和不变引用(immutable referene)的区别.Scala里的所有变量都是指向对象的引用.把变量声明为val意味着它是个不变"引

《深入理解Scala》——第2章,第2.4节用None不用null

2.4 用None不用null深入理解Scala Scala在标准库里提供了scala.Option类,鼓励大家在一般编程时尽量不要使用null.Option可以视作一个容器,里面要么有东西,要么什么都没有.Option通过两个子类来实现此含义:Some和None.Some表示容器里有且仅有一个东西,None表示空容器,有点类似List的Nil的含义. 在Java和其他允许null的语言里,null经常作为一个占位符用于返回值,表示非致命的错误,或者表示一个变量未被初始化.Scala里,你可以用

《深入理解Scala》——第2章,第2.5节多态场景下的判等

2.5 多态场景下的判等 深入理解Scala 众所周知,为多态的面向对象系统定义合适的判等和散列方法是个特别难的过程.这是因为子类可能在整个过程中造成一些相当怪异的问题,尤其是当类型层次上有多个实体(concrete)级别的时候.一般来说,对于需要比引用判等更强的判等(译者注:比如需要判断对象内部数据)的类,最好避免多层实体类层次.这是什么意思呢?有些时候类只需要引用判等就够了.也就是说只要两个对象不是同一个实例就判为不等.但是如果我们需要判断两个不同实例是否相等,而且又有多层实体类层次(mul