如果有的话，我需要编写一个脚本来查找系统上的 Sybase 安装。
为了测试，我在 CentOS 系统上安装了 ASE 16，但安装程序显然基于 InstallAnywhere (Java)。
这显然是一种安装方法，我不确定是否有更多安装 ASE 的方法，比如安装 RPM 包。
无论如何，SYBASE.sh在包含主目录的 ASE 安装中，有这个用于获取环境变量的脚本。这显然是 catch-22 的情况：为了找到这个脚本，我需要知道 ASE 的主目录。
是的，我可以在通常的位置（例如/sysdba或）进行检查/opt/sap。当然，交互式安装程序显然允许将 ASE 安装在任何地方，所以这还不够好。
找到它的最佳方法是什么？我愿意做一些事情，比如跟踪正在运行的进程到他们的可执行文件等，只要能帮助我找到 ASE 的安装位置。由于某些原因，我什至不会在它运行时才找到它。
我可以以 root 或管理员身份运行脚本，这没有问题。
我需要一个像 Postgresql 中的 10TB-15TB 这样的大型数据库来进行基准测试。
我创建了一个较小的 ~100GB 示例数据库，pgbench如下所示：
pgbench -i -s 7000 --no-vacuum exampledb
custom但是，在从格式（使用创建）进行并行恢复时，我观察到没有加速pg_dump -F c ...。包括从.sql转储中恢复：
time psql -d pgbench7000 < pgbench7000.sql
SET
SET
SET
SET
SET
set_config
------------
(1 row)
SET
SET
SET
SET
SET
SET
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
COPY 700000000
COPY 7000
COPY 0
COPY 70000
ALTER TABLE
ALTER TABLE
ALTER TABLE
real 32m1.539s
user 3m28.575s
sys 1m40.125s
####################
time pg_restore -d pgbench7000 pgbench7000.custom
real 20m7.504s
user 2m35.556s
sys 0m35.750s
####################
time pg_restore -j 16 -d pgbench7000 pgbench7000.custom
real 20m56.565s
user 2m57.547s
sys 0m40.096s
我为 Postgresql 服务器提供了大量资源：
max_connections = 1000
shared_buffers = 94GB # 25% of system's memory
work_mem = 512MB
maintenance_work_mem = 12GB
effective_io_concurrency = 500
max_worker_processes = 50
max_parallel_maintenance_workers = 10
max_parallel_workers_per_gather = 10
max_parallel_workers = 50
这个盒子非常强大，它有 374GB 的 RAM、72 个 vCPU 和安装在 NFS 上的快速 NAS 存储（这是 PG 数据目录所在的位置）。
pgbench创建一个相当简单的数据库，大约有四张表，只有一张表很大，占用了大部分空间。这可能是缺乏加速的原因吗？
谁能告诉瓶颈在哪里？还是只是数据库结构？
环境：Centos 7.9（这是我必须使用的），从项目 repo 安装的 Postgres 11。
在这个答案（https://stackoverflow.com/questions/517579/strings-as-primary-keys-in-sql-database）中，一句话引起了我的注意：
还要记住，在进行索引比较时，CHAR 和 VARCHAR 之间通常存在很大差异
这是否适用/仍然适用于 Postgres？
我发现 Oracle 上的页面声称它CHAR或多或少是一个别名VARCHAR，因此索引性能是相同的，但我在 Postgres 上没有发现任何确定性。
我听说 MySQL 管理员声称 MySQL 表上的 ALTER 在操作期间创建了表的中间副本（不知道所涉及的表类型应该是 MyISAM 还是 InnoDB），这在处理大量数据时是个问题表。
这是否分别适用于 PG 数据库表和 Oracle 数据库表上的 ALTER？
什么是 ALTER 的高级机制（我尤其对 PG 感兴趣）会影响大表的数据库（我继承的一个遗留 Postgres 数据库有一个表重近 400GB ..，整个数据库约为 1TB）？
我有 2 个这样的查询：
SELECT c.id FROM component c, base_vee bv
WHERE
c.id IN (SELECT component_id FROM registry_row WHERE registry_id = 199)
AND
c.id = bv.component_id
AND
(bv.affidavit IS NULL OR bv.affidavit = '')
SELECT c.id FROM component c, base_vee bv
WHERE
c.id IN (SELECT component_id FROM registry_row WHERE registry_id = 199)
AND
c.id = bv.component_id
AND
(bv.affidavit IS NOT NULL AND bv.affidavit != '')
我需要得到的是一个组件 ID 列表，如果为空则为 False，如果bv.affidavit不为空则为 True。
现在我显然得到了每个案例的两个组件 ID 列表。
它可以工作，但是像上面描述的那样的查询会更好。
我使用以下命令支持 Postgres DB 9.1：
pg_basebackup -h 127.0.0.1 -U replicationuser -D /storage/test_backup -Ft -z -P
在 postgresql.conf 我有这个设置：
wal_level = hot_standby
但是，在pg_basebackup运行结束时，我收到此警告：
注意：未启用 WAL 归档；您必须确保通过其他方式复制所有需要的 WAL 段以完成备份
我只关心从开始时的数据备份pg_basebackup（我可以承受一点晚上的停机时间，所以我关闭了使用这个 PG 实例作为后端 DB 的应用服务器，然后开始备份）。我不需要也不打算进行“持续备份”。
问题：我真的必须从启动pg_basebackup命令时复制 WAL 才能进行完整备份吗？或者该警告是为了实现“连续存档”功能而严格设计的？