A seguir são apresentadas as estruturas das tabelas principais responsáveis pelo cadastro dos trechos de rede água e respectivos nós. Através destas tabelas os dados são disponibilizados para simulação hidráulica no EPANET com o Quantum GIS.

Prefixos das tabelas

A seguir são apresentados os prefixos das novas tabelas e seus significados

Redes de água

A principal tabela é a arc.

Tabelas auxiliares

A seguir são apresentadas as tabelas auxiliares do cadastro das redes de água.

cat_work

Esta tabela representa o cadastro dos nomes das construtoras que realizaram a implementação daquele determinado trecho de rede de água.

#!python
-- Table: cat_work

-- DROP TABLE cat_work;

CREATE TABLE cat_work
(
  id character varying(30) NOT NULL,
  descript character varying(512),
  link character varying(512),
  picture character varying(512),
  CONSTRAINT cat_work_pkey PRIMARY KEY (id)
)
WITH (
  OIDS=FALSE
);
ALTER TABLE cat_work
  OWNER TO postgres;

sector

Esta tabela contém os nomes dos setores de abastecimento.

Trata-se da área de rede de distribuição confinada por limites estanques e permanentes, implantada em campo, e alimentada por um ou mais pontos de adução ou de produção (ETA ou poço), de modo a buscar o pleno abastecimento com eficácia operacional.

Esta tabela está associada as tabelas dos trechos de rede (arc), nós (node), connec e distritos de medição e controle (dma), bem como a tabela rtc_scada_x_sector.

#!python
-- Table: sector

-- DROP TABLE ssector;

CREATE TABLE sector
(
  sector_id character varying(30) NOT NULL,
  descript character varying(100),
  the_geom geometry(MultiPolygon,32723),
  CONSTRAINT sector_pkey PRIMARY KEY (sector_id)
)
WITH (
  OIDS=FALSE
);
ALTER TABLE sector
  OWNER TO postgres;

-- Index: ssector_index

-- DROP INDEX sector_index;

CREATE INDEX sector_index
  ON sample_ws_fv.sector
  USING gist
  (the_geom);


-- Trigger: gw_trg_sector on sector

-- DROP TRIGGER gw_trg_sector ON sector;

CREATE TRIGGER gw_trg_sector
  AFTER INSERT OR UPDATE OR DELETE
  ON sector
  FOR EACH ROW
  EXECUTE PROCEDURE gw_trg_sector();

dma

Representa o Distrito de Medição e Controle - DMC. Geralmente ele possui cerca de 3.000 ligações de água. O DMC está contido no setor de abastecimento, tabela sector.

Esta tabela está associada as tabelas dos trechos de rede (arc), nós (node), connec e Distritos de Medição e Controle (dma), bem como a tabela rtc_scada_x_dma.

connec

É uma tabela criada apenas para poder representar o geoposicionamento do endereço do hidrômetro. Possui a representação geográfica de um ponto.

link

É a linha do ramal. Representa uma linha que une-se a connec e em seguida ao trecho de rede.

vnode

Representa um ponto o qual identifica o ponto de conexão entre a linha do ramal e o trecho de rede (link e arc). Ela existe caso o usuário prefira o processo automático de cadastro de redes. Este ponto/nó é um nó virtual. Nó virtual é um nó que possui a topologia de nó, mas não quebra o trecho de rede, não participando da topologia trecho-nó. Não possui comportamento topológico nas redes, sem dividir o trecho.

rtc_hydrometer_x_connec

Esta tabela realiza a ligação (relacionamento) do hidrômetro com a tabela connec.

ext_cat_hydrometer ou cat_hydrometer

O nome desta tabela está em processo de definição. Aguardar. Esta tabela é uma tabela de catálogo de hidrômetros com diâmetros, fabricantes, materiais. É uma tabela optativa.

ext_rtc_hydrometer

Nesta tabela a coluna cat_hydrometer_id esta relacionada com a coluna id da tabela ext_cat_hydrometer. Este relacionamento é optativo caso deseje-se relacionada com outras tabelas externas caso deseje-se efetuar um novo relacionamento, como por exemplo um catálogo de tipos de hidrômetros.

Considerações

1. A tabela arc possui os trechos de rede.
2. A tabela link possui o ramal da ligação de água.
3. A tabela vnode possui o nó virtual, que não participa do modelamento hidráulico. Este nó virtual é a intersecção entre o ramal e o trecho de rede.
4. A tabela connec possui o nó da(s) ligação(ões) de água, ou seja é o nó onde está(ão) ligado(s) o(s) hidrômetro(s).
5. A tabela ext_hydrometer possui o número do hidrômetro que está ligado ao ramal, sem possuir geometria, uma vez que a geometria do(s) hidrometro(s) está de forma única na tabela connec. Ou seja existe um único nó, que se encontra na tabela connec, o qual representa zero ou mais hidrômetros que estão representados pelo número do hidrômetro, cat_hydrometer_id, na tabela ext_rtc_hydrometer.
6. O cat_hydrometer_id é o identificador do unitário do catálogo de hidrômetros
7. A tabela rtc_hydrometer_x_connec realiza simplesmente a ligação entre a conexão (connec) que possui os dados como endereço, setor, etc. e o número do hidrômetro que está na tabela ext_rtc_hydrometer.
8. A tabela ext_cat_hydrometer possui dados adicionais do hidrômetro, como por exemplo a foto do hidrômetro, categoria do hidrômetro, etc. Esta tabela está associada a tabela rtc_hydrometer_x_connec.

Glossário

Selecione aqui

OIDS - Tipos identificadores de objeto

Os identificadores de objeto (OIDs) são utilizados internamente pelo PostgreSQL como chaves primárias em várias tabelas do sistema. Além disso, uma coluna do sistema OID é adicionada às tabelas criadas pelo usuário, a menos que seja especificado WITHOUT OIDS na criação da tabela, ou que a variável de configuração default_with_oids esteja definida como falso. O tipo oid representa um identificador de objeto.

O tipo oid é implementado atualmente como inteiro de quatro bytes sem sinal. Portanto, não é grande o suficiente para proporcionar unicidade para todo o banco de dados em bancos de dados grandes, ou mesmo em tabelas individuais grandes. Por isso, é desencorajada a utilização da coluna OID de uma tabela criada pelo usuário como chave primária. É melhor usar os OIDs somente para referências às tabelas do sistema.

Nota: Os OIDs são incluídos por padrão nas tabelas criadas pelo usuário no PostgreSQL 8.0.0. Entretanto, este comportamento provavelmente mudará em uma versão futura do PostgreSQL. Eventualmente, as tabelas criadas pelo usuário não incluirão a coluna do sistema OID, a menos que seja especificado WITH OIDS quando a tabela for criada, ou a variável de configuração default_with_oids esteja definida como verdade. Se o aplicativo requer a presença da coluna do sistema OID na tabela, deve ser especificado WITH OIDS na criação da tabela para garantir a compatibilidade com as versões futuras do PostgreSQL.

Fonte