Posso remover uma tabela de um esquema sem excluí-la fisicamente e depois adicioná-la novamente a um esquema?

Mova-o para outro esquema

Se você precisar "escondê-lo" temporariamente, você pode simplesmente movê-lo para um esquema/namespace diferente e não padrão:
_{demo em db<>fiddle}

create schema some_other_schema;
alter table table_name set schema some_other_schema;

Por padrão, as coisas são criadas e pesquisadas no esquema publicou em qualquer esquema que o Postgres veja primeiro, search_patho que significa que, quando você move o objeto para outro lugar, ele não fica mais acessível a ninguém, a menos que ele seja explicitamente referenciado por um nome totalmente qualificado pelo esquema.

Isso deve ser o suficiente para escondê-lo, mas para torná-lo realmente inacessível até mesmo para aqueles que descobrirem sua nova localização, você também pode revokeacessá-lo.

Para trazer a tabela de volta, você pode movê-la de volta para public:

alter table some_other_schema.table_name set schema public;

E se você também revoketiver acesso, você pode grantrecuperá-lo.

Se você quisesse que todas as restrições referenciais fossem quebradas no processo, possivelmente para cascatear a queda para outros objetos antes de trazer este de volta, isso não fará isso. Alterar o namespace não afeta a integridade referencial, então todas as chaves estrangeiras ainda apontam para esta tabela.

Alterar o esquema é uma operação somente de metadados e não causará nenhum tipo de exclusão ou reescrita real das páginas da tabela no disco.

Vale ressaltar que alguns outros RDBMS se referem a bancos de dados como schemas e namespaces ou vice-versa. No PostgreSQL, você pode ter vários schemas dentro de um único banco de dados e diferentes objetos podem ter o mesmo identificador/nome, desde que estejam em um schema diferente.

Desconecte-o

Se você fizer uma partitionedtabela, você pode alter table..detacha(s) partição(ões), então dropa tabela. Todas as restrições referenciais serão quebradas e o drop poderá ser cascateado enquanto seus dados reais na partição desanexada permanecerão intocados.

create table your_table
 ( id int primary key
  ,payload text)partition by range(id);
create table your_table_partition partition of your_table default;
alter table your_table detach partition your_table_partition;
drop table your_table cascade;--doesn't affect your_table_partition

Depois, você pode redefinir a tabela e reconectar a(s) partição(ões). Tudo isso também é somente metadados e (exceto pela parte em cascata) não exclui fisicamente nenhuma linha das páginas da tabela no disco.

create table your_table
 ( id int primary key
  ,payload text)partition by range(id);
alter table your_table attach partition your_table_partition default;

Solte como um objeto estranho

Conforme mencionado por @Adel Alaa , você pode configurar a tabela como um foreign table. Se você configurá-la em um banco de dados Postgres, você pode usar postgres_fdwpara vinculá-la.

create extension postgres_fdw;
create server linked_local
  foreign data wrapper postgres_fdw;--no options, defaults to all local
create user mapping for current_role
  server linked_local;--again, all defaults
create foreign table f_your_table
 ( id int
  ,payload text)
  server linked_local
  options( schema_name 'public'
          ,table_name 'your_table');

Nesse caso, removê-lo significa apenas remover o link para os dados, em vez de realmente remover os dados de onde eles realmente residem.

insert into f_your_table values(1,'first record inserted via fdw');
insert into your_table values(2,'second record inserted directly');
drop foreign table f_your_table;--dropping foreign table

Eles dropnão removeram os dados da fonte:

select * from your_table;

Há file_fdwcoisas como CSV, extensões que permitem vincular objetos de outros RDBMS e muitos outros .

O PostgreSQL não permite "re-linkar" um arquivo externo como uma tabela diretamente, você deve Exportar e então recriar a tabela. Pesquise sobre e tente Foreign Data Wrappers (FDW) Espero que ajude