Hvis du leder efter et meget højtydende DBMS og ikke har brug for, at det er relationelt, kan du overveje Cassandra - selvom dets fordele kun kommer i spil, hvis du har en databaseklynge i stedet for en enkelt node.
Du sagde ikke, hvilke grænser der er for den fysiske arkitektur. Du nævnte sharding, som indebærer en klynge. IIRC MySQL-klynger understøtter også sharding.
Det ville også være meget nyttigt at vide, hvilket niveau af samtidighed systemet er beregnet til at understøtte, og hvordan data vil blive tilføjet (dryp-feed eller batch).
Du siger "Jeg kan selvfølgelig ikke forudberegne nogen af aggregeringsresultaterne, fordi filterkombinationerne (og dermed resultatsættene) er enorme."
Dette er dit største problem og vil være den vigtigste faktor for at bestemme dit systems ydeevne. Sikker på, du kan ikke opretholde materialiserede visninger af alle mulige kombinationer, men din største præstationsgevinst vil være at opretholde begrænsede forudsamlede visninger og opbygge en optimering, der kan finde det nærmeste match. Det er ikke så svært.
C.