Re: [pgbr-geral] Base de dados de CEP do Brasil.
> > William, > você sabe quem mantém o ViaCEP ? É confiável ? > O ViaCEP é um serviço colaborativo que usa como base o webservice dos correios. Tenho utilizado há uns 2 anos sem problema, inclusive para popular a minha base local quando a consulta é feita no webservice e eu ainda não possuo o CEP cadastrado. Acho mais tranquilo do que popular uma base com dados (em torno de 160MB) dos quais utilizarei 1 ou 2% dos dados. Willian ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Base de dados de CEP do Brasil.
Não seria mais simples usar o webservice do ViaCEP? É gratuito e de acesso público. Willian ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Controle de transação - Delphi
Em 12 de janeiro de 2015 08:29, Fernando Cambiaghi escreveu: > Obrigado Marcelo. > > Mais alguém tem alguma ideia do que eu possa fazer antes de tentar trocar > de componente de conexão? Pois minha aplicação está construída e em > produção desde a implantação da NF-e, só que utilizando banco de dados > Sybase. > > Um detalhe, após o comando TADOCommand. Connection.BeginTrans; a execução > do primeiro insert já causa o erro que relatei no primeiro e-mail. > > > Fernando Luís Cambiaghi > *cambia...@gmail.com * > Fernando, seu problema reside na sigla ADO. Esta suíte é, realmente, horrorosa para se trabalhar com alguns bancos de dados, pois funcionava razoavelmente apenas com o SQL Server. Para iniciar, submeter ou reverter transações, envie comandos pelo TADOQuery ao banco de dados, já que o TADOConnection é incapaz de realizar tal tarefa. Esta não é a melhor opção, mas causará menos impacto do que migrar sua aplicação para o UniDAC, por exemplo. -- ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal Analista/Desenvolvedor PHP willianjhon...@gmail.com --- Engenharia da Computação - PUC-PR Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 14 64 bits Kernel 3.11-x86_64-iCore - Linux for Workgroups --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Postgre embarcado? é Possivel?
Em 30/01/2014 09:39, "Rodrigo" escreveu: > > Então! Se eu resolvesse vender o sistema na caixa e o cliente mesmo instalar > se possível queria que o cara clicasse em instalar e não perguntasse > nada das opções do postgres pra ele... > > Rodrigo > Basta verificar as opções de instalação silenciosa, supondo que a instalação é para estações Windows, passando os parâmetros como local do diretório Data, senha do usuário postgres, etc. - Willian Jhonnes L. dos Santos Analista/Programador Delphi Sênior Engenharia da Computação - PUC-PR - Powered by Andriod 4.1 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SO
Em 9 de agosto de 2013 10:57, Bruno Silva escreveu: > Pelo que eu vi o Oracle Linux está mais pra fork do RedHat do que outra > coisa. > Quase isso. É baseado no RedHat, mas tem modificações no kernel (chamado pela Oracle de Unbreakable) e algumas otimizações em módulos. Para se manter "estável", não se pode recompilar o kernel com versões mais atuais (a Oracle mantinha um kernel da família 2.6 até meu último contato com o SO), o que, IMHO, não justifica seu uso. Opinião pessoal: sempre achei as distribuições baseadas no RedHat muito inchadas e pouco customizáveis, apesar de todo o aparato de configuração. Muita coisa é dispensável e apenas ocupa espaço. Tenho obtido excelentes resultados em servidores Slackware enxutos (escalabilidade alta diretamente proporcional à mão de obra na instalação) e com FreeBSD igualmente enxuto (mantida a proporção relativa ao Slackware), mas meus sistemas não passam de 150 ou 200 transações simultâneas e não posso avaliar o comportamento em um volume mais alto de tráfego e requisições. Mas, enfim, fica a dica. -- ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal Analista/Desenvolvedor PHP willianjhon...@gmail.com --- Engenharia da Computação - PUC-PR Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 14 64 bits Kernel 3.7.2-x86_64-iCore --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [off topic] PgDAC
Em 12 de julho de 2013 13:50, Carlos Antônio Pereira (VidaUTI) < carlosanto...@utivida.com.br> escreveu: > Cara, desculpe a minha ignorância mas não encontrei essa opção no > formlário. > Ao abrir o menu de contexto aparece a opção Connection Editor que > mostra as abas: Connect, Data Type Mapping, Info e About. > Hum... > > Na aba Connect Aparecem as configurações Server, Port, Username, Password, > Database, Schema. > Na aba Data Type Mapping aparece um grid com opções de configuração de > tipos de campos. > Na aba info aparece um campo memo com as mesmas informações retornadas > pelo > comando SQL select version() do PostgreSQL e o Dizer: PostgreSQL client > version: Direct é apenas um texto. > Eles podem ter removido a opção de conexão pelo cliente libpq para facilitar o desenvolvimento de quem trabalha com Lazarus/Linux. Realmente não tinha visto isso. > E na aba about as informações sobre o distribuidor do componente. > > Será que tiraram a opção? > Sim, é provável. Isto significa que, em todos os casos, você não tem a necessidade de distribuir as bibliotecas cliente com a aplicação. Ela, invariavelmente, se conecta através do próprio wrapper. Já a queda de desempenho pode ser algo relativo ao próprio componente, então, já que ele não faz mais uso do cliente libpq. Sinto não poder ajudar mais. -- ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal Analista/Desenvolvedor PHP willianjhon...@gmail.com --- Engenharia da Computação - PUC-PR Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 14 64 bits Kernel 3.7.2-x86_64-iCore --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [off topic] PgDAC
Em 11 de julho de 2013 17:57, Carlos Antônio Pereira (VidaUTI) < carlosanto...@utivida.com.br> escreveu: > Não encontrei essa opção Direct. No caso, ela marcada como true usa a > libpq.dll? > Na PgConnection, ao clicar com o botão direito do mouse, acessando o menu de contexto, selecione a opção Configure connection. No formulário de configuração, acesse a aba Options. É exatamente ao contrário. Marcada como Direct = True, ele acessa o PG através do seu wrapper. Você desmarcará esta opção caso a versão do PG não seja suportada pelo wrapper e você precise usar o cliente. > Seria necessario apenas o libpq para funcionar ou teria outros .dll para > adicionar no system32? > Com o Zeos, existe uma lista. Não posso precisar qual, mas é uma porção das bibliotecas distribuídas com o PgAdmin III para Windows. > Essa libpq já reconheceria o Pg9 64bits o tem atualizações? > O ideal é que você utilize clientes libpq da mesma versão ou de verões superiores em relação ao SGBD, nunca abaixo, como você relatou. > Estou entrando em contato com a Devart... > > Att Carlos > -- ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal Analista/Desenvolvedor PHP willianjhon...@gmail.com --- Engenharia da Computação - PUC-PR Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 14 64 bits Kernel 3.7.2-x86_64-iCore --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [off topic] PgDAC
Em 11 de julho de 2013 16:43, Carlos Antônio Pereira (VidaUTI) < carlosanto...@utivida.com.br> escreveu: > Obrigado, Willian. > > Então vou ter que avaliar melhor minha decisão entre Zeos e PpDAC... > Respondendo às suas perguntas: > > 1) Estou acessando diretamente (somente colocando as DLLS no local > destinado). > 2) Estou usando a libpq.dll versão 8.4.17, modificada em 02/04/2013. > 3) Servidor Linux Fedora 19 64 bits, PostgreSQL 9.2.4 X64. > O acesso direto pode ser verificado nas opções específicas (SpecificOptions) do PgDAC (opção Direct = True). > > Sim. Comprei os compontes PgDAC em fevereiro deste ano. > > Eu fiz uns testes aqui apagando todas as dlls e o sistema continua > funcionando. > Os componentes funcionam sem as bibliotecas? > Sim. Ele tem, internamente, o wrapper do cliente libpq. O que pode ocorrer, no seu caso, é algum problema relativo ao componente. Como pode ser visto em [1], há algumas questões sobre este assunto (performance/lentidão). Dá uma olhada lá. De repente, algo por lá te ajuda. [1] - http://forums.devart.com/viewforum.php?f=34 -- ----------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal Analista/Desenvolvedor PHP willianjhon...@gmail.com --- Engenharia da Computação - PUC-PR Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 14 64 bits Kernel 3.7.2-x86_64-iCore --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: [off topic] PgDAC
Em 11 de julho de 2013 14:42, jpaulorieg escreveu: > O Zeos, hoje, é mais rápido, mas até hoje, só pode ser utilizado com > servidores 32 bits. > > Muito pelo contrário, eu só utilizo o PostgreSQL x64 e conecto nele > através do ZEOS. Minha aplicação local é x86, mas a carga do sistema é bem > distribuída, e rotinas pesadas mantenho no servidor. E o ZEOS é muito > compatível com o postgres e a performance não deixa a desejar. > Na última avaliação que fiz (versão 7.0.2 stable), o Zeos só funcionava com a libpq para 32 bits, tanto Windows quanto Linux e FreeBSD. Vou reavaliar esta questão, pois adotei, provisoriamente, o UniDAC da DevArt como solução. Pode ser que isto tenha sido revisto na versão "trunk", mas até maio (quando testei este cenário), era impossível. -- ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal Analista/Desenvolvedor PHP willianjhon...@gmail.com --- Engenharia da Computação - PUC-PR Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 14 64 bits Kernel 3.7.2-x86_64-iCore --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [off topic] PgDAC
Em 11 de julho de 2013 11:53, Carlos Antônio Pereira (VidaUTI) < carlosanto...@utivida.com.br> escreveu: > > > Eu já tinha feito um teste com os componentes Zeos mas como > este já não é atualizado há bastante tempo, resolvi investir no > PgDAC que está em constante evolução. > Na verdade, não. O repositório SVN tem bastante movimento. Hoje mesmo fiz a atualização e os fontes da versão 7.1 beta e 7.2 testing estão disponíveis. Perguntas sobre o seu caso: 1) Você está acessando o PostgreSQL em modo direto pelo PgDAC? 2) Se não, qual a biblioteca cliente utilizada (nome/versão)? 3) Qual a versão e a plataforma do servidor PostgreSQL? Componentes da DevArt são muito bons, sendo mais rápidos que o DBExpress, o BDE e o ADO. O Zeos, hoje, é mais rápido, mas até hoje, só pode ser utilizado com servidores 32 bits. Se você adquiriu os componentes, você pode verificar estas questões diretamente com o suporte da DevArt. Senão, o fórum deles também pode ajudar, já que é mantido por desenvolvedores da própria DevArt. -- ----------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal Analista/Desenvolvedor PHP willianjhon...@gmail.com --- Engenharia da Computação - PUC-PR Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 14 64 bits Kernel 3.7.2-x86_64-iCore --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Off Toppic - Tabela de Cargos
Olá, Marcelo. Acho que o que você precisa é da lista do CBO (Cadastro Brasileiro de Ocupações), disponível no site do MTE. --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.2 Kernel 2.6.27.8-i686-core2 --- --- Em seg, 27/9/10, Marcelo Silva escreveu: De: Marcelo Silva Assunto: [pgbr-geral] Off Toppic - Tabela de Cargos Para: "Comunidade PostgreSQL Brasileira" Data: Segunda-feira, 27 de Setembro de 2010, 12:25 Pessoal, desculpa o off, já busquei no google, mas não achei muita coisa, pois as tabelas encontradas normalmente se refere a uma determinada area... alguém teria um site onde eu possa baixar uma tabela de cargos... comente as funcoes nao precisa de salario. Pode ser em postgres, mysql ou excel mesmo... pra eu importar pra minha base. E mais uma vez, desculpa ai o off heim... Marcelo Silva msn: marc...@ig.com.br cel.: (11) 9693-4251 Kubuntu User number is # 24362 -Anexo incorporado- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Res: Res: PostgreSQL x Firebird
Em 15/04/2010 16:07, kminformat...@kminformatica.com.br escreveu: Firebird nao chega nem aos pés do Postgres. O metro de Sampa migrou para Postgres. Precisa falar + alguma coisa?!! Essa não é a questão. A questão é que o Metrô de SP não poderia usar o Firebird para nenhuma atividade de grande porte. Seria a mesma coisa que o Detran-SP, que regula a maior frota estadual de veículos, usasse MySQL para armazenar os dados de todos os veículos e condutores do estado. Uma coisa é uma coisa, outra coisa é outra coisa. Eu não usaria uma espingarda de ar comprimido para matar um elefante, assim como não usaria uma escopeta para matar uma formiga. Contexto, escopo, requisitos... Isso, antes de qualquer coisa, deve ser devidamente avaliado antes de decidir pelo SGDB. []'s -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- Antes de perguntar: http://www.istf.com.br/perguntas/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Mercado PostgreSQL
Em 15/04/2010 10:44, Jorge Luiz escreveu: Realmente Leonardo, Aqui em Curitiba ta complicado. Só Oracle, DB2 e SQL Server. Eu que só trabalhei com PostgreSQL (3 anos) e pouca coisa de MySQL to preocupado. Adoro trabalhar com PostgreSQL, mais profissionalmente nao esta sendo bom (em relacao a procurar novas oportunidades no mercado de Curitiba, por exemplo, pra nao dizer PR). O Paraná como um todo está orientado aos SGBDs proprietários. Com exceções raríssimas, como o governo do estado, DeTran, Secretaria Estadual da Educação (SEED), mais alguns orgãos públicos estaduais, só conheço uma única empresa grande usando o PG (Sascar). Mudei-me para Joinville no final do ano passado por falta de oportunidades em Curitiba. Porém, o mercado para PG aqui também não está lá essas coisas, graças à Datasul, Totvs, Senior (Blumenau), etc. []'s -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- Antes de perguntar: http://www.istf.com.br/perguntas/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PostgreSQL x Firebird
Em 14/04/2010 18:56, Roberto Mello escreveu: Não sei por que o pessoal do Delphi insiste em compara Firebird com o PostgreSQL. A questão não é comparar o PostgreSQL com o Firebird. A questão é que programadores Delphi levam a vida no melhor estilo TDataSet (quem programa ou já programou em Delphi sabe o que isso quer dizer). O Firebird deriva do Interbase. O Delphi, originalmente uma ferramenta da Imprise, depois Borland, depois CodeGear e, por fim, da Embarcadero, foi mantida, por longos anos, pela mesma empresa que desenvolve e mantém o Interbase. Para um "casamento perfeito", a Borland recomendava, ou como gosto de pensar, obrigava seus usuário a usar seus produtos em conjunto (afinal, na instalação do Delphi você podia instalar o Interbase e o DBExpress só funcionava a contento com ele). Com o advento do Firebird, os programadores Delphi se viram "livres" da corrente que os prendia ao Interbase, mas continuaram com um SGBD que satisfizesse sua "falta de jeito" com outros SGBDs por estarem presos ao Interbase. Enfim, programadores Delphi, no geral, não gostam de pensar. Apenas arrastam componentes num formulário. Isso é ser TDataSet. Opa, já ia me esquecendo, sou um programador Delphi também! O que as pessoas não param pra analisar é a necessidade da aplicação e/ou cliente e todas as variáveis envolvidas no desenvolvimento. Não há porque instalar o PG num sistema monousuário, monoterminal, quando o SQLite atenderá eficientemente. Não há como usar o Firebird quando as exigências da aplicação/cliente são baseadas na segurança, integridade e volume dos dados, no volume de transações e outros quesitos mais críticos. Com isso chego a uma conclusão: uma coisa é uma coisa, outra coisa é outra coisa. E essa thread, no fim, vai gerar tanta polêmica que não vai ajudar em nada. E, afinal, pra que servem os DBAs e SGDBs robustos se temos o Firebird? []'s -- ----------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- Antes de perguntar: http://www.istf.com.br/perguntas/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro ao instalar PostreSQL 8.4.2-1 no Windows Vista
Em 04/03/2010 21:07, vinicius perroni escreveu: Rapaz eu não me lembro acho que tive esse problema no win 7 também não sei se é o mesmo. Resolvi indo antes da instalação nos serviços e ativando o serviço Logon secundário como automático. Se tratando do janelão é bom reiniciar depois para dar sorte:) Vinicius Vinicius, valeu a dica, mas não rolou. O logon secundário já estava ativo antes da instalação. Mesmo porque, como se trata de uma estação de desenvolvimento, não há a necessidade desta forma de logon (em casa, para desenvolvimento Windows, uso o PG logando na conta local do sistema), pois com a conta postgres ele não iniciava (Windows XP SP3). []'s -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Erro ao instalar PostreSQL 8.4.2-1 no Windows Vista
Olá a todos. Estou enfrentando um pequeno problema para implementar um servidor de desenvolvimento com Windows Vista Business Service Pack 2 e PostgreSQL 8.4.2-1. Baixei o EnterpriseDB one click installer para fazer a instalação do PG na estação de desenvolvimento, executo o processo com privilégios de administrador, mas o instalador não consegue concluir a instalação pois o serviço do banco de dados não é instalado, acusando um erro de post install (cluster initialization failure). Segui todas as recomendações desta thread [1], inclusive logando na estação sem usar o domínio, mas sem sucesso. Alguém tem alguma dica além da citada na thread? []'s [1] - http://listas.postgresql.org.br/pipermail/pgbr-geral/2009-December/018692.html -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como gravar um comando sql como texto?
Em 11/02/2010 08:54, Nelson Gonzaga escreveu: Ola a todos, Estou tentando gravar o comando abaixo como texto, através de uma function: '(SELECT id_card as ID, COALESCE(numero,'') || COALESCE(titulo,'') AS Texto FROM DOCUMENTOS)' Porem a function retira uma aspa dos COALESCE e fica assim : '(SELECT id_card as ID, COALESCE(numero,') || COALESCE(titulo,') AS Texto FROM DOCUMENTOS)' ai o segundo COALESCE vira parametro e bagunça a view que será criada posteriormente. Pensei em criar uma variavel assim : vazio := ''; e mudar o select para COALESCE(numero,vazio) mas dá erro tambem. ERROR: column "vazio" does not exist Alguma ideia? Olá, Nelson... Tente usar COALESCE(numero, ''''), COALESCE(titulo, ''''). Não testei em específico no PG, mas sempre usei esta lógica em outros SGBDs com sucesso. []'s -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Falha em Oracle 11g libera privilég ios a banco de dados - OFF TOPIC
Em 6/2/2010 08:50, MARCIO CASTRO escreveu: Se tais membros se preocupassem em realmente promover e divulgar o PostgreSQL, ao invés de perder tempo criticando outras plataformas (que pagam o salário de muita gente), creio que este banco seria mais conhecido e mais utilizado. Marcio, me desculpe, mas a unica coisa sua que acompnhei na lista ate agora foi o envolvimento em flames envolvendo o Oracle (lugar errado pra fazer isso). Nao vi um comentario consrutivo, uma sugestao, nada! Voce defende a bandeira do Oracle, otimo, mas isso nao eh importante aqui. Voce tem certificacao OCA, OCP ou OCM??? E dai??? Em que, pelo amor de qualquer coisa, isso eh util aqui? A imensa maioria dos membros da lista esta, sim, preocupada com a divulgaçao do PostgreSQL (salvo as exceçoes que defendem bandeiras proprietarias em uma discussao sobre Software Livre). E pode ter certeza que nosso trabalho eh mais arduo, mas muito mais gratificante justamente por isso. Acompanho a lista ha quase 2 anos e posso dizer que aprendi muito com todos aqueles a quem voce chama de infantis e acusa de "falarem bobagens". Entao, caro Marcio, nao sao eles que estao desvirtuando o escopo da lista... Sem mais (e prometo nao responder qualquer outra mensagem sobre este topico) -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Falha em Oracle 11g libera privilég ios a banco de dados - OFF TOPIC
Em 5/2/2010 23:49, MARCIO CASTRO escreveu: Cara; isto está ficando cada vez mais divertido!!! Se é tão ruim, então porque é que todo o mundo compra? Você tem idéia de quanto é a base instalada deste banco versus qualquer outro? Ou melhor ainda: tens idéia de quanto ganha um DBA Oracle certificado (OCP)? Tô achando é que alguma empresa trocou o Postgres pelo Oracle, e você ficou sem emprego, tamanhas as bobagens que você anda falando. Agora bastou... Nao eh por nada, mas eu pensei ter entrado em uma lista de discussao onde so houvessem profissionais na area, onde eu pudesse aprender muita coisa e, quem sabe, ate ajudar... Mas pelo que vejo nao eh bem isso. Nao estou defendendo ninguem, mas guerrinha de egos nao, por favor. Mas so um pitaco, bem de leve: antes de acusar qualquer um de "falar bobagens", cuidado para tambem nao cometer o mesmo erro... E uma ultima pergunta: Microsoft eh a melhor plataforma por dominar o mercado de SOs? []'s -- ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 13.0 Kernel 2.6.32.6-i686-core2quad --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Qual o melhor Sistema Operacional?
Em 21/01/2010 10:44, Marcos André escreveu: Estou para criar um servidor de banco de dados PostgreSQL e neste momento nos veio a seguinte dúvida "Qual o melhor Sistema Operacional?" e para isto estou fazendo um estudo e através da experiencia da comunidade eu preciso saber quais as melhores opções para este tópico. Tenho ótimos resultados com a dupla Slackware Linux + PostgreSQL. Apesar de que usar o "elefante" com o FreeBSD pode trazer resultados mais expressivos ainda. []'s -- ----------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.2 Kernel 2.6.27.8-i686-core2 --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Documentação automática (ou q uase) de "bando" de dados PostgreSQL
Em 20/01/2010 16:40, Welington R. Braga escreveu: Salve todos, Estou precisando documentar um "bando" de dados em PostgreSQL com centenas de tabelas e que ninguém sabe quem liga a quem e nem há documentação de campos nem nada. Será um trabalho hercúleo e que gostaria de automatizar um pouco pra adiantar. Alguém sabe um programa - preferivelmente para Linux - que consiga me gerar de forma automática um diagrama ER, UML ou algo do gênero? Se souberem algum que possa fazer o mesmo com bases MySQL será muito bem-vindo também Grato. Em http://wiki.postgresql.org/wiki/Ferramentas_para_o_PostgreSQL vc encontra algumas referências. GPL tem o Power Archtet (http://www.sqlpower.ca/page/architect). Caso vc queira uma ferramenta mais robusta, o Power Designer da Sybase faz bem o papel, dando suporte a quase todos os SGBDs existentes no mercado (incluindo o MySQL). -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal willianjhon...@yahoo.com.br --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.2 Kernel 2.6.27.8-i686-core2 --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: RES: Driver DBExpress 4 para Postgres?
>ZEOS, vai de ZEOS que tu vai bem. >Tem uns perreguezinhos pra instalar no D2007 mas depois que engata a >segunda, ninguém segura! Mas se vc tiver uma modelagem mais refinada no banco, utilizando Stored Fuinctions, o ZEOS não dá suporte... Gosto muito dele, mas acho isso um grande pecado. Hj estou nesse impasse: preciso desenvolver uma aplicação multiplataforma com Lazarus mas o ZEOS não me dá suporte às Stored Functions que criei no SGBD. O que fiz? Tive que voltar a manipular instruções SQL... []'s --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Mysql To PostgreSQL
- Mensagem original De: Cristian Trentin <[EMAIL PROTECTED]> Para: pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 31 de Julho de 2008 13:25:08 Assunto: [pgbr-geral] Mysql To PostgreSQL Boa tarde, Fiz a modelagem de 113 tabelas, todas com seus devidos relacionamentos, tipo de dados e tudo mais... porem resolvi utilizar o PostgreSQL Gostaria de saber se existe uma ferramenta que converta o SQL do mysql para o PG.. procurei no google e achei uma ferramenta muito boa porem paga.. Alguem conhece alguma outra ? -- Atenciosamente, Cristian Trentin -- O histórico da lista sabe... A idéia da FAQ ia muito bem agora, não acham??? --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Qual software eu uso para uma locadora de video usando o postgresql?
>eu quero saber qual software o cara da locadora usa pra ver os dados no >banco de dados de sua loja. PgAdminIII, Navicat, terminal de comando... São tantas opções... --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Ferramenta de migração My SQL -> PostgreSQL
>É impressionante como esse tipo de resposta se repete na lista. E é impressionante, também, como esse tipo de pergunta se repete na lista. Uma lida no histórico não ia nada mal... Saca só: http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-July/010460.html (11/07/2008) http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-June/009530.html (11/06/2008) Então, descupe se todos parecem não gostar deste tipo de pergunta, mas não tiro a razão dos que reclamam... Mas refazer perguntas por não verificar os arquivos da lista é PREGUIÇA e merece, mesmo, este tipo de resposta. - - - - --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolve dor Object/Free Pascal willianjhonnes@ yahoo.com. br - - - - --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 - - - - --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom - - - - --- Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Ferramenta de migração My SQL -> PostgreSQL
Hehehe... E ninguém respondeu ainda o recorrente SQLFarry! --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- - Mensagem original De: Leandro DUTRA <[EMAIL PROTECTED]> Para: Comunidade PostgreSQL Brasileira Enviadas: Sexta-feira, 18 de Julho de 2008 10:27:11 Assunto: Re: [pgbr-geral] Ferramenta de migração MySQL -> PostgreSQL 2008/7/18 Consultores Software <[EMAIL PROTECTED]>: > > Alguém conhece uma ferramenta de migração de dados do MySQL para PostgreSQL? Consulte por favor os arquivos da lista, foi discutida dias atrás. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: INSERT SIMULTÂNEO
Simples: dispare uma trigger na tabela A que faça o insert na tabela B. []'s --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- - Mensagem original De: Vasco Antonio <[EMAIL PROTECTED]> Para: pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 25 de Junho de 2008 10:13:48 Assunto: [pgbr-geral] INSERT SIMULTÂNEO Bom dia lista, Seguinte, tenho duas tabelas A e B. Table A - id - (sequence) nome Tabela B - id - (sequence) obs idtba - FK Tenho um formulário onde é feita a entrada dos dados na tabela A, mas ao gravar os dados na mesma preciso fazer um insert na tabela B para informar um log e o id (FK) que foi gerado na sequence da tabela A. Como posso fazer isso direto no banco, visto que se fizer no código pegando último registro corro o risco de lincar dados de registros diferentes. Agradeço desde já a ajuda. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Modelando um Controle de Estoque
Olá, pessoal... Desculpem minha intromissão na thread, tendo em vista que a discussão vai longe ainda. Tenho acompanhado o assunto, com certo interesse, afinal, algo de positivo se tira de tudo isso. Salvo opiniões pessoais, acho esta discussão bem produtiva. Bem, de maneira prática, algumas questões não ficaram bem definidas. Um bom exemplo é este: Que seja, mas como faria uma transferência de uma empresa para a mesma? Não existe mesma empresa com endereços diferentes, se os endereços são diferentes obrigatoriamente é outra empresa (filial)... [corte] Não se trata de "Gambiarra", pois estamos garantindo a integridade através do ID sequencial... Um exemplo prático para isso: em uma entidade EMPRESA, cria-se uma sequence para controlar o índice da entidade, servindo também como chave primária. Nesta entidade, o CNPJ NÃO é referenciado! Apenas os dados mais relevantes da empresa são, como tributação, etc. Em uma entidade FILIAIS são referenciados dados como CNPJ, endereço, etc., mas tendo como controle um valor seqüencial baseado em uma foreign key vinda da entidade EMPRESA. Com isso, cada empresa pode ter n filiais, mesmo que com o mesmo CNPJ e endereço. Isso não é gambiarra, é um método de controle eficiente, muito útil para empresas pequenas. (Ex.: Empresa 1 Filial 1; Empresa 1 Filial 2; Empresa 2 Filial 1; Empresa 2 Filial 2; Empresa 2 Filial 3; etc.) Neste ponto, vejo que modelos únicos podem render certas vantagens no que tange a produtividade. Fica muito mais fácil desenvolver com a modelagem definida, mas vejo que o consenso para isso é difícil de se conseguir. Não vejo porque um assunto tão positivo quanto este tenha de virar um cabo-de-guerra baseado em opiniões pessoais. Mais uma vez, desculpem a intromissão. []'s ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Pesquisa
Opa... Realmente está difícil escolher... Todas as opções são boas... Meus comentários tb, aproveitando a deixa do Leandro... - Mensagem original De: Leandro DUTRA <[EMAIL PROTECTED]> Para: Comunidade PostgreSQL Brasileira Enviadas: Segunda-feira, 23 de Junho de 2008 13:06:39 Assunto: Re: [pgbr-geral] Pesquisa 2008/6/23 Osvaldo Kussama <[EMAIL PROTECTED]>: > existe uma pesquisa para levantar qual item do TODO é mais desejável. Comentários esparsos: > . Special indexes for XML data > Está na moda... Concordo, mas é útil... > . Hot standby (read-only PITR slave) servers > Ótima funcionalidade de infra para alta disponibilidade. Realmente muito boa... > . Index-only access for compliant queries > Deve dar ganhos de desempenho importantes, e é necessário para bater o Oracle. Hum... Isso tornaria o PG mais completo... > . Recursive queries (WITH RECURSIVE) > Uma lacuna importante de funcionalidade. Uma funcionalidade bem interessante... > . Autonomous transactions (in PL/pgSQL) > Nem faço idéia do que seja. Outra funcionalidade interessante, afinal permite que executemos ações em transações autônomas dentro de uma entidade, mesmo que já haja uma ação disparada (evita o erro de tabela mutante no Oracle)... > . Automatically updatable views > Imagino que sejam visões materializadas? Acredito que sim... > . Automated partition management > Parece interessante, como será que seria? Não faço nem idéia... > . OLAP/Windowing functions > Outra coisa na moda, e importante para muitos projetos. Nos daria > alguns projetos que hoje vão para Oracle, porque isso no Oracle é uma > opção (bem) paga. Com certeza... Apesar de todas as funcionalidades do TODO serem boas, escolher apenas uma é sacanagem, hehehe... Mas talvez o pessoal seja bonzinho e lance todas... []'s --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Res: Res: Re: [RESOL VIDO] Problemas ao executar script sql de importação
- Mensagem original De: Emerson Casas Salvador <[EMAIL PROTECTED]> Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 19 de Junho de 2008 16:49:29 Assunto: Re: [pgbr-geral] Res: Res: Re: [RESOLVIDO] Problemas ao executar script sql de importação > >usa o vi, ou mesmo o tr no linux Cara, pra isso eu uso o emacs ou mesmo o KWrite, mas como o Windows interpreta a quebra de linha com o caracter nulo no fim da string mais LF + CR, não sei como o script vai se comportar quando eu fizer a quebra de linha no Linux. Mas o problema não é o script, é a sintaxe da instrução COPY... Não a conheço e a documentação é um tanto complexa (ou eu não estou tendo a capacidade de compreendê-la...). Se alguém puder postar um exemplo, ficarei grato... []'s ------- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Res: Re: [RESOLVIDO] Problemas ao executar script sql de importação
Boa tarde, galera... O script gerado pelo Oracle é com INSERT para cada entrada da tabela, todas em uma única transação comitada no final. A inserção no MySQL foi feita a partir do mesmo script em uma tabela InnoDB, pois pretendo agregar algumas funcionalidades ao BD. Segue o exemplo da sintaxe de cada entrada: . . . . INSERT INTO sig004cep (cep_cod, cep_rua, cep_bai, cep_cid, cep_est) VALUES ('81880-330', 'BANDEIRANTES', 'PINHEIRINHO', 'CURITIBA', 'PR'); INSERT INTO sig004cep (cep_cod, cep_rua, cep_bai, cep_cid, cep_est) VALUES ('81880-340', 'MARIALVA', 'PINHEIRINHO', 'CURITIBA', 'PR'); INSERT INTO sig004cep (cep_cod, cep_rua, cep_bai, cep_cid, cep_est) VALUES ('81880-350', 'ARARUNA', 'PINHEIRINHO', 'CURITIBA', 'PR'); . . . . COMMIT; Como não conheço a sintaxe do COPY, não sei como aplicá-la neste script. Um detalhe: em 90% dos casos, o notepad e wordpad dão "estouro de pilha" ao tentar abrir o arquivo (1.300.000 linhas, aproximadamente). Efetuar um "Localizar e Substituir" então... Qualquer dica é sempre bem vinda... []'s --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- - Mensagem original De: Adriano Espinoza de Oliveira <[EMAIL PROTECTED]> Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 19 de Junho de 2008 14:33:23 Assunto: Re: [pgbr-geral] Res: Re: [RESOLVIDO] Problemas ao executar script sql de importação O seu script foi feito com INSERT ou COPY. Com o COPY é bem mais rápido. Adriano 2008/6/19 Thiago Risso <[EMAIL PROTECTED]>: > Importando por linha de comando (método que utilizei no MySQL), a importação > funcionou. A única coisa que me preocupou foi o desempenho. Levou quase 4 > minutos (o MySQL fez em 46 segundos). Fico imaginando, na hora de implantar o > sistema, durante o processo de instalação, o usuário ficar olhando pra uma > janela de comando e ficar esperando o processo terminar. > > Mesmo assim, existe alguma maneira de agilizar este processo, sem ser a cópia > do tablespace inteiro na hora de instalar a aplicação? Qual a engine do Mysql MyISAM !? Quanto ao postgres, tente remover as constraints realizar a carga, assim como os índices, crie-os apenas depois da carga.! Vc também pode gerar o script com COPY e aumentar a maintenence_work_mem! Da uma olhada nesse link[1] [1] - http://www.postgresql.org/docs/8.3/interactive/populate.html -- Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Problema ao criar tablespaces
Olá... A criação de tablespaces em NTFS é perfeitamente possível, mas só consegui criá-los dentro dos diretórios do Postgre. O fato de ser um sistema Microsoft faz com que o caminho, ao invés de conter instruções como C:/Caminho/para/o/tablespace contenha C:\Caminho\para\o\tablespace. Faça esta troca e certamente vc conseguirá... []'s --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- - Mensagem original De: Joao <[EMAIL PROTECTED]> Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 19 de Junho de 2008 11:20:54 Assunto: Re: [pgbr-geral] Problema ao criar tablespaces acho porque nao é possivel criar tablespaces em filesystem que nao permitam links - Original Message - From: rudinei To: pgbr-geral@listas.postgresql.org.br Sent: Thursday, June 19, 2008 8:43 AM Subject: [pgbr-geral] Problema ao criar tablespaces Olá pessoal Estou tentando criar tablespace num windowsxp sp2 com o comando (e algumas variacoes) CREATE TABLESPACE disco2 LOCATION 'D:/DATA-DATABASES/PGSQL/DADOS'; CREATE TABLESPACE disco2 LOCATION '/DATA-DATABASES/PGSQL/DADOS'; no meu pc de teste este retorna o erro ERROR: could not set junction for "\??\D:\DATA-DATABASES\PGSQL\DADOS": Incorrect function. isso é numa particao NTFS A versao do pg 8.1.2. Alguma dica? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Re: [RESOLVIDO] Proble mas ao executar script sql de importação
Rudinei, Shander, valeu pelas dicas... Importando por linha de comando (método que utilizei no MySQL), a importação funcionou. A única coisa que me preocupou foi o desempenho. Levou quase 4 minutos (o MySQL fez em 46 segundos). Fico imaginando, na hora de implantar o sistema, durante o processo de instalação, o usuário ficar olhando pra uma janela de comando e ficar esperando o processo terminar. Mesmo assim, existe alguma maneira de agilizar este processo, sem ser a cópia do tablespace inteiro na hora de instalar a aplicação? []'s --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- - Mensagem original De: rudinei <[EMAIL PROTECTED]> Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 19 de Junho de 2008 8:57:13 Assunto: [pgbr-geral] Re: Problemas ao executar script sql de importação O Shander tem razao. Rodar esse tipo de importacao com o shell é muito melhor você tera de achar o executavel, sugiro que comoque num arquivo bat o caminho pode tambem se conectar ao banco com psql -u nomedb , e na linha de comando utilizar \i arquivo.sql faco isso com bases que possuem tabelas com mais de 2 milhoes de registros no pg, sem problemas, seja em win ou linux mas observe se o erro não é alguma má formataçao de dados resultado da exportacao do oracle. Rudinei On Wed, 18 Jun 2008 10:45:20 -0300, Shander Lyrio <[EMAIL PROTECTED]> wrote: > > Tente fazer: > > psql nomedodb < scriptcep.sql > > -- > Shander Lyrio > > > Willian Jhonnes L. dos Santos escreveu: >> Olá a todos, bom dia... >> >> Estou tendo alguns pequenos problemas ao executar um script de >> importação da dados. Tenho em meus sistema uma base Oracle com os >> registros de CEP de todo o Brasil. Por motivos quase óbvios, estou >> migrando tudo para o Postgre para poder fazer o deployment do BD junto >> com as aplicações. >> >> Em minha máquina de desenvolvimento (ou seja, não é um servidor >> dedicado) tenho o Postgre 8.2.6-2 instalado sob o Windows 2003 >> Enterprise. O BD roda muito bem, mas ao executar o script de > importação >> da base de CEPs, com 673580 entradas, via pgAdminIII, ele não adiciona >> as entradas na tabela e simplesmente me retorna a mensagem Erro >> sem mais nenhuma referência. A princípio, julguei se tratar de falta > de >> memória ou estouro de paginação, mas, por incrível que pareça, o > MySQL >> 5.0.51b consegue realizar a importação instalado na mesma máquina. Em > >> testes com o PG em um servidor Slackware 12.0, rodando o PG 8.3.1, o >> mesmo problema se apresenta. >> >> Alguém tem algum palpite para a solução? Algo deve ser mudado nos >> arquivos de configuração para melhorar este ponto? Será que o pgAdmin > é >> o melhor meio de se fazer essa importação? >> >> Agradeço a todos >> >> []'s >> > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Problemas ao executar script sql de i mportação
Olá a todos, bom dia... Estou tendo alguns pequenos problemas ao executar um script de importação da dados. Tenho em meus sistema uma base Oracle com os registros de CEP de todo o Brasil. Por motivos quase óbvios, estou migrando tudo para o Postgre para poder fazer o deployment do BD junto com as aplicações. Em minha máquina de desenvolvimento (ou seja, não é um servidor dedicado) tenho o Postgre 8.2.6-2 instalado sob o Windows 2003 Enterprise. O BD roda muito bem, mas ao executar o script de importação da base de CEPs, com 673580 entradas, via pgAdminIII, ele não adiciona as entradas na tabela e simplesmente me retorna a mensagem Erro sem mais nenhuma referência. A princípio, julguei se tratar de falta de memória ou estouro de paginação, mas, por incrível que pareça, o MySQL 5.0.51b consegue realizar a importação instalado na mesma máquina. Em testes com o PG em um servidor Slackware 12.0, rodando o PG 8.3.1, o mesmo problema se apresenta. Alguém tem algum palpite para a solução? Algo deve ser mudado nos arquivos de configuração para melhorar este ponto? Será que o pgAdmin é o melhor meio de se fazer essa importação? Agradeço a todos []'s -- --- Att.: Willian Jhonnes L. dos Santos Analista/Desenvolvedor Object/Free Pascal [EMAIL PROTECTED] --- Seja livre. Use Linux. Grupo de Usuários GNU/Linux de São José dos Pinhais Linux user number 449753 --- Powered by Slackware Linux 12.0 Kernel 2.6.21.5-custom --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] select com outro select como campo de retorno
--- Em qui, 12/6/08, Rúben Lício <[EMAIL PROTECTED]> escreveu: > De: Rúben Lício <[EMAIL PROTECTED]> > Assunto: [pgbr-geral] select com outro select como campo de retorno > Para: "Comunidade PostgreSQL Brasileira" > Data: Quinta-feira, 12 de Junho de 2008, 10:38 > Bom dia, > > Eu gostaria de fazer um select que entre os campos > especificados tenha > outro select. Até ai tudo bem, mas preciso filtar esse > select no campo > com um valor do outro select. > Exemplo: > > SELECT campo1, (SELECT campoX FROM tb WHERE campo = campo1 > LIMIT 1) as campo2 > FROM tb2 > > O problema é que esse campo1 do WHERE do segundo select é > o mesmo > campo1 da lista do primeiro select. Como especifico isso? > > Obrigado. > > -- > Rúben Lício Reis > Cybernet Latino América > www.cybernetla.com > > Linux user #433535 > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Rúben... Você pode usar a seguinte sintaxe: SELECT a.Campo1, (SELECT CampoX FROM tb WHERE campo = a.Campo1 LIMIT 1) as Campo2 FROM tb2 a; []'s Willian Jhonnes L. dos Santos Ananlista/Desenvolvedor Object/Free Pascal __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Problemas com Trigger
Boa tarde, amigos... Criei uma tabela de auditoria em meu sistema, mas estou encontrando problemas em compilar as triggers que disparam os logs. A função criada foi esta: BEGIN INSERT INTO "SIG001LOG" ( "LOG_USR", "LOG_TBL", "LOG_DTE", "LOG_HRE", "LOG_EVT" ) VALUES ( CURRENT_USER, 'SIG001PER', NOW(), NOW(), 'ADICIONADA A PERMISSÃO PARA O USUÁRIO '||NEW.PER_USR||' ACESSAR O FORMULÁRIO '||NEW.PER_FRM||' DO PROGRAMA '||NEW.PER_APP||' COM STATUS '||NEW.PER_STS||'.' ); RETURN NEW; END; A instrução é a seguinte: INSERT INTO SIG001PER ( "PER_USR", "PER_APP", "PER_FRM", "PER_STS" ) VALUES ( 'WILLIAN', 'SIG/FOLHA', 'UFOL002', 1 ); O erro retornado é: "O record NEW não tem um valor PER_USR." Independentemente de ser executada antes ou depois da instrução, a trigger retorna este erro. Alguém tem alguma idéia doq seja??? []'s Willian Jhonnes L. dos Santos Analista / Desenvolvedor Object/Free Pascal Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral