我在我们的数据库中有一个非常中心的表，它被一系列应用程序使用，它附加了规则、触发器和所有你可以想象的依赖项。现在我想修改表而不会对依赖项造成任何问题。我以前成功地完成了以下操作，但在一个不太复杂的情况下：
alter table reconciliations rename to matches;
create view reconciliations as select * from matches;
这样做的目的是我现在可以修改新的“匹配”表，例如添加一列或多行，这些不需要在“对账”视图中显示（通过添加 where 子句将它们过滤掉）。
我在 Postgres 9.5 上，所以视图是自动更新的。初步测试表明这没有直接的问题，所以我问这个问题是为了知道我应该寻找什么样的问题。性能不是大问题。
我有以下关系：
CREATE TABLE cities (
city VARCHAR (80) PRIMARY KEY,
LOCATION point
);
CREATE TABLE weather (
city VARCHAR (80) REFERENCES cities (city),
temp_lo INT,
temp_hi INT,
prcp REAL,
DATE DATE
);
CREATE VIEW test AS SELECT
*
FROM
cities;
现在我想在 GUI 中使用测试视图或任何其他视图，它只显示一个可编辑的表格。这可以通过最近引入的自动更新视图来实现。我希望表格包含包含所有可能值的下拉菜单，每次有一个列有约束时，就像本例中带有外键的列一样。
如何实现？我知道我可以利用枚举并且我今天就这样做了，但是在 Amazon RDS 上它们很难修改。
我有一个想法（ab）对每一列使用“EXPLAIN SELECT”查询并检查正在查询哪个表和列。
我们正在创建 SAAS，我们最多将拥有 50.000 个客户。我们正在考虑在 Postgres 数据库中为每个客户创建一个用户。我们会将登录到我们服务的每个用户映射到数据库中的用户，以确保他们只能访问自己的数据。我们还希望通过此解决方案直接在数据库中实施审计跟踪，该解决方案利用触发器。如果每个客户都有自己的数据库用户，那么即使两个客户共享相同的数据，也很容易看出谁做了什么。
我们会因为数据库中有 50.000 个用户而遇到一些意想不到的问题吗？性能方面或管理方面。也许连接池会更困难，但我真的不知道我们是否需要它。
据我所知，硬盘每次旋转可能有一次磁盘寻道，因此我想知道将一行写入 SQLite 表需要多少次磁盘寻道，包括锁定等。假设没有索引在表上（甚至不是主键）。我假设有一个磁盘寻求将一行写入文件？如您所知，我想比较将相同数据写入平面文件的性能。
我正在考虑使用 PostgreSQL COPY 将数据从文件复制到表中的模型。我想知道在高端硬件上可以期待什么样的性能。以 MB/s 为单位的间隔会很好，所以我可以开始估算。如果您只知道其他数据库上的答案，我很乐意进行比较。
我正在考虑聘请某人在 Postgres 中实施 GPU 处理，以加快对位于 ramdisk 上的数据库的顺序扫描。您认为我可以使用这种方法获得多少收益？我可以购买任何类型的显卡。我知道这个问题真的很难，但我对 GPU 知之甚少，所以一个非常粗略的猜测会对我有很大帮助。
编辑：尽管我的兴趣专门针对 Postgres，但我可以用不同的方式问这个问题：“通过使用 GPU 对内存数据库进行顺序扫描，潜在的性能提升有多大”。如果答案是它有 10-50 倍性能的潜力，那么我可以开始更具体地研究这是否也可以在 Postgres 中实现。
我需要不断地从 SQLite 迁移到 PostgreSQL。连续，我的意思是我每天都会将 SQLite 数据库重新导入 PostgreSQL。如果我可以随意更改 SQLite 中的表，而不必手动对 PostgreSQL 数据库进行任何更改，那就太好了。我将从 Python 运行迁移，但它可以是任何可以从命令行控制的外部工具。该工具需要可用于 Linux，如果它也可以在 Windows 上运行，那就太好了。
通过使用 EXPLAIN，可以看到运行查询的成本。成本以人工单位表示，它们基于预定义的参数。我相信 1 是一个磁盘提取，一个 CPU 周期是 0.01 个单位。我的问题是为什么 PostgreSQL 在安装时不自动运行测试来确定基于硬件的真实数字？这不应该是一个明显的速赢吗？
Astor Data、Greenplum 和 GridSQL 都允许大规模并行处理 SQL 查询。它们也都是围绕 PostgreSQL 技术构建的。这仅仅是因为许可问题还是有其他原因？对我来说，这似乎是 MyISAM，不兼容 ACID，因此不会遇到与 MVCC 相同的问题（如在这里看到的），因为 PostgreSQL 更适合构建高性能数据仓库。据我所知，毕竟 OLAP 加载不需要事务。