人们是否仍将数据和索引分开以提高性能，或者当前的SSD使这成为过去的古朴做法？
已经提供了一个新的独立系统，该系统在6个RAID0镜像中具有（12 4 TB ssd），并在其顶部放置RAID1条带，并作为单个安装点（/ pgdata / vd0）呈现。
询问其他DBA是否要求重新构建此文件并与硬件人员进行激烈的交互，或者只是运行它并在其上放置数据仓库？
只是高级别询问
答案始终是“取决于”。如果索引通常适合RAM，则没关系。如果您要提取的数据包括磁盘上的大量结果集，则可能不会有太大的不同，因为对HDD的随机访问将主导整个交互。
SSD与OLTP工作负载产生了巨大的差异，这些工作负载进行了大量的随机访问调用，但不仅限于索引。 SSD可以使一切变得更快。
[这种做法通常也被ZFS's Adaptive Replacement Cache之类的选项所取代，这些选项以与SSHDs类似的方式智能地将最常用扇区的读/写发送到SSD，以提高速度，但是基于文件系统。
综上所述，每个数据库都是不同的：结构，数量和使用模式。调整硬件和软件的最佳方法是测试您的特定用例并分析结果。没有灵丹妙药，其中包括“ SSD上的索引”选项。