SELECT Probe_Geometry_Columns();
это удобная утилита
Во-первых, когда мы добавляем столбец геометрии к существующей таблице с
SELECT AddGeometryColumn('my_table', 'geo_column', 1234, 'MULTIPOINT', 2);
мы передаем функции все, что ей нужно, чтобы привязать столбец типа geometry (geo_column) к указанной таблице (my_table) и записать важные детали, такие как SRID (1234), тип геометрии (MULTIPOINT) и количество измерений (2), в таблица geometry_columns. По сути, это ALTER и три ОБНОВЛЕНИЯ.
Создание геометрических столбцов другими средствами (загруженными из шейп-файла, выбранными в CREATE TABLE AS и т. Д.) Может привести к появлению пространственных таблиц, которые не будут видны внешним приложениям, хотя они отлично работают в базе данных. Без правильных деталей, сохраненных в geometry_columns, фактические значения геометрии отображаются как бессмысленные символьные строки для приложений, которые ищут проецируемые точки, линии или многоугольники.
Вызов функции-зонда проверяет каждый столбец типа geometry, добавляет новые значения в geometry_columns и сообщает о конфликтах.
Возвращаясь к вашему вопросу, GeoServer не верит, что переименованная таблица содержит пространственные данные, если изменение имени не отражено в geometry_columns. Еще нужно учесть, что функция зонда создает дублирующую запись, отражающую имя новой таблицы, но не избавляется от исходной записи - еще одно потенциальное зависание для GeoServer.
Все сказанное я бы посоветовал вам: 1) запустить зонд и сразу же удалить старую запись; или 2) проследите за изменением вашего имени с помощью ALTER для geometry_columns, чтобы изменить значение f_table_name.
Извините за многословность, но я надеюсь, что это поможет.