Polling architettura Postgres DB

Stiamo utilizzando il polling del database di Spring Integration che esegue il polling di una tabella ogni secondo ed esegue una logica basata sul risultato. Le mie domande sono:

1. Quali sono alcune buone pratiche che possiamo implementare per tenere conto del carico di DB?

2. La query al momento è semplicemente una selezione, c'è qualcosa che possiamo fare per migliorarla (indici, query diverse, ecc.)?

   SELECT id FROM table WHERE status = 'READY' LIMIT 100 PER AGGIORNAMENTO

3. Eventuali miglioramenti architettonici che potremmo apportare? Attualmente stiamo pensando a DB Read Replica in AWS.