Как решить ошибку «string indices must be integers» в postgresql?

Question

[Mamol27]

В основной таблице индексом является текстовое поле. При попытке модификации этой таблицы ошибка string indices must be integers.
Запросы
-- просто добавить колонку (в планах удалить текстовые)

ALTER TABLE IF EXISTS public."P00_MAIL" ADD COLUMN "P80_SUPPLY_ID" bigint;

запрос завис
-- очистить таблицу TRUNCATE TABLE public."P00_MAIL"; запрос завис или ошибка
-- удалить текстовый индекс DROP INDEX IF EXISTS "P00_SUBJECT_IDX" RESTRICT; запрос завис
Запросы insert, update, select таблице работают. Как добавить колонку?

таблица:

-- Table: public.P00_MAIL

-- DROP TABLE IF EXISTS public."P00_MAIL";

CREATE TABLE IF NOT EXISTS public."P00_MAIL"
(
    "P00_ID" bigint NOT NULL,
    "P00_FROM" text COLLATE pg_catalog."default" NOT NULL,
    "P00_TO" text COLLATE pg_catalog."default",
    "P00_DATE_R" timestamp without time zone NOT NULL,
    "P00_DATE_S" timestamp without time zone,
    "P00_SUBJECT" text COLLATE pg_catalog."default",
    "P00_DEV_ID" text COLLATE pg_catalog."default",
    "P00_SUBJ_PART" integer,
    "P00_SUBJ_TOTAL" integer,
    "P00_ARCH" integer NOT NULL,
    "P40_ID" bigint NOT NULL,
    "P10_ID" bigint NOT NULL,
    "P51_ID" bigint,
    "P02_ID" bigint NOT NULL,
    "P04_ID" bigint NOT NULL,
    "P05_ID" bigint NOT NULL,
    "P06_ID" bigint NOT NULL,
    "P00_BODY" text COLLATE pg_catalog."default",
    "P00_PARENT_ID" bigint NOT NULL,
    "P10_ID_NEXT" bigint,
    "P54_ID" bigint,
    "P55_ID" bigint,
    "P00_FRONT_LINK" text COLLATE pg_catalog."default",
    "P53_ID" bigint,
    CONSTRAINT "P00_MAIL_pkey" PRIMARY KEY ("P00_ID"),
    CONSTRAINT "P00_MAIL_P55_ID_fkey" FOREIGN KEY ("P55_ID")
        REFERENCES public."P55_PLACE" ("P55_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION,
    CONSTRAINT "P02_FK" FOREIGN KEY ("P02_ID")
        REFERENCES public."P02_OPER_TYPE" ("P02_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P04_FK" FOREIGN KEY ("P04_ID")
        REFERENCES public."P04_REP_TYPE" ("P04_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P05_FK" FOREIGN KEY ("P05_ID")
        REFERENCES public."P05_STATE" ("P05_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P06_FK" FOREIGN KEY ("P06_ID")
        REFERENCES public."P06_DIRECTION" ("P06_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P10_FK" FOREIGN KEY ("P10_ID")
        REFERENCES public."P10_MODULE" ("P10_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P1_NEXT_FK" FOREIGN KEY ("P10_ID_NEXT")
        REFERENCES public."P10_MODULE" ("P10_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P40_FK" FOREIGN KEY ("P40_ID")
        REFERENCES public."P40_ERROR" ("P40_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P51_FK" FOREIGN KEY ("P51_ID")
        REFERENCES public."P51_ABONENT" ("P51_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID,
    CONSTRAINT "P54_FK" FOREIGN KEY ("P54_ID")
        REFERENCES public."P54_PUBLISH_PATH" ("P54_ID") MATCH SIMPLE
        ON UPDATE NO ACTION
        ON DELETE NO ACTION
        NOT VALID
)

TABLESPACE pg_default;

ALTER TABLE IF EXISTS public."P00_MAIL"
    OWNER to uta;

REVOKE ALL ON TABLE public."P00_MAIL" FROM PUBLIC;

GRANT ALL ON TABLE public."P00_MAIL" TO uta;

GRANT SELECT ON TABLE public."P00_MAIL" TO PUBLIC;

COMMENT ON TABLE public."P00_MAIL"
    IS 'входящие сообщения';
-- Index: P00_DATE_R_IDX

-- DROP INDEX IF EXISTS public."P00_DATE_R_IDX";

CREATE INDEX IF NOT EXISTS "P00_DATE_R_IDX"
    ON public."P00_MAIL" USING btree
    ("P00_DATE_R" ASC NULLS LAST)
    TABLESPACE pg_default;
-- Index: P00_DEV_ID_IDX

-- DROP INDEX IF EXISTS public."P00_DEV_ID_IDX";

CREATE INDEX IF NOT EXISTS "P00_DEV_ID_IDX"
    ON public."P00_MAIL" USING btree
    ("P00_DEV_ID" COLLATE pg_catalog."default" ASC NULLS LAST)
    TABLESPACE pg_default;
-- Index: P00_PARENT_ID_IDX

-- DROP INDEX IF EXISTS public."P00_PARENT_ID_IDX";

CREATE INDEX IF NOT EXISTS "P00_PARENT_ID_IDX"
    ON public."P00_MAIL" USING btree
    ("P00_PARENT_ID" ASC NULLS LAST)
    TABLESPACE pg_default;
-- Index: P00_SUBJECT_IDX

-- DROP INDEX IF EXISTS public."P00_SUBJECT_IDX";

CREATE INDEX IF NOT EXISTS "P00_SUBJECT_IDX"
    ON public."P00_MAIL" USING btree
    ("P00_SUBJECT" COLLATE pg_catalog."default" ASC NULLS LAST)
    TABLESPACE pg_default;
-- Index: P10_ID_IDX

-- DROP INDEX IF EXISTS public."P10_ID_IDX";

CREATE INDEX IF NOT EXISTS "P10_ID_IDX"
    ON public."P00_MAIL" USING btree
    ("P10_ID" ASC NULLS LAST)
    TABLESPACE pg_default;
-- Index: P40_ID_IDX

-- DROP INDEX IF EXISTS public."P40_ID_IDX";

CREATE INDEX IF NOT EXISTS "P40_ID_IDX"
    ON public."P00_MAIL" USING btree
    ("P40_ID" ASC NULLS LAST)
    TABLESPACE pg_default;

Comments

[Сергей Горностаев]

Не похоже, что это ошибка PostgreSQL.

[Максим Гришин]

Места на постгресе хватает?

[Mamol27]

Максим Гришин, да, хватает

[Максим Гришин]

Mamol27, тогда что будет, если пересоздать таблицу без индексов, залить в неё данные из старой и потом играться с ней? Даст постгрес создать копию таблицы (с другим названием, естественно)? Если да, можете попытаться подменить таблицу через create, select into, drop старой и alter в новое имя, и там создавайте индексы какие надо.

[Mamol27]

Максим Гришин, Мне не дает дропнуть таблицу, если пытаюсь через интерфейс pgadmin, он выводит ошибку "string indices must be integers". Если через консоль, то просто запрос висит, пока его не отменю.

[Mamol27]

Максим Гришин, В общем сделал бекап базы, создал новую и восстановил старую туда полностью, все работает. То есть похоже что-то блокирует модификацию той таблицы.

Answer 1

[Melkij]

В postgresql такого текста ошибки нет.

Этот запрос висит вечно

Значит другие транзакции не дают вам получить access exclusive lock. (note: пока такой alter table в очереди ожидания - проект лежит)
Посмотрите в pg_stat_activity что у вас запущено. например вот так

Comments

[Mamol27]

[Melkij]

если этот автовакуум по этой табличке - то будет мешать. Если to prevent autovacuum по этой табличке - то будет мешать сильно

Answer 2

[mayton2019]

Здравствуйте, мне в наследство досталась база где в основной таблице индексом является текстовое поле.

Это не является ошибкой. Возможно в дизайн закладывался текстовый ключ. Ну по крайней мере у тебя нет острой необходимости всё ломать сразу.

Вообще такие страшные вещи которые ты затеял - делаются в специальные периоды времени. В окна обслуживания и предварительно всех предупредив.

Comments

[Mamol27]

А кто сказал что я это делаю никого не предупредив в неподходящее время? И я все сразу не ломаю, а сначала добавляю новый функционал, чтобы потом удалить старый.

[mayton2019]

Mamol27, конечно в неподходящее. Словил строчные блокировки. Вот выше по топику тебе сообщают.

[Mamol27]

mayton2019, Я отключил все сервисы, подключенные к базе, все-равно блокировка висит.

[mayton2019]

Mamol27, блин я думал ты уже решил эту проблему неделю назад. Вот посмотри как тут делают. https://www.shanelynn.ie/postgresql-find-slow-long...
Убей сессии которые долго висят и сделай своё грязное дело.

Если сесси будут появляться - заблокируй учетку под которой они ходят.