> On Feb 8, 2023, at 13:17, Siddharth Jain <siddhsql@gmail.com> wrote:
>
> As I explained in my question that is indeed our dilemma. Our insertion order will not be equal to index order. i.e.,
referringto your response:
>
> > who's data is added in the same order as the key in the BRIN index
>
> does NOT hold.
A BRIN index is not a good choice in this case. You can CLUSTER the data on an index, but that's a one-time operation:
PostgreSQLwill not maintain that order after the CLUSTER. If the number of rows in the table at the time of the
CLUSTERis much larger than the number that are inserted between CLUSTER operations, then a BRIN index might be useful,
butclustering a very large table is an expensive operation, and requires an exclusive lock on the table while it is
beingdone.
