在前往我的 EC2 实例上创建备份策略之前，我正在阅读 postgresql 文档的备份部分。
所以有两种方法可以做到这一点。
pg_dump。WAL启用归档的文件级备份。我将使用快照，所以我的用例属于这一类。现在的问题是我是否需要在进行备份之前冻结我的文件系统？Postgresql 文档建议 WAL 恢复不会受到不一致快照的影响。为了安全起见冻结有意义吗？
我应该通过以上两种方式进行备份吗？
在什么样的时间段之后我应该删除旧的 WAL 日志？
文档还提到 WAL 日志和数据应该在同一个文件系统上以使备份一致。在那种情况下，我正在考虑将 WAL 日志与 EBS 快照分开备份，并将其保存在 S3 和亚马逊以外的一些外部位置。对这个策略的想法？
如果我遗漏了什么，请提及。
我使用 AWS 作为我的云环境。我将 PostgreSQL 安装在与我的根实例卷相同的驱动器上。我已将第二个驱动器附加并安装到我的实例。现在我想将我所有的 PostgreSQL 数据移动到不同的驱动器。我仍处于开发模式，因此如果此时传输更容易，我可以删除旧数据。做这个的最好方式是什么？
PostgreSQL 表空间是我应该看的东西吗？
用户通过某个角色连接到组织。假设有自由职业者和雇员两个角色。
一名员工只能是一个组织的一部分，如果他是一名员工，那么他就不能成为一名自由职业者。而自由职业者可以连接到多个组织，他也不能是员工。
简而言之，Freelancer 和 Employee 都是用户。自由职业者通过多对多关系连接到组织。员工通过一对多关系连接到组织。
我的想法：
user{
id,
name,
other_fields,
}
organization{
id,
other_fields
}
freelancer{
user_id,
organization_id,
Primary_Key(user_id, organization_id)
}
employee{
user_id,
organization_id,
Primary_key(user_id),
}
不过，这里有一个问题。必须在应用程序级别实施自由职业者或雇员但不能两者兼而有之的约束。
我有一个应用程序，我必须在其中存储多种类型位置的地址。
例如，我的应用程序需要人员、酒店和活动场所的地址。
我应该为具有相同字段的不同类型的地址创建单独的表吗？或者我应该添加一个额外的字段来说明地址的类型吗？
现在这个问题来找我的情况。架构是
Table User_Read_Book
user_id | book_id
现在我想获得读过某些书籍的用户。假设给我读过书 1 和 2 的用户。要测试的书数最多可以达到 10。
我写的第一个查询：
Select user_id from User_Read_Book Where book_id In (1,2) Group by user_id Having count(book_id) = 2
第二个查询：
Select user_id from User_Read_Book as U join User_Read_Book as U1 On
U.user_id = U1.user_id And U1.book_id = 1 where U.book_id = 2
正如在这个答案https://stackoverflow.com/a/621891中所说的那样，在group by的情况下更喜欢加入并且我做了第二个查询。
但是我的问题是当匹配的数字很大时哪个更好。假设你必须找到读过 7 本书的用户
Having Count(book_id) = 7
or
6 joins to the same table.
我知道在对大型实时数据进行测试时，最好回答这个问题。专家对此有何看法？
我无法理解窗口函数的概念。它们究竟是如何工作的，这种技术的优缺点是什么？
我读过使用限制和偏移量很慢但仍在使用。因此，限制/偏移和窗口函数之间的决定取决于从数据库中获取的数据大小，还是应该始终使用窗口函数？
从中获得最大性能的理想窗口大小是多少？如果要获取的行数少于那么简单地使用限制/偏移量，是否会出现这种情况？
我的用例基本上需要按日期对数据进行排序，然后首先带来最新的数据。窗口函数如何适应这种情况。
前几天在写一个查询时，一个想法出现在我脑海中并一直萦绕在我的脑海中。
什么是可取的，首先检查是否存在唯一列的值，然后插入或插入并让 db 引发唯一约束错误？它甚至会重要吗？
编辑：正如下面在回答这个问题取决于数据库时所建议的那样，我正在添加标签 postgresql。
我搜索了但没有找到关于此主题的任何讨论。在联接表上创建许多额外的列有什么利弊吗？因为我们正在连接 3 个表，它会影响数据检索的速度吗？
就我的想法而言，它可能会稍微慢一点，但这是必要的，否则我们如何保存关于多对多关系的额外数据。或者还有其他我不知道的方法吗？
PostgreSQL 的 Unicode 支持如何？
如果我想保存 Unicode 数据，在存储和检索时是否必须经过转换过程？如果是，那么这种转换的表现是什么？
如果有这样的转换，在存储简单的 ASCII 数据时会不会起作用？
我无法理解 PostgreSQL 中模式的概念和用法。我不知道它如何影响我的数据库设计。我为什么要使用它？
如果我决定现在不去想它们，以后再去担心它们，这会影响我将来吗？
举例说明会很好。
我的问题是关于索引的使用。
我应该从一开始就开始编制索引还是在出现性能问题时开始编制索引？
我们还可以在执行查询时创建临时索引。这些技术的优缺点是什么？
我有几个关于 PostgreSQL 中索引工作的问题。我有一个Friends带有以下索引的表：
Friends ( user_id1 ,user_id2)
user_id1并且是表user_id2的外键user
这些是等价的吗？如果不是那为什么？
Index(user_id1,user_id2) and Index(user_id2,user_id1)
如果我创建主键（user_id1，user_id2），它会自动为它创建索引吗？
如果第一个问题中的索引不相等，那么在上面的主键命令上创建了哪个索引？
我正在为 Web 应用程序设计数据库架构。这是我第一次设计具有商业目的的数据库。在完成需求阶段后，我开始绘制 ER 图。
我的问题是关于架构中的条件。
我有一个表类别和子类别，它们之间存在一对多关系。一个类别有许多子类别。
分类表
==================== | 类别名称 | ==================== | 类别1 | | 类别2 | ====================
子类表
=========================================== | 业主类别 | 子类别名称 | =========================================== | 类别1 | subc1 | | 类别1 | subc2 | | 类别2 | subc3 | | 类别2 | subc4 | ===========================================
现在，如果用户有权访问 ，subc1他就可以访问category1.
有没有办法用ER图来描述这个场景，查图就知道这个约束？
基本上我想知道这个访问约束是如何传播到下一阶段的设计的。