我试图从 Git Bash 环境中备份数据库，但可执行文件没有输出任何内容。
如果我使用-f标志指定文件名，则会创建一个空白文件，因此可执行文件显然会运行，但它不执行任何操作 - 没有输出或活动。使用该-v标志也不会使其产生任何输出。
如果我运行pg_dump --help，我会得到输出。
当我从 Windows 命令行执行相同操作时，我被要求输入密码并且转储进行得很好。
pg_dump在那里不工作的 Git Bash 环境有什么不同？有什么解决方法吗？如果可能的话，我宁愿远离 Windows 命令行。
我正在调试我的数据库的性能问题，并在数据库日志中看到一些不寻常的条目：
2021-04-21 01:07:33.857 UTC [14823] user@db LOG: duration: 933645.469 ms plan:
Query Text: select systemv0_.id as id1_11_0_, systemv0_.createdTs as createdT2_11_0_, systemv0_.systemType as syste3_11_0_, systemv0_.foundProblemsCount as foundPro4_11_0_, systemv0_.groupid as groupid8_11_0_,... (rest omitted for brevity)
这些带有数字和下划线的奇怪标识符是什么？通常，执行计划具有明确的名称和标识符，例如systemview.id.
我的假设是有几个并发查询并且性能问题是由于数据库拼命地试图在低内存条件下保持一致。我注意到其他查询中有一些可疑的事情 - 几个Recheck Cond和Materialize树节点，由于某些 DB 缓冲区的大小不足（由于主机内存不足？），这似乎经常发生。如果有人能证实或揭穿我的理论，那就太好了。
我在尝试向 PostgreSQL 8.4.20 中执行以下插入时看到此错误：
java.sql.BatchUpdateException: Batch entry 12 insert into perf_raw_2017_03_16 values ('3129', '182', '818', '2017-03-20 16:01:17.507000 +00:00:00', '4.9E-324') was aborted. Call getNextException to see the cause.
org.postgresql.util.PSQLException: ERROR: "4.9E-324" is out of range for type double precision
但是，当我在另一台装有 PostgreSQL 8.4.4 的机器上尝试相同的插入时，插入可以正常完成。当我执行选择以验证该值是否存在时，它也可以正常完成：
select * from perf_raw_2017_03_20 where guid_key=3129 and property_key=182;
guid_key | property_key | instance_id_key | time_stamp | value
----------+--------------+-----------------+-------------------------+-----------------------
3129 | 182 | 818 | 2017-03-20 16:01:17.507 | 4.94065645841247e-324
列的类型是double precision，根据文档，它是“15 位十进制数字精度”。这个错误是有道理的，我确实在它的范围之外，所以我对这个错误不是很惊讶。不过，这是我的问题：
数据库的二进制格式不会随着次要版本而改变。为什么这甚至在 8.4.4 而不是 8.4.20 中起作用？
我没有在变更日志中找到任何可以解释这一点的内容： https ://bucardo.org/postgres_all_versions.html
如果我使用 select 从现有记录中获取值，为什么数据库仍然允许我插入该值？
我可能会根据我观察到的内容发布这个问题的答案，但如果有人能更深入地了解这个问题，那就太好了。
我有一个应用程序，它的 HSQL 数据库对于某些用户来说变得非常大，但对其他用户则不然。当我收到一个发生这个问题的例子时，我发现数据库几乎是空的——它几乎是 16GB 的零，只有几十兆字节的真实数据。在执行CHECKPOINT DEFRAG时，它会缩小到真实的小尺寸。
不幸的是，我对这个数据库引擎不是很熟悉，而且我的在线搜索也没有产生什么有用的信息。一件有趣的事情是，有一个选项可以在达到一定大小时自动执行碎片整理，我没有使用过。但是，我希望数据库重用死行而不是保留它们，并且绝对不会将其清零，因为这肯定会对性能产生不良影响。
为什么数据库不断产生如此多的空白空间，这些空间只是被零散的数据打断？我怎样才能知道发生了什么？