Re: [pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções
Já usei o CaseStudio, atual Toda Data Modeler e considero uma excelente ferramenta. Atualmente, estou usando o SQL Power Architect que, apesar de não ser tão prático, não tem custo e suas funcionalidades me atendem. Abraços, Eduardo Em 18/04/2015 23:49, Danilo Silva danilo.dsg.go...@gmail.com escreveu: Entendo... Criar as tabelas e suas restrições e relacionamentos é até tranquilo, mas acho que na hora de se criar outros elementos ficaria meio complicado. Tipo, geralmente na hora de criar uma função, uma view, ou qualquer coisa que você criar após as tabelas estarem prontas, fica complicado se você precisar de algumas informações da qual você não lembra de pronto, tipo, qual o tipo de dado você definiu para um campo X na tabela Y. Procurar essa informação em um arquivo de. sei la. 700 linhas de código é osso. No diagrama você teria uma representação gráfica de tudo, ficando muito mais fácil encontrar. Por mais que o editor tenha recursos para localizar palavras através de regex, acho que ainda não seria tão prático quanto. Ao invés de procurar em um arquivo, não seria mais fácil ir direto na tabela em questão e saber qual o tipo do campo? Na verdade acho que o problema das ferramentas de modelagem está no fato de não existirem opções descentes para PorstgreSQL, principalmente livres. O SQL Server tem sua ferramenta de administração front-end, e é onde os DBAs MS desenvolvem seus projetos. Mas eu não tenho problemas em sair na mão com o editor não, até porque como estou escrevendo essa aplicação em python, já estou acostumado ao trabalho braçal. Só fico pensando se caso eu resolva mandar o modelador pro inferno e partir pra unha não terei perda de produtividade. Eu sou novo no PostgreSQL, tento desenvolver nele como em sempre fiz no SQL Server. Qual é o roteiro que vocês mais habituados com ele seguem para modelar uma base de dados? Tipo escreve o script inteiro na unha, funções, view, etc, e depois roda o código e corrige os possíveis erros? Ou modelam por partes, tipo, escreve o script das tabelas, restrições e relacionamentos, roda, depois cria scripts individuais para as funções, view, e as roda separadamente? Sei que tem ferramentas que *podem* ajudar no desenvolvimento, mas eu, particularmente, escrevo todos os meus projetos na unha, tanto projetos de banco de dados quanto os projetos das aplicações (php por exemplo), prefiro assim, pelo menos não fico dependente. No caso do postgres, utilizo apenas o pgadmin para executar os comandos, nada de botão direito do mouse...new table por exemplo. Não conheço a administração do SQL Server, mas fico imaginando o seguinte: o que será que acontece se um DBA SQL Server tiver que administrar uma base sem o front-end, ou seja, tiver que executar tudo na unha? []s Danilo ___ 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] OFF - Tirinha VP
Mais uma... http://vidadeprogramador.com.br/2011/10/28/restaurar-o-backup/ Abraços, Eduardo Em 28/02/2015 16:43, Fabrízio de Royes Mello fabri...@timbira.com.br escreveu: On 28-02-2015 11:38, Fabiano Abreu wrote: Essa tenho que compartilhar... http://vidadeprogramador.com.br/2015/02/28/drop-database/ Hahahahaha... é ilário, mas esses dias em um cliente alguém (nao descobrimos quem) foi lá no $PGDATA/base e removeu alguns diretórios, creio eu que pra liberar espaço em disco visto que o monitoramento havia alertado antes. kk Att, -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ 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] banco com codificação uf8 dados vindo com ISO8895-1
Olá, Veja se convert('text_in_utf8', 'UTF8', 'LATIN1') convert_from('text_in_utf8', 'UTF8') resolvem. Abraços, ___ Eduardo Alexandre Em 12 de setembro de 2014 14:55, Anderson Marques jackvalant...@gmail.com escreveu: boa tarde, pessoal estou com um problema de 15000 linhashehhehe existe como retornar a palavra que foi gravada dessa maneira JAÇANàa sua forma real tipo JAÇANÃ. outro problema tem palavras que foram regravadas ou seja a pessoa tentou gravar novamente e gravou outra codificação para a mesma palavraJaçanã . desde ja agradeço. anderson ___ 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] Ferramenta para programação
EMS SQL Manager for PostgreSQL Abraços, ___ Eduardo Alexandre Em 17 de julho de 2014 09:21, Matheus Saraiva matheus.sara...@gmail.com escreveu: Que Ferramenta/IDE/Editor usar para programar para postgre? Estou criando uma funções com o pgModeler, mas não estou muito satisfeito. Também me incomoda sair escrevendo várias funções sem uma validação de sintaxe e só perceber erros na hora de rodar o script. ___ 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
[pgbr-geral] Mover pasta data do PostgreSQL para caminho alternativo
Boa tarde, Tenho a necessidade de passar a armazenar os dados do PostgreSQL em um disco montado em /mnt/postgresql, cujo banco já possui dados. Há uma melhor forma de fazer isso de forma garantida ou basta um rsync de /var/lib/pgsql para a nova pasta e mudar os caminhos no arquivo de configuração em /etc/init.d/postgresql-9.3? Obrigado, ___ Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramenta Gráfica para PostgreSql
Há também o EMS SQL Manager e Toad Data Modeler. Abraços, ___ Eduardo Alexandre Em 1 de junho de 2014 14:41, Matheus Saraiva matheus.sara...@gmail.com escreveu: Em 01-06-2014 14:16, Edson F. Lidorio escreveu: Boa tarde Pessoal, Que ferramenta gráfica para comandos SQL, vocês utilizar para trabalhar com PostgreSql em Linux? Obrigado, -- Edson ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral phpPgAdmin pgAdmin E para modelagem DER temos o pgModeler ___ 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] Benchmark PostgreSQL x MySQL
Em 31 de março de 2014 09:30, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2014-03-30 18:16 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org: 2014-03-30 13:16 GMT-03:00 Eduardo Alexandre eduardog...@gmail.com: Estou precisando muito de comparação e, de preferência benchmarks sérios entre MySQL e PostgreSQL para definição de qual utilizar para um projeto. Difícil, porque o MySQL não é sério. É mais uma brincadeira que saiu de controle. Nem roda código ISO SQL, então as comparações necessariamente já têm de ser ajustadas para favorecer o MySQL. Não fiquei satisfeito com minha própria resposta, então vai um complemento. Comparativos sérios são difíceis, porque SGBDs são extremamente complexos e seus usos, muito variados. Os comparativos publicados geralmente são, portanto e naturalmente, geralmente incompletos. Quanto a desempenho, há alguns comparativos padronizados, mas há várias ressalvas. Primeiro, organizações como a Oracle (atual proprietária do MySQL) costumam probir a divulgação; segundo, os comparativos padronizados costumam colocar exigências bem oneroras, e aí o povo do PostgreSQL costuma achar que não vale muito a pena, até porque quem sabe pouco costuma não entender esses testes, suas condições e resultados, e quem sabe mais costuma olhar outras maneiras de comparar; terceiro, um comparativo padronizado costuma ser irrelevante para as situações específicas. O certo seria uma comparação bem focada na tua situação. Mas isso exigiria que já houvesse código aplicativo, uma massa de dados de testes representativa (mesmo que artificialmente gerada) e código de testes para carga. Além de ser um custo razoável para investir na decisão, há o problema de que o MySQL é tão ruim em termos de linguagem ISO SQL que ou dará mais trabalho que o razoável para criar o código aplicativo, ou acabará conduzindo a criar programas num mínimo denominador comum, um subconjunto do ISO SQL que favorece o MySQL ao deixar de explorar as capacidades de um SGBD robusto como o PostgreSQL. Olá, Agradeço pelos comentários e posso dizer que concordo com sua opinião. No final de semana pensei a respeito disso e estou pretendendo fazer aproximadamente o que mencionou: criar uma massa de dados de teste representativa para a necessidade. Claro que não é possível cobrir e garantir sem sombra de dúvida qual é o melhor mas, dá para se ter uma ideia de como é o comportamento e tempo de resposta de ambos em uma determinada situação. Se tiver novidades, aviso na lista. Abraços, ___ Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Benchmark PostgreSQL x MySQL
Boa tarde, Estou precisando muito de comparação e, de preferência benchmarks sérios entre MySQL e PostgreSQL para definição de qual utilizar para um projeto. Na internet encontrei apenas alguns esboços. Alguém tem material a respeito ou indicação de link? Grato, ___ Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Migração de Latin1 para UTF-8
Olá, Tenho alguns pequenos sistemas antigos que pretendemos migrar de Latin1 para UTF-8. Neste caso, será necessário alterar o meta-encoding dos sistemas web e também converter o banco para UTF-8. Usar a função iconv do Linux seria uma boa forma ou há outra melhor? Abraços, ___ Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] O Banco vai encher?
Em 3 de janeiro de 2014 11:14, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2014/1/3 rodrigo j rodrigo...@hotmail.com: Tenho um banco postgres 9.0 com 2 GB no cliente depois de 3 anos rodando 200 tabelas e 60 usuários simultâneos...preciso me preocupar com esses dados? Depende. Mas para saber, precisa fazer uma continha de padeiro. Eu recomendaria uma simples planinha com todos os objetos mais ‘gordos’, geralmente tabelas e índices. Coloque lá o tamanho atual de cada um deles, e qual o crescimento esperado, mensal ou anual. Projete isso para o tempo de vida útil do equipamento — no teu caso, se esses três anos são no mesmo equipamento, mais dois ou três. Aí projete para o tempo de vida útil do equipamento que o substituirá, por exemplo cinco anos, para ver que tipo de equipamento terá de substituir o atual. Olá, Me surgiu uma dúvida a respeito deste assunto. No geral, o problema de espaço seria condicionado diretamente ao espaço em disco e, no caso de falta de espaço, poderia apenas ser adicionados mais discos à RAID, considerando que o processamento e demais aspectos do hardware estejam ok? Abraços, ___ Eduardo Alexandre ___ 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 - Documentação Definindo Estrutura de Banco de Dados
Olá, Em 24 de outubro de 2013 11:15, Emerson Martins emersonmarti...@gmail.comescreveu: Bom dia Pessoal! Aqui na empresa (Governo) estamos organizando toda estrutura de Banco de Dados existente, para os antigos e novos Sistemas, para melhorar o trabalho de quem chegar e de quem ja estava. Alguns problemas encontrados junto com o pessoal de Desenvolvimento: 1 - Acesso ao bd de produção, Onde trabalho, há o acesso ao bd de produção, até para que possa ser replicado nele, as alterações que foram feitas no banco de desenvolvimento. 2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam ser testados) Possuímos uma estrutura com três servidores: um para teste, um para produção e um para banco de dados. O sistema é sempre desenvolvido no servidor de teste, o sistema é versionado e do servidor de produção é feito um git pull e obtida a última versão estável. 3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views, Sequences, Stored Procedures, Functions, Roles,etc) Utilizo um software case que permite fazer a modelagem da base e geração da modelagem em PDF, HTML, etc. Com o comprometimento de replicar no documento de modelo toda alteração feita diretamente no banco de dados de teste, fica tudo bonito. 4 - Não existência de uma documentação para manter regras relacionadas. Não entendi. Então se alguém ja trabalha dessa forma, essa tarefa foi me dada para os Ambientes PostgreSQL, contudo se alguém se dispuser a me ajudar enviando dicas, links, documentos modelos, etc. Toda ajuda será bem vinda! E desde já agradeço o apoio de quem puder ajudar. Att, Emerson Martins ___ 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] Off-Topic - Documentação Definindo Estrutura de Banco de Dados
Olá, 1 - Acesso ao bd de produção, Onde trabalho, há o acesso ao bd de produção, até para que possa ser replicado nele, as alterações que foram feitas no banco de desenvolvimento. Claro! Mas falei em relação a quem tem acesso a esse BD de Produção? Desenvolvedor, AD, DBA? Na nossa nova estrutura apenas o DBA terá acesso ao BD de Produção, no demais os desenvolvedores e AD terão normalmente. Como não temos a figura de um DBA, os desenvolvedores têm acesso. 3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views, Sequences, Stored Procedures, Functions, Roles,etc) Utilizo um software case que permite fazer a modelagem da base e geração da modelagem em PDF, HTML, etc. Com o comprometimento de replicar no documento de modelo toda alteração feita diretamente no banco de dados de teste, fica tudo bonito. Poderia informar a ferramenta ou a mesma foi desenvolvida internamente? Gosto muito do finado Case Studio. Atualmente, creio que o Toad Data Modeler cumpre suas funcionalidades. 4 - Não existência de uma documentação para manter regras relacionadas. Não entendi. Entendo. Não fui claro aqui! A documentação é basicamente um doc ou pdf, informando como deve ser utilizado o padrão interno(orgao) para nomenclatura de objetos do dicionario de dados(tables,views,functions,etc), entre as diversas normas do orgao referente a essa area. Utilizamos o Redmine como gerenciamento de projetos e os dados de documentação ficam no Wiki de cada projeto. Abraços, ___ Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres 9
Índices? Abraços, Eduardo Alexandre Em 30 de abril de 2013 16:51, Ricardo rica...@longomaquinas.com escreveu: Acabei de realizar o EXPLAIN ANALYZE e acho que o problema deve estar na configuração da conexão do zeoslib. Abraços Ricardo Sort (cost=2130.48..2142.33 rows=4741 width=434) (actual time=140.393..149.800 rows=4752 loops=1) Sort Key: Producoes.Codigo, Producoes.Codigo_Produto Sort Method: external merge Disk: 1168kB - Hash Left Join (cost=579.54..899.52 rows=4741 width=434) (actual time=14.987..38.316 rows=4752 loops=1) Hash Cond: ((Producoes.Codigo_Produto**)::bpchar = (Produtos.Codigo)::bpchar)** - Seq Scan on Producoes (cost=0.00..207.41 rows=4741 width=427) (actual time=0.012..3.030 rows=4752 loops=1) - Hash (cost=460.35..460.35 rows=9535 width=28) (actual time=14.936..14.936 rows=9537 loops=1) Buckets: 1024 Batches: 1 Memory Usage: 494kB - Seq Scan on Produtos (cost=0.00..460.35 rows=9535 width=28) (actual time=0.012..7.789 rows=9537 loops=1) Total runtime: 154.773 ms EXPLAIN ANALYZE SELECT Producoes.Codigo, Producoes.Setor, Producoes.Codigo_Cliente, Producoes.Codigo_**Fornecedor, Producoes.Codigo_**EmpresaDiversa, Producoes.Empresa, Producoes.Codigo_Produto, Producoes.Descricao_**Produto, Producoes.Codigo_Barras, Producoes.Numero_Serie, Produtos.Quantidade_Atual, Produtos.Quantidade_Minima**, Producoes.Quantidade_**Requisitante, Producoes.Quantidade_**Reserva, Producoes.Quantidade, Producoes.Unidade, Producoes.Dados_Adicionais**, Producoes.Data_Entrega, Producoes.Data_Confirmado, Producoes.Data_Cancelado, Producoes.Data_Liberado, Producoes.Data_Recebido, Producoes.Autorizacao, Producoes.Acrescimo, Producoes.Efetuadas, Producoes.Aprovadas, Producoes.Reprovadas, Producoes.Tempo_Produzindo**, Producoes.Custo_**MaosDeObras, Producoes.Custo_**MateriasPrimas, Producoes.Custo_**SubProdutos, Producoes.Custo_Total, Producoes.Custo_Unitario, Producoes.Custo_Unitario_**Perdas, Producoes.Valor_**MaosDeObras, Producoes.Valor_**MateriasPrimas, Producoes.Valor_**SubProdutos, Producoes.Valor_Total_**Bruto, Producoes.Valor_Acrescimo, Producoes.Valor_Total, Producoes.Valor_Unitario, Producoes.Valor_Unitario_**Perdas, Producoes.Data_Cadastro, Producoes.Ultimo_Usuario, Producoes.Data_Modificado, Producoes._CHAVE_UNICA FROM public.Producoes LEFT OUTER JOIN public.Produtos ON ( Producoes.Codigo_Produto = Produtos.Codigo ) ORDER BY Producoes.Codigo, Producoes.Codigo_Produto; CREATE TABLE Producoes ( Codigo d_Codigo, Setor d_Setor, Codigo_Cliente d_Codigo, Codigo_Fornecedor d_Codigo, Codigo_EmpresaDiversa d_Codigo, Empresa d_Empresa, Codigo_Produto d_Codigo, Descricao_Produto d_Descricao, Codigo_Barras d_CodigoBarras, Numero_Serie d_Codigo, Quantidade_Requisitante d_Quantidade, Quantidade_Reserva d_Quantidade, Quantidade d_Quantidade, Unidade d_Unidade, Dados_Adicionais d_DadosAdicionais, Data_Entrega d_Data, Data_Confirmado d_Data, Data_Cancelado d_Data, Data_Liberado d_Data, Data_Recebido d_Data, Autorizacao d_Nome, Acrescimo d_Porcentagem, Efetuadas d_Quantidade, Aprovadas d_Quantidade, Reprovadas d_Quantidade, Tempo_Produzindo d_Hora, Custo_MaosDeObras d_Moeda_15_4, Custo_MateriasPrimas d_Moeda_15_4, Custo_SubProdutos d_Moeda_15_4, Custo_Total d_Moeda_15_4, Custo_Unitario d_Moeda_15_4, Custo_Unitario_Perdas d_Moeda_15_4, Valor_MaosDeObras d_Moeda_15_4, Valor_MateriasPrimas d_Moeda_15_4, Valor_SubProdutos d_Moeda_15_4, Valor_Total_Bruto d_Moeda_15_4, Valor_Acrescimo d_Moeda_15_4, Valor_Total d_Moeda_15_4, Valor_Unitario d_Moeda_15_4, Valor_Unitario_Perdas d_Moeda_15_4, Data_Cadastro d_Data, Ultimo_Usuario d_Nome, Data_Modificado d_DataHora, _CHAVE_UNICA d_CHAVEUNICA NOT NULL, CONSTRAINT Producoes_pkey PRIMARY KEY (_CHAVE_UNICA), CONSTRAINT Producoes_fk_Codigo_Cliente FOREIGN KEY (Codigo_Cliente) REFERENCES Clientes (Codigo) MATCH SIMPLE ON UPDATE CASCADE ON DELETE RESTRICT, CONSTRAINT Producoes_fk_Codigo_**EmpresaDiversa FOREIGN KEY (Codigo_EmpresaDiversa) REFERENCES Empresas_Diversas (Codigo) MATCH SIMPLE ON UPDATE CASCADE ON DELETE RESTRICT, CONSTRAINT Producoes_fk_Codigo_**Fornecedor FOREIGN KEY (Codigo_Fornecedor) REFERENCES Fornecedores (Codigo) MATCH SIMPLE ON UPDATE CASCADE ON DELETE RESTRICT, CONSTRAINT Producoes_fk_Codigo_Produto FOREIGN KEY (Codigo_Produto) REFERENCES Produtos (Codigo) MATCH SIMPLE ON UPDATE CASCADE ON DELETE RESTRICT ) -Mensagem Original- From: Flavio Henrique Araque Gurgel Sent: Tuesday, April 30, 2013 4:38 PM To: pgbr-geral@listas.postgresql.**org.brpgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] Postgres 9 Em 30-04-2013 16:36, Ricardo escreveu: Boa tarde pessoal, Sou novo na
Re: [pgbr-geral] Versão do linux
Use a que você mais domina e que saberá manter bem configurado. Abraços, Eduardo Alexandre Em 8 de abril de 2013 13:02, Leonardo Cezar lhce...@gmail.com escreveu: 2013/4/8 Antonio Cesar cgcesarsoa...@gmail.com Bom dia, Pessoal estou montando um servidor para postgresql 9.x estou com duvida em que versão do linux usar centOS 6.x ou ubuntu server 12.x? Use qualquer vanilla[1]. [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?id=refs/tags/v3.9-rc6 Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia http://postgreslogia.wordpress.com.com ___ 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] BKP BANCO
Em 26 de fevereiro de 2013 16:24, JotaComm jota.c...@gmail.com escreveu: Opa, Em 26 de fevereiro de 2013 16:17, Marcos Cavaco marcos.cava...@gmail.comescreveu: Boa tarde companheiros! Gostaria de pedir à ajuda dos senhores na elaboração de um script para poder extrair um dump da minha base de dados semanalmente.. Você já tem idéia de como se faz isso? Conhece os tipos de backup existentes? Você sabe o que você precisa? Pela atenção obrigado. Olá, Se o intuito é a criação de um backup periódico, indico a leitura de http://softwarelivre.org/telles/blog/dump-nao-e-backup . Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites do PostgreSQL
Olá pessoal, Obrigado pelos comentários. Vocês me deram mais tranquilidade para tocar adiante. Abraços, Eduardo Alexandre Em 11 de dezembro de 2012 09:07, JotaComm jota.c...@gmail.com escreveu: Bom dia, Em 11 de dezembro de 2012 08:59, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Eduardo Alexandre writes: Olá, Estou iniciando um projeto de pesquisa que chegará a ter cerca de 5,5 milhões de registros por ano analisado. Pelo que consegui achar de informação, não há uma limitação do banco de dados PostgreSQL, ficando a limitação a critério de espaço em disco. Está correto? Exatamente, eu diria que 5,5 milhões de registros por ano não fazem nem o PostgreSQL suspirar... Apenas uma demonstração: tenho tabelas que possuem mais de 150 milhões de registros por semana. -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abraços -- JotaComm http://jotacomm.wordpress.com ___ 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
[pgbr-geral] Limites do PostgreSQL
Olá, Estou iniciando um projeto de pesquisa que chegará a ter cerca de 5,5 milhões de registros por ano analisado. Pelo que consegui achar de informação, não há uma limitação do banco de dados PostgreSQL, ficando a limitação a critério de espaço em disco. Está correto? Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dúvida sobre tamanho de tabela
Em 30 de novembro de 2012 11:50, Alessandro Lima grandegoia...@gmail.comescreveu: Criei uma tabela de log que é populada via trigger, mas ela está ficando muito grande, cerca de 7GB, exclui quase todos os registros desta tabela, deixando apenas os mais recentes, mas a tabela continua com o mesmo tamanho. Obs.: Meu postgres é o 8.4 e estou utilizando o pgadmin para visualizar estas estatísticas, e já rodei o VACUUM ANALYZE nesta tabela após as exclusão dos registros. O que devo fazer para diminuir o tamanho desta tabela? Atenciosamente, Alessandro Lima email grandegoia...@gmail.com Olá, Vacuum analyze ou vacuum full? Vide: http://www.postgresql.org/docs/8.3/static/sql-vacuum.html Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Camiseta PostgreSQL 9.2
Também acho que se fosse apenas o texto PostgreSQL e o logo, era melhor sim. Abraços, Eduardo Alexandre 2012/9/13 Anselmo Silva anselmo@gmail.com Tô dizendo que seria melhor explorar a marca que a versão ou funcionalidades. Em 13 de setembro de 2012 17:47, Bruno Silva bemanuel...@gmail.comescreveu: Rapaz, a caneca é feia doido! Bruno E. A. Silva. Analista de Sistemas. On Thu, Sep 13, 2012 at 5:45 PM, Flavio Henrique Araque Gurgel fla...@4linux.com.br wrote: On 13-09-2012 14:50, Fábio Telles Rodriguez wrote: Mas esqueçam a camiseta, eu quero é a caneca!!! http://www.zazzle.com.br/postgres9_cerveja_stein_caneca-168360753015294030 Mas a caneca é com o logo de lançamento do PostgreSQL 9.0! Replicação já é dia-a-dia pra nós :) []s __ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ 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 -- Anselmo M. Silva ___ 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] Substituição dos ORM
Qual a linguagem e ORM usados? Abraços, Eduardo Alexandre Em 11 de setembro de 2012 14:41, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Senhores, Na experiência de vocês junto aos programadores, como tem sido para eliminar ou substituir os softwares ORM? Ou não tem sido feito por n motivos? Estou imaginando uma arquitetura de software que pode substituir o famigerado ORM em meus sistemas, nada inovador somente aplicação de padrões de desenvolvimento. E queria saber como tem sido a experiência nesta questão por parte de vocês. Abraços, Flávio ___ 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] Substituição dos ORM
Olá, Minha área primária é em desenvolvimento. Atualmente em PHP (principalmente com PHP e acesso a dados por PDO, em segundo usando o CodeIgniter com ORM) e com C# ASP.Net com e sem uso de ORM. Acho que toda tecnologia pode ser boa ou ruim. Inclusive o ORM que, se usado corretamente, não vejo consequências tão graves. Abraços, Eduardo Alexandre Em 11 de setembro de 2012 14:48, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Em 11/09/2012 14:46, Eduardo Alexandre escreveu: Qual a linguagem e ORM usados? Não, não... é mais um esforço de concientização para as mudanças, por onde os senhores começam ou simplesmente tentam contornar o uso de ORM nas aplicações. ___ 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] Substituição dos ORM
Em 11 de setembro de 2012 15:20, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Bem, vou pelo pensamento mais conservador. Se pode dar consequência então é de se pensar, pois pode dar consequência média e baixa pode dar problema a médio e longo prazo. Dois pontos: O desenvolvimento precisa atender a determinados níveis de qualidade e velocidade de desenvolvimento. Se houver desenvolvedores na lista, sabem o que é receber um pedido de um recurso mirabolante pra ontem e ser obrigado a cumprir esse prazo. Geralmente esse fato se repete dia após dia, sendo tudo urgente e pra ontem. Se eu for pensar no cenário ideal, diria que é melhor fazer o software na unha, otimizado para a melhor performance possível. Mas será que isso é possível? :) Se não formos utilizar a tecnologia que pode ter consequência negativa, qual usaremos? Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Substituição dos ORM
Em 11 de setembro de 2012 15:40, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Pois se você conseguir utilizar os argumentos corretos você consegue o que quiser. Isso seria o ideal: que os bons argumentos vencessem. Tudo depende. Depende de onde é. Depende da chefia. Depende da cultura da empresa. Depende da urgência. E depende também da tecnologia e da forma que a usamos. O ORM é bom? É ruim? Depende. Depende de como foi usado, se foi usado certo, do tempo disponível e do porte do projeto. Exemplo: Usar ORM para um pequeno aplicativo em uso por 10 pessoas ou para um ERP em uso por 1000 pessoas será diferente. Tudo vareia. :) Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Substituição dos ORM
Em 11 de setembro de 2012 17:25, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: Não é bem assim. Quem passa por um curso técnico que seja tem obrigação de ver os dois, claro que não na mesma profundidade. Concordo! O problema é que ninguém ensina dados direito… ou dão umas dicas de SQL, ou mostram estruturas de listas ligadas e coisas assim. Mas conceito, que é bom, lhufas. Alguns não ensinam direito e outros não se dedicam a aprender. Geralmente cada qual cuida do seu cada qual e há a falta de entender um pouco sobre o assunto relacionado. Abraços, Eduardo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Fwd: Servidor de Banco de Dados
Em 1 de setembro de 2012 08:49, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2012/9/1 Bruno Silva bemanuel...@gmail.com: corte Não é verdade. Só se a carga for constituída apenas do mesmo número de processos que o de núcleos, incluindo os processos de sistema, o que não é realista. Na prática, tem de analisar a carga, e geralmente a última preocupação é a freqüência do processador. Antes disso, mais ou menos pela ordem, tem de ver confiabilidade, velocidade de escrita em armazenamento de massa, latência e banda passante do mesmo, tamanho e velocidade de memória principal, caches, número de núcleos, eficiência, e só então freqüência. /corte Obrigado pelo comentário. Você me auxiliou em uma dúvida que eu estava quanto ao que devo priorizar. Grato, Eduardo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Servidor para estudo
Boa noite, Aproveitando o ensejo de um tópico a respeito de servidor, estou providenciando um computador que ficará destinado principalmente para meus estudos de banco de dados. A opção está entre um computador com processador Intel I5 650 3.2Ghz ou um Phenon X4 quad core 965T 3.4Ghz. Para ambos, a previsão é de 8Gb de memória (talvez 16Gb se encontrar placa-mãe com suporte por preço acessível) e há a possibilidade de uso de disco SATA ou SSD. O banco de dados irá possuir 5 tabelas com cerca de 1 milhão de registros além de algumas tabelas menores (cerca de 40 mil a 500 mil registros). O trabalho principal do banco de dados será relacionado a consultas para cruzamentos de dados e também rodar o Pentaho acessando esses dados. Sei que os índices e outros recursos são cruciais e que o SSD irá representar ganho de performance, mas minha dúvida é em relação à compra do processador. Há um que é melhor que o outro ou tanto faz? Abraços, Eduardo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Postgresql distribuído
Boa tarde, Estou elaborando um projeto no qual há a necessidade de que uma base de dados seja acessível em vários pontos, mesmo se houver alguma queda de comunicação. Estou cogitando a respeito de replicação master-slave ou master slaves e slave-slave. Considerei também a possibilidade de bancos de dados distribuídos. O fato é que, caso a comunicação entre os pontos se interrompa, deve existir uma base em cada ponto e, ao voltar a comunicação, os dados devem ser sincromizados. Alguém já teve necessidade semelhante e pode dividir a experiência ou sugere referência de material de estudo? Obrigado, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recomendação de ferramenta para modelagem de dados para Linux
Experimenta o Case Studio. Roda com wine. Abraços, Eduardo Alexandre Em 2 de agosto de 2012 11:22, Thiago Rodrigues xthi...@gmail.com escreveu: Olá pessoal, Estou procurando por uma ferramenta para modelagem de base de dados para Linux capaz de trabalhar tanto com MySQL e PostgreSQL. Gostaria de receber recomendações de vocês. Procuro as seguintes funcionalidades: + criação do modelo de dados (diagramas) genérico no programa, mas com opção de geração de código SQL específico para cada SGBD; + criação do modelo de dados baseado em um banco existente; + agilidade usabilidade (interface que permite fazer as coisas com poucos cliques, com atalhos de teclado, etc) + forward enginer; + reverse enginer. Tanto faz se é gratuito ou não. Testei o SQL Power Architect e achei pouco produtivo (interface ruim). Estou testando o trial do Navicat Premium e estou gostando, mas achei o preço um pouco salgado e ele roda sobre o Wine (vai que algum update da distro/wine faz ele parar de funcionar). Atenciosamente, Thiago Rodrigues http://www.thiagorodrigues.net/ ___ 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] Recomendação de ferramenta para modelagem de dados para Linux
Olá Moisés, Eu tenho interesse. Se puder me enviar, fico grato. Abraços, Eduardo Alexandre Em 2 de agosto de 2012 11:30, Moisés P. Sena moisesps...@gmail.comescreveu: Plugin para Eclipse ERMaster Fiz uma copia dos sources originais e adicionei compatibilidade de conversao de campo AUTO_INCREMENT do MySQL para SERIAL (p/INT) ou BIGSERIAL (p/BIGINT). Estou com os fontes em casa, se quiser, te passo o .JAR para colocar no diretorio eclipse/dropins. Com relacao aos sources, tenho que ver licenca para publicacao, etc, se quiser, posso te passar os sources tambem ... Em 2 de agosto de 2012 11:22, Thiago Rodrigues xthi...@gmail.comescreveu: Olá pessoal, Estou procurando por uma ferramenta para modelagem de base de dados para Linux capaz de trabalhar tanto com MySQL e PostgreSQL. Gostaria de receber recomendações de vocês. Procuro as seguintes funcionalidades: + criação do modelo de dados (diagramas) genérico no programa, mas com opção de geração de código SQL específico para cada SGBD; + criação do modelo de dados baseado em um banco existente; + agilidade usabilidade (interface que permite fazer as coisas com poucos cliques, com atalhos de teclado, etc) + forward enginer; + reverse enginer. Tanto faz se é gratuito ou não. Testei o SQL Power Architect e achei pouco produtivo (interface ruim). Estou testando o trial do Navicat Premium e estou gostando, mas achei o preço um pouco salgado e ele roda sobre o Wine (vai que algum update da distro/wine faz ele parar de funcionar). Atenciosamente, Thiago Rodrigues http://www.thiagorodrigues.net/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Moisés P. Sena (Analista e desenvolvedor de sistemas WEB e mobile) http://www.moisespsena.com http://linux.moisespsena.com ___ 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] Ferramentas Postgres
Gustavo, O EMS SQL Manager for PostgreSQL tem uma versão paga e uma gratuita. Funciona muito bem. Seu valor é R$ 550,00[1] Se não se importar de pagar um pouco, o RazorSQL [2] é muito bom, acessa diversos bancos de dados e não é caro. São as melhores e mais produtivas que conheço. [1] http://www.sqlmanager.com.br/html/comprar_sql_manager2.asp [2] http://www.razorsql.com/register5.html Abraços, Eduardo Alexandre Em 31 de maio de 2012 11:20, Gustavo Neto jgustavon...@gmail.com escreveu: Estou a procura de ferramentas gratuitas para o Postgres. Quais vocês indicam? -- *Gustavo Neto* ** *( (85) 9942.0548* *( (85) 8785.6315* *( (85) 3216.8330* ** jgustavon...@gmail.com* * http://www.facebook.com/#!/jgustavoneto http://www.orkut.com.br/Main#Profile?uid=1129452074372770142rl=t http://www.linkedin.com/pub/gustavo-neto/3a/396/670 http://twitter.com/#!/GustavoNeto http://www.youtube.com/user/netoquixas?feature=mhee jgustavon...@gmail.com jgustavon...@gmail.com jgustavon...@gmail.com jgustavon...@gmail.com * * * ___ 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] Divulgação - Webcast Tutorial 4Linux
O http://www.4linux.com.br/inscricoes/webcast-tutorial-que-postgresql-inscricao.html está ok Abraços, Eduardo Alexandre Em 19 de abril de 2012 15:29, Jonas Loss jo...@i-pensare.com.br escreveu: Está com o link quebrado. Jonas Loss i-Pensare - Maker Center - RS 51 8526 0606 http://www.i-pensare.com.br Transformando idéias em soluções digitais. Em 19 de abril de 2012 11:57, Flavio Henrique Araque Gurgel fla...@4linux.com.br escreveu: Pessoal, divulgando aqui um Webcast que estarei apresentando semana que vem. Detalhes abaixo. Todos estão convidados, é gratuito e on-line. []s 4Linux realiza o Webcast Tutorial: Por que PostgreSQL? A 4Linux realizará na próxima segunda-feira, dia 23 de abril de 2012 às 16h (horário de Brasília), mais uma edição do Webcast. Desta vez o tema será o PostgreSQL, o banco de dados livre mais utilizado no mundo. Quem ainda tem dúvidas de qual banco de dados utilizar no seu ambiente, poder participar deste webcast e tirar dúvidas como: Quando usar o PostgreSQL Quais as vantagens sobre o Oracle e MySQL Quem usa o PostgreSQL em produção, quem está feliz Tipos de cargas de dados Suporte PostgreSQL, com quem contar Ferramentas, extensões Durante a apresentação serão respondidas perguntas sobre o PostgreSQL como: PostgreSQL tem replicação nativa? PostgreSQL funciona em cluster? Por que a gente nunca ouve falar de PostgreSQL em missão crítica? Existe certificação PostgreSQL? O PostgreSQL faz multi master? Qual empresa é dona do PostgreSQL? As inscrições são gratuitas. Inscreva-se e receba o link de acesso. http://www.4linux.com.br/inscricoes/webcast-tutorial-que-postgresql-inscricao.html Para acompanhar ao vivo o webcast, você precisa estar conectado a internet banda larga, desktop com kit multimídia instalado e Flash Player versão 10, instalado e habilitado. Serão 15 minutos e apresentação e 15 minutos para responder perguntas dos participantes. Mais informações no site: http://www.4linux.com.br/noticias/2012/webcast-tutorial-que-postgresql.html -- Flavio Henrique A. Gurgel Consultor e Instrutor 4Linux Tel: +55-11-2125-4747 www.4linux.com.br ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Linux
Olá Itamar, Em relação ao Linux, qualquer distribuição irá lhe atender. Sugiro utilizar uma distribuição que tenha mais intimidade para facilitar as configurações. Algumas empresas que conheço têm preferido o CentOS devido a ser uma distribuição muito similar ao RedHat, sendo mais fácil encontrar especialistas no mercado. Abraços, Eduardo Alexandre Em 17 de março de 2012 23:09, Itamar Reis Peixoto ita...@ispbrasil.com.brescreveu: On Mar 17, 2012 11:05 PM, Antonio Cesar cgcesarsoa...@gmail.com wrote: Pessoal estou com alguns cliente precisando usar linux como servidor. Posso usar o Ubuntu como servidor? vc pode usar o que quiser. ate o windows como servidor ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Linux
Em 18 de março de 2012 19:18, Tiago Adami adam...@gmail.com escreveu: Em 18 de março de 2012 14:17, Leandro DUTRA, Guimarães Faria Corcete l...@dutras.org escreveu: Já ouvi de amigos meus linuxers criticarem o Ubuntu, por isso humildemente pergunto: o quê o Debian possui de melhor que o Ubuntu? A diferença principal entre Ubuntu e Debian quanto a servidores é a versão dos pacotes. O Debian é conhecido por optar por versões de pacotes considerados estáveis e opensource. O Ubuntu não tem esses dois pontos como pilares essenciais. Para mim é mais questão de gosto. Debian é muito estável - e dizem que é mais estável que Ubuntu - mas para a versão Desktop o Ubuntu é muito mais user friendly do que sua distribuição pai (este julgamento é mais pura opinião que constatação). Geralmente o fato de ser user friendly não é requisito para servidores Linux. Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de banco
Olá, O Toad tem uma verão paga e uma gratuita. Abraços, Eduardo Alexandre Em 8 de março de 2012 16:38, Flávio Alves Granato flavio.gran...@gmail.comescreveu: Em 8 de março de 2012 16:31, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2012/3/8 Flávio Alves Granato flavio.gran...@gmail.com: Usa alguma coisa para UML e Latex? Fujo do UML como o dito‐cujo do pelo‐sinal, mas a questão aí é só ver se tem como configurar seja o AutoDoc, seja o SQL::Fairy ou algo equivalente, para gerar UML… ou entendi errado? Entendeu corretamente. ___ 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] Converter Banco
Exportar como CSV e importar no PostgreSQL é sempre uma opção. Dependendo dos dados, um script que lê os registros do Firebird e insere no PostgreSQL também pode funcionar muito bem. Abraços, Eduardo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] IDE gerenciamento BD para linux (off-topic)
Olá, Paixões à parte, experimentei EMS e também o Navicat e RazorSQL. Ambos têm muitas funcionalidades interessantes. O Razor tem duas características principais: tem preço acessível (uma licença vale para uso em Win/Lin/Mac) e permite o uso com vários SGBDs distintos. Abraços, Eduardo Alexandre Em 4 de janeiro de 2012 16:07, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Acho uma boa que esta thread off não tivesse começado. Acho que opiniões cheias de emoções por desacordos em certos pontos expostas na lista não ajuda muito. Acho que a moderação não deveria tolerar este tipo de discussão porque agora vai ter réplica e tréplica eternos... ___ 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
[pgbr-geral] Software para fazer MER e descrição de dados para PostgreSQL
Olá, Estou com uma dúvida quanto a um conceito de modelagem. Alguns softwares como o DbDesigner, CaseStudio fazem todo o desenho do banco e geram o SQL perfeitamente. Porém, estou com necessidade de criar uma modelagem de forma que conste o MER e a parte textual da descrição de dados. Tem algum software (para PostgreSQL) que faça isso de forma que ao criar o MER, já entro com as informações do campo e possa imprimir a descrição dos dados? Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Software para fazer MER e descrição de dados para PostgreSQL
Em 20 de outubro de 2011 09:41, Dickson S. Guedes lis...@guedesoft.net escreveu: MER ou DER? Considerando que o Modelo de Entidade Relacionamento (MER) é conceitual e que o Diagrama de Entidade Relacionamento (DER) é a relação/representação entre as tabelas mesmo, seria o DER. Vou testar o Power Architect. Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Software para fazer MER e descrição de dados para PostgreSQL
Obrigado pelas dicas. Vou testar e verificar os recursos. Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Esquemas de banco de dados vs Tabelas/Departamentos
Em 19 de outubro de 2011 14:13, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: Imagino que sejam tabelas diferentes, e não particionamento de dados por departamento… nesse caso, perfeitamente legítimo. Os esquemas não têm nenhum significado predeterminados, são apenas espaços de nomes para o AD, usuário, desenvolvedor ou o que for organizar sua base como bem lhe convier. Geralmente, faz‐se uma organização funcional, por módulos de aplicação ou algo que o valha. Há quem crie dúzias de bases quando bastava colocar o conteúdo de cada base num esquema diferente, todos na mesma base… Gostei muita dica e vou usá-la! Obrigado, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configurando Timezones por databases
Pelo Google achei comentários como o [1] que menciona a respeito de pegar a hora do cliente e não do servidor através de linguagem. Seria a isso que que se refere? [1] http://www.hardware.com.br/comunidade/hora-php/966338/ Abraços, Eduardo Alexandre Em 13 de outubro de 2011 16:25, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Não há necessidade, o google já faz essa localização bem precisa em suas aplicações, claro utilizando de outros meios para pegar esta localização mais precisa, mas me pergunto se já pego qual a língua do browser para eu mostrar a linguagem nativa do usuário na aplicação, então o que me impediria de pegar também o fuso horário dele? Nada. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump Insert X Copy
Em 11 de outubro de 2011 20:49, Dickson S. Guedes lis...@guedesoft.netescreveu: Para mais informações veja esse artigo to Telles [1]. [1] http://www.midstorm.org/~telles/2010/05/06/dump-nao-e-backup/ Olá Dickson, Gostei muito do artigo. Confesso que após o feriado irei dedicar alguns momentos para pensar a respeito. :) Abraços, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Netiqueta (Era: Atualizacao 9.1.0 para 9.1.1)
Leandro, A regra da lista em http://www.postgresql.org.br/RegrasLista consta: - respeitem a Netiqueta (aka RFC 1855), na qual, quanto ao HTML se refere a Evitar enviar mensagens exclusivamente em maiúsculas, grifos exagerados, ou em HTML e ainda nas regras da lista: - e-mails HTML. Nem todos clientes de e-mail suportam HTML (alguns não suportam), então se possível mandem e-mails em modo texto. Isso facilita até para o software que processa o histórico da lista (ele remove todo HTML) dos e-mails; Na regra da lista consta se possível ao invés de obrigatoriamente e na netiqueta consta para evitar ao invés de está proibido. Seu posicionamento quanto ao formato da mensagem foi colocado e respeito isso. Porém, se quiser obrigar o envio em formato texto, algumas medidas como mudar a regra da lista e/ou bloquear o envio em html podem ser opções. Abraços, Eduardo Em 8 de outubro de 2011 22:18, Leandro Guimarães Faria Corce DUTRA lean...@dutras.org escreveu: Le 2011-O-8 20h58, Bruno Silva a écrit : Hoje as RFC estão estribuchando no chão. :D Bruno, não estou entendendo. É prazer de desrespeitar a netiqueta? Ou não entendeste as regras? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Atualizacao 9.1.0 para 9.1.1
Qual a vantagem da atualização do 9.1 para 9.1.1 ? Abraços, Eduardo Alexandre Em 7 de outubro de 2011 22:33, Bruno Silva bemanuel...@gmail.com escreveu: Pessoal fazendo uns testes atualizei o sgbd da versao 9.1 para 9.1.1. Como era um release nao me preocupei pois segundo as aulas que tive o professor disse que não havia problemas. Entao compilei e soh mudei os binarios. Agora penso em atualizar na produção, então toda precaução é pouca. Pode haver algum problema em não ter usado o processo pelo pg_upgrade? ___ 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] Atualizacao 9.1.0 para 9.1.1
Seria por causa de Fixed failure when DROP OWNED BY attempts to remove default privileges on sequences.? Abraços, Eduardo Alexandre Em 8 de outubro de 2011 12:31, Bruno Silva bemanuel...@gmail.com escreveu: Eu li o release notes[1]. O que mais me levou a fazer logo foi: All users are strongly urged to update their installations at the next scheduled downtime. [1]http://www.postgresql.org/about/news.1355 Bruno E. A. Silva. Analista de Sistemas. 2011/10/8 Leandro Guimarães Faria Corce DUTRA lean...@dutras.org Le 2011-O-8 10h18, Eduardo Alexandre a écrit : Qual a vantagem da atualização do 9.1 para 9.1.1 ? Forçar os usuários a ler as notas de lançamento (/release notes/). Mas, geralmente, correções de erros, segurança e estabilidade. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalação do PostgreSQL 9 em Win7
Olá, Aparenta que algumas pessoas reportam problemas, porém outros conseguem instalar sem problemas. Eu, por exemplo, não tive problemas. Poderia ser algo em relação a arquitetura (32 / 64b), atualizações do Windows instaladas antes de instalar o PgSQL 9 ou mesmo algum parâmetro do UAC ou Firewall? Comento isso pois se fosse realmente falha do pg ou do instalador, ninguém estaria instalando corretamente. Abraços, Eduardo Alexandre Em 8 de outubro de 2011 15:29, Marcal Hokama mhok...@hotmail.com escreveu: Já tive algum problema desses com permissões, eu antes de instalar eu criei o usuario postgres, em seguida loguei com ele e criei os diretorios de destino do banco e instalacao na mao via prompt, no meu caso era em c: e d:, após isso instalei normalmente e tudo foi resolvido, só não lembro se instalei logado no postgres ou no meu usuário do windows Em 7 de outubro de 2011 10:45, (KSTROS) - Jayron Alberth Costa Castro jacas...@kstros.commailto:jacas...@kstros.com escreveu: Idemilson, Obrigado por sua atenção e em resposta digo que sim, ontem instalei no C:\ e sempre no final da instalação ele gera um erro onde informa que não conseguiu ler o arquivo postgresql.conf, na realidade o arquivo nçao existe na pasta data e era para existir lá, não sei pq não existe, o certo é que o processo de instalação cria o serviço e tudo, mas o serviço não sobe. Estou nessa briga a dois dias e nada. Jayron, Os dois links abaixo podem ajudar: http://www.devmedia.com.br/forum/postgresql/15863-PostgreSQL-Erro-na-Instalacao-no-W-7.htmlhttp://www.guj.com.br/java/230985-problema-ao-instalar-postgre-9-resolvido São posts de outros fórums com problema semelhante, mas que já encontraram solução. Atenciosamente, Marçal de Lima Hokama--e-mail: mhok...@hotmail.com ___ 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] Atualizacao 9.1.0 para 9.1.1
Em 8 de outubro de 2011 14:25, Guimarães Faria Corcete DUTRA, Leandro lean...@dutras.org escreveu: 2011/10/8 Bruno Silva bemanuel...@gmail.com: Tá bom agora? Quase. Ainda veio HTML, mas já ajudou bastante ter usado o formato correto. Mais um pouco de esforço e fica perfeito. Há alguns momentos em que não dá Se não dá para seguir a netiqueta, é melhor não escrever. A netiqueta não é capricho, é o respeito mínimo exigido para com todas as outras pessoas que assinam e usam a lista de discussões, assim como por quem cede graciosamente a infraestrutura onde ela é armazenada e hospedada. A thread saiu do foco, deveria estar como OT. ___ 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 backup na geracao de caracteres portugues, ambiente windows xp, postgresql enconding utf-8.
Seria erro de codificação? O BD origem, aplicação e BD destino precisam estar codificadores corretamente. Abraços, Eduardo Alexandre Em 17 de agosto de 2011 19:50, andreluiz pinheiro andreluiz1...@gmail.comescreveu: Prezada Lista, Erro no backup do banco, geração de caracteres portugues, ambiente windows xp, postgresql enconding utf-8. Não está gerando corretamente os caracteres em portugues (acentuação, cedilha - exemplo: õ, ç) 1. Geração da tabela utilizando pgadmin III versão 1.12.3, com idioma do utilizador configurado para (pt_PT) Português : CREATE TABLE area ( id_area serial NOT NULL, codigo smallint NOT NULL, nome character varying(40)); ALTER TABLE ONLY area ADD CONSTRAINT pk_area PRIMARY KEY (id_area); INSERT INTO area (id_area, codigo, nome) VALUES (1, 1, 'Almoço'); INSERT INTO area (id_area, codigo, nome) VALUES (2, 2, 'Refeição'); INSERT INTO area (id_area, codigo, nome) VALUES (3, 3, 'Cardápio'); Ele gera normalmente, os programas utilizam normalmente, tanto em JAVA quanto em PHP, mas na hora do backup perde os caracteres em portugues. Existe algum outro lugar no pgadmin III versão 1.12.3 para configurar, alem do utilizador configurado para (pt_PT) Português ? 2: O Backup do banco apresenta erros no comando insert - perda dos caracteres em Português : CREATE SEQUENCE area_id_area_seq START WITH 1 INCREMENT BY 1 NO MINVALUE NO MAXVALUE CACHE 1; ALTER TABLE public.area_id_area_seq OWNER TO postgres; ALTER SEQUENCE area_id_area_seq OWNED BY area.id_area; SELECT pg_catalog.setval('area_id_area_seq', 1, false); ALTER TABLE area ALTER COLUMN id_area SET DEFAULT nextval('area_id_area_seq'::regclass); INSERT INTO area VALUES (1, 1, 'Almoço'); INSERT INTO area VALUES (2, 2, 'Refeição'); INSERT INTO area VALUES (3, 3, 'Cardápio'); ALTER TABLE ONLY area ADD CONSTRAINT pk_area PRIMARY KEY (id_area); Alguem pode me ajudar? ___ 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] Query utilizando 100 %de CPU
Se quiser postar sua query e qtd de registros nas tabelas envolvidas, pode ficar mais fácil de dar sugestões. Abraços, Eduardo Alexandre Em 3 de agosto de 2011 17:50, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: Em 3 de agosto de 2011 17:04, Lima - Lojas Fricke Ltda l...@fricke.com.br escreveu: Ola pessoal, estou com alguns problemas de performance, já refiz várias configurações de tuning para o banco de dados, mas ainda persiste a lentidão em alguns momentos, talvez possam me ajudar, temos um erp java e em determinadas querys , o uso do processador vai a 100 % e acabam deixando outras querys como select waiting. Sempre aguardando o primeiro processo criado, que acaba demorando ou até travando. É difícil dizer o que está acontecendo sem conhecer o teu cenário, mas para ter queries com select waiting o processo que está consumindo recursos e que fica *pendurado* está realizando bloqueios exclusivos nos registros e/ou nas relações inteiras... O PostgreSQL usa o mecanismo MVCC [1] [2] onde o principio básico é um leitor nunca bloqueia um escritor e um escritor nunca bloqueia um leitor, portanto pode-se dizer que no seu caso pode estar sendo executada alguma operação em que exigem bloqueios exclusivos... Por acaso não está sendo executada alguma rotina/procedimento em lote (agendado) que na realidade deveria ser realizada fora do horário de uso normal da aplicação (a noite por exemplo)??? Veja que estou apenas *chutando*, de acordo com as informações que você passou... Uma recomendação seria utilizar uma ferramenta de análise dos Logs (aka pgfouine [3]) para que você possa saber o que está mais ou menos lento, em termos de SQL, em sua base de dados. Aproveitando para divulgar, teremos uma palestra sobre esse assunto dia 19/08/2011 no PGDay/RS 2011 [4] em Porto Alegre/RS. Outro detalhe que tenho é que a aplicação java roda junto ao banco de dados, já li e tenho ideia de apartar esses servidores, o que vocês me indicam? Um servidor de Aplicação no mesmo hardware de um servidor de Banco de Dados não é uma boa idéia porque os dois irão *disputar* fervorosamente pelos mesmos recursos (memória, cpu, I/O, etc)... mas pode não ser esse o teu *grande problema*. Se mesmo assim vc continua com dificuldades sugiro contratar o serviço de um DBA ou Consultoria especializada. [1] http://www.postgresql.org/docs/current/interactive/mvcc-intro.html [2] http://momjian.us/main/writings/pgsql/mvcc.pdf [3] http://pgfouine.projects.postgresql.org/ [4] http://www.postgresql.org.br/eventos/2011/pgday/rs -- Fabrízio de Royes Mello Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello ___ 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