Если бы Uber провёл то самое исследование производительности на этапе проектирования структуры базы, а не когда все уперлось в обновление индексов, можно было бы и никуда не валить, а спроектировать базу с применением головного мозга. У них там была таблица с индексом почти на каждое поле, и она обновлялась по сто раз в секунду. Это им ещё повезло, что внутреннее устройство innodb подошло под их кейс, и что они не обновляли primary key (вот тут бы innodb вообще обвалился - там pk=oid грубо говоря). Но эта проблема ещё валидная (и с тех пор в ее в pg не то, чтобы целиком решили, но существенно смягчили), все остальное вообще из разряда «не осилили».