Re: REINDEX in tables
От | Andreas Kretschmer |
---|---|
Тема | Re: REINDEX in tables |
Дата | |
Msg-id | 2786bf60-266d-8f82-2dee-4a43b90e16bb@a-kretschmer.de обсуждение исходный текст |
Ответ на | Re: REINDEX in tables (Matthias Apitz <guru@unixarea.de>) |
Ответы |
Re: REINDEX in tables
|
Список | pgsql-general |
Am 25.10.23 um 11:57 schrieb Matthias Apitz: > El día miércoles, octubre 25, 2023 a las 11:33:11 +0200, Andreas Kretschmer escribió: > >> Am 25.10.23 um 11:24 schrieb Matthias Apitz: >>> We have a client who run REINDEX in certain tables of the database of >>> our application (on Linux with PostgreSQL 13.x): >>> >>> REINDEX TABLE CONCURRENTLY d83last; >>> REINDEX TABLE CONCURRENTLY d86plz; >>> REINDEX TABLE CONCURRENTLY ig_memtable; >>> REINDEX TABLE CONCURRENTLY ig_dictionary; >>> REINDEX TABLE CONCURRENTLY ig_dictionary; >>> REINDEX TABLE CONCURRENTLY d50zweig ; >>> REINDEX TABLE CONCURRENTLY d50zweig ; >>> >>> We as the software vendor and support, do not use or recommend this >>> procedure, because we have own SQL files for creating or deleting >>> indices in the around 400 tables. >>> >>> The client is now concerned about the issue that the number of >>> rows in some of the above tables has increased. Is this possible? >> In principle, there is nothing wrong with doing this in a maintenance >> window, for example. > But, this wasn't the question. It was: can it happen that the number of > rows in thze table will increase by this operation? no, reindex will not add rows to the table. Regards, Andreas -- Andreas Kretschmer - currently still (garden leave) Technical Account Manager (TAM) www.enterprisedb.com
В списке pgsql-general по дате отправления: