Bow4Glory

Amigo,

Este create está com a sintaxe do mysql, correto?
O PG se comporta um pouco diferente do mysql na DDL de criação das tabelas em relação aos tipos de campos.

Onde você usa int() pode substituir por smallint, int/integer ou bigint de acordo com o tamanho que você quer.
Logo, você não tem a definição int(10) e sim um integer, por exemplo.

É disso que ele está reclamando, dos parênteses que você usou.

Depois de corrigir isso ele vai reclamar do enum que você usou.
Pra isso é necessário criar um TYPE.
Veja na referência: 8.7. Enumerated Types

Depois disso a sua tabela vai ser criada normalmente.
Só por observação, os campos que não são NOT NULL não precisam ser definidos "default NULL" porque isso ele já assume automaticamente.

Espero ter ajudado.

ABçs,

Nossa, valeu mesmo pela ajuda!! Deu certo aqui a criação da tabela

Só me sobrou uma dúvida. Na criação da tabela me saiu essa mensagem: CREATE TABLE / PRIMARY KEY criará índice implícito "iqa_pkey" na tabela "iqa"

A Primary Key que eu tinha definido (PRIMARY KEY (ident_ponto,ident_projeto,periodo,profundidade)) não vai funcionar como chave primária, e sim essa "iqa_pkey"?

Agigo, você quer 1600 COLUNAS numa tabela?

Nesse trabalho da FACULDADE você pretende obter nota? Porque, se sim, espero que não seja pela modelagem do banco. rs...

Brincadeiras à parte, bancos de dados trabalham melhor verticalmente, ou seja, poucas colunas e muitos registros.
Se você tem TANTA coluna assim, é melhor rever a estrutura do seu banco, pois trabalho há 5 anos com Postgre e NUNCA vi uma tabela onde efetivamente precisasse de uma quantidade que chegasse a 100 colunas. QUem dirá 1600.

Fala um pouco sobre o uso dessa tabela, quem sabe podemos lhe ajudar com essa modelagem.

Se você ainda não teve essa matéria, em Banco de Dados você verá que isso não é usado.

Abraços,

Obrigado por ter respondido o meu post. Então, pra esse trabalho eu estou usando uma base do INEP, que tem informações relacionadas à educação brasileira. Então realmente a base é gigantesca. O arquivo é tabular (.txt) e tem um pouco mais de 11 GB... eu tb achei mta coisa, mas quando o postegre alertou sobre esse limite eu acabei ficando mto surpreso.

Pra vc ter noção, eu ainda não consegui abrir esse arquivo em meu notebook, pois demora mto tempo... vou tentar abrir nos computadores da faculdade, pois por serem mais modernos, talvez não demore tanto assim pra abri. Se tiver alguma sugestão em como eu posso fazer para modificar esses dados e jogá-los no postegre, eu agradeço

Abraço

Minha sugestão é que você pegue o total de colunas e divida em diversas tabelas. Use relacionamento para manter a integridade entre os dados. Porque até mesmo se você conseguisse criar 2000 colunas (por exemplo), seria impraticavel trabalhar querys com ele.

Tente separar, por exemplo, as colunas pertinentes a endereço em uma tabela, as pertinentes a dados pessoais em outra, etc. Claro que não nesse contexto, mas foi apenas um exemplo.

Se conseguir fazer isso, com certeza vai facilitar em muito seu trabalho.

É o que eu tentaria...

E sobre abrir o arquivo, pense que sempre que você abre algum arquivo no PC, você joga o conteúdo dele pra memória. O que está acontecendo é que você está tentando alocar 11GB de memória pra esse arquivo, e com certeza fica lento porque o recurso disponível pra isso é entrar na swap (paginação) do sistema operacional.

Se for possível, quebre o arquivos em pequenos outros. Não sei como você está tentando inserir no banco, mas se você tiver conhecimento em alguma linguagem de programação, faça um script que leia o arquivo e insira um determinado número de linhas em cada arquivo.
Assim, você terá pequenos arquivos de 200mb, 500mb, 1gb, etc. Como você preferir.
E assim você pode abri-lo no computador se quiser.
Mas é apenas uma sugestão. Talvez tenha uma alternativa melhor que não me veio no momento.

Espero ter ajudado,

ABçs e boa sorte

Nossa, mto obrigado pela ajuda!! Vou tentar fazer isso q vc me passou
Depois eu posto o resultado q obtive!
Abraço

Agigo, você quer 1600 COLUNAS numa tabela?

Nesse trabalho da FACULDADE você pretende obter nota? Porque, se sim, espero que não seja pela modelagem do banco. rs...

Brincadeiras à parte, bancos de dados trabalham melhor verticalmente, ou seja, poucas colunas e muitos registros.
Se você tem TANTA coluna assim, é melhor rever a estrutura do seu banco, pois trabalho há 5 anos com Postgre e NUNCA vi uma tabela onde efetivamente precisasse de uma quantidade que chegasse a 100 colunas. QUem dirá 1600.

Fala um pouco sobre o uso dessa tabela, quem sabe podemos lhe ajudar com essa modelagem.

Se você ainda não teve essa matéria, em Banco de Dados você verá que isso não é usado.

Abraços,

Obrigado por ter respondido o meu post. Então, pra esse trabalho eu estou usando uma base do INEP, que tem informações relacionadas à educação brasileira. Então realmente a base é gigantesca. O arquivo é tabular (.txt) e tem um pouco mais de 11 GB... eu tb achei mta coisa, mas quando o postegre alertou sobre esse limite eu acabei ficando mto surpreso.

Pra vc ter noção, eu ainda não consegui abrir esse arquivo em meu notebook, pois demora mto tempo... vou tentar abrir nos computadores da faculdade, pois por serem mais modernos, talvez não demore tanto assim pra abri. Se tiver alguma sugestão em como eu posso fazer para modificar esses dados e jogá-los no postegre, eu agradeço

Abraço

Faça algum comentário em blog grande, mesmo que tenha o atributo nofollow, que ajuda a indexar mais rápido.
Não vai haver nenhuma vantagem em relação aos resultados, porém, ajuda seu site a ser indexado.

Obrigado pela dica. Fiz isso e está fazendo o efeito desejado. O google já anexou algumas páginas novas do meu site.