Postgresql数据库叫做[面向对象的关系型数据库]

最新推荐文章于 2024-01-16 15:00:00 发布

自己的九又四分之三站台

最新推荐文章于 2024-01-16 15:00:00 发布

阅读量1.1k

点赞数 1

分类专栏： # 关系型数据库文章标签：数据库 postgresql

本文链接：https://blog.csdn.net/a13407142317/article/details/131511223

版权

关系型数据库专栏收录该内容

55 篇文章 6 订阅

订阅专栏

1. Postgresql 是 `面向对象的关系型数据库`

PostgreSQL被称为面向对象的关系型数据库，这是因为它在关系型数据库的基础上扩展了对面向对象概念的支持。

数据库对象：PostgreSQL支持创建和管理数据库对象，例如表、视图、索引、函数、存储过程等。这些对象可以按照面向对象的思想进行组织和管理，使数据库更加灵活和可扩展。
继承：PostgreSQL引入了继承的概念，允许在表之间建立继承关系。这意味着子表可以从父表继承属性和方法，从而实现数据模型的层次结构和复用性。
用户自定义类型：PostgreSQL允许用户定义自己的数据类型，称为用户自定义类型（User-Defined Types，简称UDT）。UDT可以包含多个字段，甚至支持嵌套的UDT。这样可以更好地描述和处理复杂的数据结构。
复杂数据类型：除了常见的基本数据类型（如整数、字符串、日期等），PostgreSQL还支持复杂数据类型，如数组、JSON、XML等。这些类型使得数据库可以存储和查询更加复杂的数据结构。
对象关系映射（ORM）：PostgreSQL可以与许多面向对象的编程语言集成，通过对象关系映射（ORM）工具，将数据库对象映射到编程语言中的对象。这样可以更方便地在应用程序中操作数据库。

通过以上的特性，PostgreSQL提供了更高级别的抽象和灵活性，使开发人员能够以面向对象的方式设计和操作数据库。这也是为什么它被称为面向对象的关系型数据库。

2. Postgresql面向对象的细节体现

2.1. 数据库对象

Postgresql数据库中所有东西都是type，包括表都是一个type

表（Tables）：在PostgreSQL中，表是数据库的基本对象，用于存储和组织数据。表可以包含列和行，每列定义了特定的数据类型，每行包含实际的数据记录。
视图（Views）：视图是基于一个或多个表的查询结果而创建的虚拟表。它是一个逻辑上存在的表，但实际上不存储数据。通过视图，可以对数据进行过滤、排序和聚合等操作，提供了对数据的不同展现形式。
索引（Indexes）：索引是用于提高数据查询性能的对象。在PostgreSQL中，可以在表的列上创建索引，以加快特定列上的数据检索操作。索引可以是B-tree、哈希、GiST（一般化搜索树）等类型。
函数（Functions）：函数是一段封装了特定功能的可重用代码块。在PostgreSQL中，可以创建自定义函数，用于在数据库中执行特定的操作或计算。这些函数可以是SQL函数、PL/pgSQL函数（基于PL/pgSQL语言）、PL/Python函数等。
存储过程（Stored Procedures）：存储过程是一组预定义的SQL语句和过程性逻辑，封装在数据库中并可以被调用。PostgreSQL支持创建和执行存储过程，用于实现复杂的业务逻辑和数据处理。
触发器（Triggers）：触发器是与表相关联的一段代码，当特定的事件发生时自动执行。在PostgreSQL中，可以创建触发器来在表上定义特定的操作，例如在插入、更新或删除数据时执行额外的逻辑。

通过这些数据库对象，PostgreSQL提供了丰富的功能和灵活性，使开发人员能够以面向对象的方式设计和操作数据库。这使得数据的组织和操作更加直观和可扩展，适用于各种应用场景。

2.1.1. postgresql 当数据库表字段命名发生变化，会自动引起视图和物化视图的变化是不是也是面向对象的思想发挥的作用？

在 PostgreSQL 中，当数据库表的字段命名发生变化时，视图和物化视图可以根据需要自动更新，这确实展示了面向对象思想在数据库设计中的一种体现。

面向对象的思想强调对象之间的关系和依赖，以及对象的行为和属性。在关系型数据库中，视图可以看作是一个虚拟的表，它是基于一个或多个表的查询结果而创建的，具有特定的逻辑关系。物化视图是视图的一种特殊类型，它实际上存储了查询结果的数据副本，以提高查询性能。

当数据库表的字段命名发生变化时，如果视图和物化视图的定义与这些字段有关联，PostgreSQL 可以通过自动更新视图和物化视图来保持它们的正确性。这是通过使用依赖关系和引用跟踪等机制实现的。

这种自动更新的特性可以提供灵活性和可维护性。当数据库模式发生变化时，相关的视图和物化视图可以自动地适应新的结构，无需手动修改和更新。这符合面向对象的思想中的“透明性”和“可扩展性”的概念，使得数据库设计更加灵活和可维护。

需要注意的是，虽然这种自动更新的特性在 PostgreSQL 中可以实现，但在实际应用中，仍需谨慎使用，以确保更新不会影响已有的应用程序或查询。在进行数据库结构变更时，应进行充分的测试和评估，以确保没有意外的数据变化或性能问题。

2.1.2. 当数据库表字段删除，需要删除视图和物化视图的原因也是如此，也是由于面向对象？

当数据库表字段被删除时，需要删除相关的视图和物化视图，主要是为了保持数据的一致性和完整性。尽管这与面向对象的思想有一些相似之处，但实际上更多地涉及到数据库设计的一般原则和数据管理的需要。

在关系型数据库中，视图和物化视图是基于表的查询结果构建的，它们使用了表中的字段和数据。当表的字段被删除时，相关的视图和物化视图可能会受到影响，因为它们依赖于表的结构和数据。

删除表字段后，相关的视图和物化视图可能无法再正确地引用或使用已删除的字段，这可能导致查询失败、数据丢失或错误的结果。为了避免这种数据不一致的情况，一般需要删除与已删除字段相关的视图和物化视图。

这种需求并不是特定于面向对象的思想，而是数据库设计的一般原则。它确保数据库中的对象之间的一致性，并提供正确和可靠的查询结果。

总结起来，尽管面向对象的思想可以在数据库设计中提供灵活性和可维护性，但当数据库表字段被删除时，需要删除相关的视图和物化视图主要是为了维护数据的一致性和完整性，而不仅仅是面向对象思想的体现。

2.2. 继承

在 PostgreSQL 中，继承是一种数据库对象组织和结构化数据的机制。通过继承，可以创建基表和子表之间的层次关系，从而实现数据模型的继承和复用。

以下是 PostgreSQL 中关于继承的具体体现：

表继承：PostgreSQL允许创建基表（Parent Table）和子表（Child Table）之间的继承关系。子表继承了基表的结构和字段，可以添加自己的额外字段。通过继承，子表可以继承基表的约束、索引、触发器等定义，从而实现数据模型的层次结构。
查询继承：当查询基表时，可以包含子表的数据，从而获取整个继承层次的数据。这种查询称为"继承查询"，可以通过关键字"ONLY"来限定只查询特定表而不包含子表的数据。继承查询使得可以同时处理基表和子表的数据，方便进行查询和分析。
约束继承：在继承关系中，子表可以继承基表的约束条件。这意味着对基表的约束条件也适用于子表。例如，如果基表有一个唯一性约束，那么子表也将具有相同的唯一性约束，确保了整个继承层次的数据一致性。
触发器继承：类似于约束继承，子表可以继承基表的触发器定义。这意味着在基表上定义的触发器也会在子表上生效。通过继承触发器，可以在整个继承层次中实现相同的业务逻辑和数据操作。

通过上述的继承机制，PostgreSQL允许在数据库中创建复杂的数据模型，使得数据的组织和查询更加灵活和可扩展。继承可以实现数据模型的层次结构，减少重复定义和冗余数据，提高数据模型的复用性和可维护性。

2.2.1. 具体sql代码实现

在 PostgreSQL 中，可以使用以下 SQL 语法来创建和管理继承关系的表：

创建基表（Parent Table）：

CREATE TABLE parent_table (
    id SERIAL PRIMARY KEY,
    common_column VARCHAR(50),
    -- 其他基表的字段
);

创建子表（Child Table）并继承基表：

CREATE TABLE child_table (
    child_column INT,
    -- 其他子表的字段
) INHERITS (parent_table);

添加子表的特定字段：

ALTER TABLE child_table ADD COLUMN child_specific_column VARCHAR(50);

创建约束条件并继承到子表：

ALTER TABLE parent_table ADD CONSTRAINT unique_constraint UNIQUE (common_column);

查询继承层次的数据：

SELECT * FROM parent_table; -- 查询基表和所有子表的数据

SELECT * FROM ONLY parent_table; -- 仅查询基表的数据，不包含子表的数据

创建触发器并继承到子表：

CREATE OR REPLACE FUNCTION trigger_function()
RETURNS TRIGGER AS $$
BEGIN
    -- 触发器逻辑
    RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trigger_name
BEFORE INSERT ON parent_table
FOR EACH ROW EXECUTE FUNCTION trigger_function();

注意事项：

在子表中可以添加特定的字段，但不能删除继承的字段。
约束条件和触发器会自动继承到子表，但可以在子表上创建特定的约束条件和触发器。
继承的表可以有自己的索引、触发器和约束条件。
使用继承时，需要谨慎处理数据一致性和查询性能的问题。

继承表的 SQL 语法提供了一种方便的方式来创建和管理继承关系，从而实现数据模型的层次结构和复用性。

2.3. 用户自定义类型（User-Defined Types，UDT）

用户自定义类型（User-Defined Types，UDT）是指在 PostgreSQL 中可以自定义的数据类型。与内置的基本数据类型（例如整数、文本、日期等）不同，UDT 允许用户根据特定的需求创建自己的数据类型。

以下是关于用户自定义类型（UDT）的一些重要信息：

创建用户自定义类型：

可以使用 CREATE TYPE 语句创建用户自定义类型。用户可以指定类型的名称、底层存储类型和其他属性。例如，创建一个表示国家的自定义类型：

CREATE TYPE country AS ENUM ('USA', 'Canada', 'UK', 'Australia');

自定义类型的属性：

用户自定义类型可以具有属性，例如默认值、约束条件、输入/输出转换函数等。这些属性可以通过 ALTER TYPE 语句进行修改。例如，为自定义类型添加一个默认值：

ALTER TYPE country SET DEFAULT 'USA';

使用用户自定义类型：

一旦创建了用户自定义类型，可以在表的列中使用该类型，类似于使用内置的数据类型。例如，创建一个使用自定义类型的表：

CREATE TABLE users (
    id SERIAL PRIMARY KEY,
    name VARCHAR(50),
    nationality country
);

自定义类型的函数和操作符：

可以为自定义类型定义特定的函数和操作符。这些函数和操作符可以用于对自定义类型的值进行操作和计算。例如，为自定义类型 country 定义一个函数 get_country_code：

CREATE FUNCTION get_country_code(country) RETURNS CHAR(2) AS $$
    -- 函数逻辑
$$ LANGUAGE plpgsql;

自定义类型的输入/输出转换：

可以为自定义类型定义输入和输出转换函数，将自定义类型的值与其他数据类型进行转换。这允许在使用自定义类型的表达式和查询中与其他数据类型进行比较和操作。

CREATE FUNCTION country_in(cstring) RETURNS country AS $$
    -- 输入转换函数逻辑
$$ LANGUAGE plpgsql;

CREATE FUNCTION country_out(country) RETURNS cstring AS $$
    -- 输出转换函数逻辑
$$ LANGUAGE plpgsql;

CREATE CAST (cstring AS country) WITH FUNCTION country_in(cstring) AS IMPLICIT;
CREATE CAST (country AS cstring) WITH FUNCTION country_out(country) AS IMPLICIT;

通过用户自定义类型，PostgreSQL 提供了一种扩展和定制数据模型的能力。用户可以根据具体的业务需求和数据结构，创建自己的数据类型，以便更好地表示和操作特定的数据。

2.4. 复杂数据类型

在 PostgreSQL 中，除了用户自定义类型（User-Defined Types，UDT），还提供了一些复杂数据类型，用于存储和处理结构化数据。以下是几种常见的复杂数据类型：

数组（Array）：数组是一种用于存储多个相同类型的值的数据结构。在 PostgreSQL 中，可以使用数组类型来存储和操作具有相同数据类型的值的集合。数组可以是一维数组或多维数组。
JSON 和 JSONB：JSON 是一种用于存储和操作半结构化数据的数据类型，它以文本格式表示数据并支持嵌套结构。JSONB 是 JSON 的二进制存储格式，提供了更高的性能和索引支持。
HSTORE：HSTORE 是一种用于存储和操作键值对数据的数据类型。它以文本格式表示键值对，可以用于存储和检索类似字典或哈希表的数据。
范围（Range）：范围类型允许在一个数据对象中存储和操作一定范围的值。例如，可以使用范围类型存储日期范围、数值范围等。
几何类型（Geometry）：几何类型用于存储和操作与空间相关的数据，如点、线、多边形等。PostgreSQL 提供了几何类型和相应的函数，用于处理空间数据。
UUID：UUID（Universally Unique Identifier）是一种用于表示唯一标识符的数据类型。它是一个128位的数字，用于在分布式系统中生成唯一的标识符。

这些复杂数据类型提供了对不同类型数据的存储和操作的灵活性和便利性。使用这些数据类型，可以更好地满足特定数据模型和业务需求，同时提供了相应的函数和操作符来处理这些复杂数据类型的值。

2.5. 对象关系映射（ORM）

对象关系映射（Object-Relational Mapping，ORM）是一种技术，用于在关系型数据库和面向对象编程语言之间建立映射关系。ORM 的目标是将数据库中的表和记录映射为编程语言中的对象和属性，从而使开发人员可以使用面向对象的方式进行数据库操作。

ORM 提供了一种高级抽象层，隐藏了底层数据库的细节，简化了数据库访问和操作的过程。它允许开发人员使用面向对象的概念（类、对象、继承等）来处理数据，而不需要直接编写 SQL 查询和操作。

一些流行的 ORM 框架和工具，如Hibernate（Java）、Entity Framework（.NET）、Django ORM（Python）和Rails ActiveRecord（Ruby），提供了许多功能和特性，包括：

对象关系映射：ORM 框架将数据库中的表映射为编程语言中的对象。每个对象代表一个表记录，并具有与表中字段相对应的属性。
数据库操作：ORM 框架提供了一组API和方法，用于执行常见的数据库操作，如插入、更新、删除和查询。这些操作可以直接在对象上进行，而无需编写原始的 SQL 语句。
关联关系：ORM 框架允许定义对象之间的关联关系，如一对多、多对一和多对多关系。这些关联关系可以通过对象属性和方法来表示和操作，而不需要手动编写复杂的 JOIN 查询。
数据验证和转换：ORM 框架通常提供了数据验证和转换的功能。它们可以自动验证数据的完整性和有效性，并执行数据类型转换，以保证数据的一致性。
缓存和性能优化：一些 ORM 框架提供了缓存机制，用于提高数据访问的性能。它们可以缓存对象和查询结果，减少对数据库的频繁访问。

ORM 的优点包括减少了开发人员对 SQL 的依赖、提高了开发效率、简化了数据操作和维护，并提供了面向对象的编程范式。然而，ORM 也有一些限制和挑战，如性能问题、复杂查询的处理和数据库特定功能的限制等，开发人员需要权衡使用 ORM 的利弊，并根据具体情况进行选择和优化。

2.5.1. 这个能力任何一个关系型数据库使用高级编程语言比如Java和C#都可以实现

ORM 技术可以在任何支持高级编程语言的关系型数据库中使用，如Java、C#、Python等。关系型数据库提供了对数据的存储和查询功能，而高级编程语言提供了面向对象的编程能力。ORM 技术通过在关系型数据库和高级编程语言之间建立映射，使开发人员可以使用面向对象的方式来处理数据库操作。

无论是Java还是C#，都有许多成熟的ORM框架和工具可供选择。例如，在Java中，流行的ORM框架包括Hibernate、MyBatis、EclipseLink等。这些框架提供了丰富的功能和灵活的配置选项，使开发人员可以轻松地将对象映射到关系型数据库，并执行各种数据库操作。

同样地，在C#中，Entity Framework是一种广泛使用的ORM框架，它提供了强大的对象关系映射功能，与Microsoft SQL Server等关系型数据库紧密集成。

使用ORM框架，开发人员可以避免直接编写和管理大量的SQL语句，而是通过使用高级编程语言的面向对象特性来处理数据库操作。ORM框架还提供了许多便利的功能，如缓存、延迟加载、事务管理等，可以提高开发效率和应用程序性能。

尽管ORM技术在关系型数据库的访问中非常流行和实用，但对于特定的需求和性能要求，直接使用原始的SQL查询和操作仍然是一种可行的选择。开发人员应根据具体情况权衡使用ORM的优缺点，并选择最适合项目需求的方法。

3. 关于数据库是否为面向对象的解释

3.1. 有哪些数据库是面向对象的

ObjectDB：ObjectDB是一个纯面向对象的数据库管理系统（DBMS），专门为面向对象编程语言设计。它支持面向对象的数据建模和查询，并提供了强大的事务支持和性能优化。
db4o：db4o是一个开源的对象数据库，它提供了原生的面向对象存储和查询功能。它支持多种编程语言，并具有高性能和可嵌入性的特点。
Versant Object Database：Versant Object Database（简称Versant）是一个面向对象的数据库管理系统，专门用于处理复杂和大规模的面向对象数据。它支持高度灵活的数据建模和查询，以及分布式和并行处理。
Objectivity/DB：Objectivity/DB是一个可扩展的面向对象数据库，专注于处理大规模、复杂的数据。它提供了高性能的对象存储和查询，支持分布式架构和并行处理。

这些数据库都采用面向对象的数据模型，允许直接存储和操作面向对象的数据结构，提供了更自然、更灵活的方式来处理对象之间的关系。它们在某些特定的应用领域，如面向对象编程语言的持久化、复杂数据分析等方面有很好的应用场景。

3.2. 为什么Oracle不是面向对象的关系型数据库

Oracle数据库在早期确实没有原生支持面向对象的特性，因此它通常不被称为面向对象的关系型数据库。下面是一些可能的原因：
历史原因：Oracle数据库最初于1979年发布，面向对象的数据库概念在那个时候还没有普及。当时的关系型数据库主要关注数据的规范化和关系模型，而没有集成面向对象的特性。
标准关系型数据库：Oracle数据库一直以其强大的关系型数据库功能而闻名。它在关系型数据库领域内取得了广泛的应用和成功，并且成为业界标准之一。因此，Oracle更专注于关系型数据库的功能和性能优化。

尽管Oracle数据库不是被称为面向对象的关系型数据库，但它在后续的版本中增加了一些对面向对象概念的支持，例如对象类型和对象关系映射（ORM）功能。这些功能使得Oracle数据库能够更好地与面向对象编程语言集成，并处理一些对象结构的数据。但是，相对于专门设计为面向对象的数据库系统来说，它的面向对象支持仍然相对有限。

需要注意的是，数据库技术在不断发展和演进，一些新的数据库系统可能更加注重面向对象的特性，并提供更丰富的面向对象的数据建模和查询功能。因此，在选择数据库时，可以根据具体需求考虑是否需要面向对象的支持，以及相应的数据库选项。