SELECT Probe_Geometry_Columns();
jest przydatnym narzędziem.
Po pierwsze, kiedy dołączamy kolumnę geometrii do istniejącej tabeli za pomocą
SELECT AddGeometryColumn('my_table', 'geo_column', 1234, 'MULTIPOINT', 2);
podajemy funkcję wszystko, czego potrzebuje, aby przyczepić kolumnę geometrii typu (kolumna geo) do określonej tabeli (moja_tabela) i zapisać ważne szczegóły, takie jak SRID (1234), typ geometrii (MULTIPOINT) i liczbę wymiarów (2), aby tabela geometry_columns. Zasadniczo jest to ZMIANA i trzy AKTUALIZACJE.
Tworzenie kolumn geometrii innymi sposobami (ładowanymi z pliku kształtu, wybranego w CREATE TABLE AS itp.) Może prowadzić do tabel przestrzennych, które są niewidoczne dla aplikacji zewnętrznych, chociaż działają dobrze w bazie danych. Bez odpowiednich szczegółów przechowywanych w geometry_columns rzeczywiste wartości geometrii pojawiają się jako nonsensowne ciągi znaków dla aplikacji szukających rzutowanych punktów, linii lub wielokątów.
Wywołanie funkcji sondy sprawdza każdą kolumnę geometrii typu, dodając nowe wartości do geometry_columns i zgłaszając konflikty.
Powracając do pytania, GeoServer nie wierzy, że tabela o zmienionej nazwie zawiera dane przestrzenne, jeśli zmiana nazwy nie zostanie odzwierciedlona w kolumnach geometria. Inną kwestią do rozważenia jest to, że funkcja sondy tworzy duplikat rekordu odzwierciedlający nazwę nowej tabeli, ale nie pozbywa się oryginalnego rekordu - kolejne potencjalne zawieszenie się GeoServera.
Powiedziawszy to, proponuję Ci: 1) uruchomić sondę, a następnie natychmiast usunąć stary zapis; lub 2) kontynuuj zmianę nazwy za pomocą ALTER na geometry_columns, aby zmienić wartość f_table_name.
Przepraszam za gadatliwość, ale mam nadzieję, że to pomoże.