Re: pgadmin não conecta ao postgre
Bom dia; Consegui fazer a conexão pelo pgAdmin, depois de adicionar a seguinte linha no arquivo pg_hba.conf host all all 192.168.0.65/24 trust e editar o arquivo /etc/postgresql/9.6/main/postgresql.conf adicionando a seguinte linha abaixo: listen_addresses = '*' Um erro ocorria não permitindo que o postgresql subisse pois eu somente estava acrescentando o ip e não a classe/subclasse do ip. Geralmente quando se instala um serviço no Linux ele ja abre as portas e permite a conexão mas o postgresql é um pouco diferente ele fecha tudo e somente aceita as conexão da maquina local. Os tutoriais que estava lendo não especificarão isto muito bem. Em 05/05/2019 08:57, P. J. escreveu: > Bom dia, > > Vc não está lendo a documentação do postgres. > > Vc além de configurar que ele aceite conexões além do localhost > (postgresql.conf) vc tem que acrescentar os ips dos clientes no > pg_hba.conf. O erro é bem intuitivo para encontrar a solução. > Lembre-se que aqui o foco é sobre Debian e não sobre um sgbd > especifico. Essa sua configuração errada vai dar o mesmo erro em > qualquer distribuição ou S.O. > > 2019-05-04 9:03 GMT-03:00, Vitor Hugo : >> Bom dia; >> >> Eu acrescentei a seguinte linha no arquivo de configuração >> /etc/postgresql/9.6/main/postgresql.conf >> >> listen_addresses = '*' >> >> Depois disso a mensagem de erro mudou para: >> >> An error has ocorred >> >> Error connecting to server: FATAL: nenhuma entrada no pg_hba.conf para a >> máquina 192.168.0.25, usuário "postgres" banco de dados "postgres", SSL >> habilitado. >> >> FATAL: nenhuma entrada no pg_hba.conf para a máquina 192.168.0.25, usuário >> "postgres" banco de dados "postgres", SSL desahabilitado. >> >> >> >> Em 27/04/2019 12:52, China escreveu: >> O pgadmin tem um arquivo próprio de configuração, vc ajustou ele? >> >> No seu hba.conf tem de ajustar o range, tá com só o localhost, por isso só >> funciona de dentro do servidor. No trecho abaixo vc tem de declarar seu >> range de IP. Ajuste os arquivos, reinicie os serviços e testa, mande retorno >> pra lista >> >> # IPv4 local connections: >> hostall all 127.0.0.1/32<http://127.0.0.1/32> >> md5 >> >> Em sáb, 27 de abr de 2019 11:55, Vitor Hugo >> mailto:vitorhug...@hotmail.com>> escreveu: >> estou tentando me conectar ao servidor postgresql no debian 9 fiz a >> instalação esta funcionando dentro do debian quando acesso o servidor >> via ssh ele conecta e funciona porem quando entro em outra maquina para >> fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a >> mensagem de erro abaixo: >> >> could not connect to server: Connection refused (0x274D/10061) Is >> the server running on host "192.168.0.27" and accepting TCP/IP >> connections on port 5432? >> >> >> Tentei criar outro usuário e outra senha porem o problema continua. >> >> segue abaixo a configuração do meu pg_hba.conf >> >> >> root@debian:/etc/postgresql/9.6/main#<mailto:root@debian:/etc/postgresql/9.6/main#> >> cat pg_hba.conf >> # PostgreSQL Client Authentication Configuration File >> # === >> # >> # Refer to the "Client Authentication" section in the PostgreSQL >> # documentation for a complete description of this file. A short >> # synopsis follows. >> # >> # This file controls: which hosts are allowed to connect, how clients >> # are authenticated, which PostgreSQL user names they can use, which >> # databases they can access. Records take one of these forms: >> # >> # local DATABASE USER METHOD [OPTIONS] >> # host DATABASE USER ADDRESS METHOD [OPTIONS] >> # hostsslDATABASE USER ADDRESS METHOD [OPTIONS] >> # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] >> # >> # (The uppercase items must be replaced by actual values.) >> # >> # The first field is the connection type: "local" is a Unix-domain >> # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, >> # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a >> # plain TCP/IP socket. >> # >> # DATABASE can be "all", "sameuser", "samerole", "replication", a >> # database name, or a comma-separated list thereof. The "all" >> # keyword does not match "replication". Access to replication >> # must be enabled in a s
Re: pgadmin não conecta ao postgre
Bom dia, Vc não está lendo a documentação do postgres. Vc além de configurar que ele aceite conexões além do localhost (postgresql.conf) vc tem que acrescentar os ips dos clientes no pg_hba.conf. O erro é bem intuitivo para encontrar a solução. Lembre-se que aqui o foco é sobre Debian e não sobre um sgbd especifico. Essa sua configuração errada vai dar o mesmo erro em qualquer distribuição ou S.O. 2019-05-04 9:03 GMT-03:00, Vitor Hugo : > Bom dia; > > Eu acrescentei a seguinte linha no arquivo de configuração > /etc/postgresql/9.6/main/postgresql.conf > > listen_addresses = '*' > > Depois disso a mensagem de erro mudou para: > > An error has ocorred > > Error connecting to server: FATAL: nenhuma entrada no pg_hba.conf para a > máquina 192.168.0.25, usuário "postgres" banco de dados "postgres", SSL > habilitado. > > FATAL: nenhuma entrada no pg_hba.conf para a máquina 192.168.0.25, usuário > "postgres" banco de dados "postgres", SSL desahabilitado. > > > > Em 27/04/2019 12:52, China escreveu: > O pgadmin tem um arquivo próprio de configuração, vc ajustou ele? > > No seu hba.conf tem de ajustar o range, tá com só o localhost, por isso só > funciona de dentro do servidor. No trecho abaixo vc tem de declarar seu > range de IP. Ajuste os arquivos, reinicie os serviços e testa, mande retorno > pra lista > > # IPv4 local connections: > hostall all 127.0.0.1/32<http://127.0.0.1/32> > md5 > > Em sáb, 27 de abr de 2019 11:55, Vitor Hugo > mailto:vitorhug...@hotmail.com>> escreveu: > estou tentando me conectar ao servidor postgresql no debian 9 fiz a > instalação esta funcionando dentro do debian quando acesso o servidor > via ssh ele conecta e funciona porem quando entro em outra maquina para > fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a > mensagem de erro abaixo: > > could not connect to server: Connection refused (0x274D/10061) Is > the server running on host "192.168.0.27" and accepting TCP/IP > connections on port 5432? > > > Tentei criar outro usuário e outra senha porem o problema continua. > > segue abaixo a configuração do meu pg_hba.conf > > > root@debian:/etc/postgresql/9.6/main#<mailto:root@debian:/etc/postgresql/9.6/main#> > cat pg_hba.conf > # PostgreSQL Client Authentication Configuration File > # === > # > # Refer to the "Client Authentication" section in the PostgreSQL > # documentation for a complete description of this file. A short > # synopsis follows. > # > # This file controls: which hosts are allowed to connect, how clients > # are authenticated, which PostgreSQL user names they can use, which > # databases they can access. Records take one of these forms: > # > # local DATABASE USER METHOD [OPTIONS] > # host DATABASE USER ADDRESS METHOD [OPTIONS] > # hostsslDATABASE USER ADDRESS METHOD [OPTIONS] > # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] > # > # (The uppercase items must be replaced by actual values.) > # > # The first field is the connection type: "local" is a Unix-domain > # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, > # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a > # plain TCP/IP socket. > # > # DATABASE can be "all", "sameuser", "samerole", "replication", a > # database name, or a comma-separated list thereof. The "all" > # keyword does not match "replication". Access to replication > # must be enabled in a separate record (see example below). > # > # USER can be "all", a user name, a group name prefixed with "+", or a > # comma-separated list thereof. In both the DATABASE and USER fields > # you can also write a file name prefixed with "@" to include names > # from a separate file. > # > # ADDRESS specifies the set of hosts the record matches. It can be a > # host name, or it is made up of an IP address and a CIDR mask that is > # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that > # specifies the number of significant bits in the mask. A host name > # that starts with a dot (.) matches a suffix of the actual host name. > # Alternatively, you can write an IP address and netmask in separate > # columns to specify the set of hosts. Instead of a CIDR-address, you > # can write "samehost" to match any of the server's own IP addresses, > # or "samenet" to match any address in any subnet that the server is > # directly connected to. > # > # METHOD can be "trust&q
Re: pgadmin não conecta ao postgre
Bom dia; Eu acrescentei a seguinte linha no arquivo de configuração /etc/postgresql/9.6/main/postgresql.conf listen_addresses = '*' Depois disso a mensagem de erro mudou para: An error has ocorred Error connecting to server: FATAL: nenhuma entrada no pg_hba.conf para a máquina 192.168.0.25, usuário "postgres" banco de dados "postgres", SSL habilitado. FATAL: nenhuma entrada no pg_hba.conf para a máquina 192.168.0.25, usuário "postgres" banco de dados "postgres", SSL desahabilitado. Em 27/04/2019 12:52, China escreveu: O pgadmin tem um arquivo próprio de configuração, vc ajustou ele? No seu hba.conf tem de ajustar o range, tá com só o localhost, por isso só funciona de dentro do servidor. No trecho abaixo vc tem de declarar seu range de IP. Ajuste os arquivos, reinicie os serviços e testa, mande retorno pra lista # IPv4 local connections: hostall all 127.0.0.1/32<http://127.0.0.1/32> md5 Em sáb, 27 de abr de 2019 11:55, Vitor Hugo mailto:vitorhug...@hotmail.com>> escreveu: estou tentando me conectar ao servidor postgresql no debian 9 fiz a instalação esta funcionando dentro do debian quando acesso o servidor via ssh ele conecta e funciona porem quando entro em outra maquina para fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a mensagem de erro abaixo: could not connect to server: Connection refused (0x274D/10061) Is the server running on host "192.168.0.27" and accepting TCP/IP connections on port 5432? Tentei criar outro usuário e outra senha porem o problema continua. segue abaixo a configuração do meu pg_hba.conf root@debian:/etc/postgresql/9.6/main#<mailto:root@debian:/etc/postgresql/9.6/main#> cat pg_hba.conf # PostgreSQL Client Authentication Configuration File # === # # Refer to the "Client Authentication" section in the PostgreSQL # documentation for a complete description of this file. A short # synopsis follows. # # This file controls: which hosts are allowed to connect, how clients # are authenticated, which PostgreSQL user names they can use, which # databases they can access. Records take one of these forms: # # local DATABASE USER METHOD [OPTIONS] # host DATABASE USER ADDRESS METHOD [OPTIONS] # hostsslDATABASE USER ADDRESS METHOD [OPTIONS] # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] # # (The uppercase items must be replaced by actual values.) # # The first field is the connection type: "local" is a Unix-domain # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a # plain TCP/IP socket. # # DATABASE can be "all", "sameuser", "samerole", "replication", a # database name, or a comma-separated list thereof. The "all" # keyword does not match "replication". Access to replication # must be enabled in a separate record (see example below). # # USER can be "all", a user name, a group name prefixed with "+", or a # comma-separated list thereof. In both the DATABASE and USER fields # you can also write a file name prefixed with "@" to include names # from a separate file. # # ADDRESS specifies the set of hosts the record matches. It can be a # host name, or it is made up of an IP address and a CIDR mask that is # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that # specifies the number of significant bits in the mask. A host name # that starts with a dot (.) matches a suffix of the actual host name. # Alternatively, you can write an IP address and netmask in separate # columns to specify the set of hosts. Instead of a CIDR-address, you # can write "samehost" to match any of the server's own IP addresses, # or "samenet" to match any address in any subnet that the server is # directly connected to. # # METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", # "ident", "peer", "pam", "ldap", "radius" or "cert". Note that # "password" sends passwords in clear text; "md5" is preferred since # it sends encrypted passwords. # # OPTIONS are a set of options for the authentication in the format # NAME=VALUE. The available options depend on the different # authentication methods -- refer to the "Client Authentication" # section in the documentation for a list of which options are # available for which authentication methods. # # Database and user names containing spaces, commas, quotes and other # special characters must be quoted. Quoting one of the keywords # "all", "sameuser", "samerole" or "replication" makes the name
Re: pgadmin não conecta ao postgre
root@debian:/home/applein# iptables -nL Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination root@debian:/home/applein# Em 27/04/2019 12:16, Leandro Pereira escreveu: > iptables -nL
Re: pgadmin não conecta ao postgre
On Sat, Apr 27, 2019 at 02:55:10PM +, Vitor Hugo wrote: estou tentando me conectar ao servidor postgresql no debian 9 fiz a instalação esta funcionando dentro do debian quando acesso o servidor via ssh ele conecta e funciona porem quando entro em outra maquina para fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a mensagem de erro abaixo: could not connect to server: Connection refused (0x274D/10061) Is the server running on host "192.168.0.27" and accepting TCP/IP connections on port 5432? Vitor, pode tentar algo assim: https://linuxize.com/post/how-to-install-postgresql-on-debian-9/#enable-remote-access-to-postgresql-server
Re: pgadmin não conecta ao postgre
O pgadmin tem um arquivo próprio de configuração, vc ajustou ele? No seu hba.conf tem de ajustar o range, tá com só o localhost, por isso só funciona de dentro do servidor. No trecho abaixo vc tem de declarar seu range de IP. Ajuste os arquivos, reinicie os serviços e testa, mande retorno pra lista # IPv4 local connections: hostall all 127.0.0.1/32 md5 Em sáb, 27 de abr de 2019 11:55, Vitor Hugo escreveu: > estou tentando me conectar ao servidor postgresql no debian 9 fiz a > instalação esta funcionando dentro do debian quando acesso o servidor > via ssh ele conecta e funciona porem quando entro em outra maquina para > fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a > mensagem de erro abaixo: > > could not connect to server: Connection refused (0x274D/10061) Is > the server running on host "192.168.0.27" and accepting TCP/IP > connections on port 5432? > > > Tentei criar outro usuário e outra senha porem o problema continua. > > segue abaixo a configuração do meu pg_hba.conf > > > root@debian:/etc/postgresql/9.6/main# cat pg_hba.conf > # PostgreSQL Client Authentication Configuration File > # === > # > # Refer to the "Client Authentication" section in the PostgreSQL > # documentation for a complete description of this file. A short > # synopsis follows. > # > # This file controls: which hosts are allowed to connect, how clients > # are authenticated, which PostgreSQL user names they can use, which > # databases they can access. Records take one of these forms: > # > # local DATABASE USER METHOD [OPTIONS] > # host DATABASE USER ADDRESS METHOD [OPTIONS] > # hostsslDATABASE USER ADDRESS METHOD [OPTIONS] > # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] > # > # (The uppercase items must be replaced by actual values.) > # > # The first field is the connection type: "local" is a Unix-domain > # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, > # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a > # plain TCP/IP socket. > # > # DATABASE can be "all", "sameuser", "samerole", "replication", a > # database name, or a comma-separated list thereof. The "all" > # keyword does not match "replication". Access to replication > # must be enabled in a separate record (see example below). > # > # USER can be "all", a user name, a group name prefixed with "+", or a > # comma-separated list thereof. In both the DATABASE and USER fields > # you can also write a file name prefixed with "@" to include names > # from a separate file. > # > # ADDRESS specifies the set of hosts the record matches. It can be a > # host name, or it is made up of an IP address and a CIDR mask that is > # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that > # specifies the number of significant bits in the mask. A host name > # that starts with a dot (.) matches a suffix of the actual host name. > # Alternatively, you can write an IP address and netmask in separate > # columns to specify the set of hosts. Instead of a CIDR-address, you > # can write "samehost" to match any of the server's own IP addresses, > # or "samenet" to match any address in any subnet that the server is > # directly connected to. > # > # METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", > # "ident", "peer", "pam", "ldap", "radius" or "cert". Note that > # "password" sends passwords in clear text; "md5" is preferred since > # it sends encrypted passwords. > # > # OPTIONS are a set of options for the authentication in the format > # NAME=VALUE. The available options depend on the different > # authentication methods -- refer to the "Client Authentication" > # section in the documentation for a list of which options are > # available for which authentication methods. > # > # Database and user names containing spaces, commas, quotes and other > # special characters must be quoted. Quoting one of the keywords > # "all", "sameuser", "samerole" or "replication" makes the name lose > # its special character, and just match a database or username with > # that name. > # > # This file is read on server startup and when the postmaster receives > # a SIGHUP signal. If you edit the file on a running system, you have > # to SIGHUP the postmaster for the changes to take effect. Yo
Re: pgadmin não conecta ao postgre
firewall?? iptables -nL Em sáb, 27 de abr de 2019 11:55, Vitor Hugo escreveu: > estou tentando me conectar ao servidor postgresql no debian 9 fiz a > instalação esta funcionando dentro do debian quando acesso o servidor > via ssh ele conecta e funciona porem quando entro em outra maquina para > fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a > mensagem de erro abaixo: > > could not connect to server: Connection refused (0x274D/10061) Is > the server running on host "192.168.0.27" and accepting TCP/IP > connections on port 5432? > > > Tentei criar outro usuário e outra senha porem o problema continua. > > segue abaixo a configuração do meu pg_hba.conf > > > root@debian:/etc/postgresql/9.6/main# cat pg_hba.conf > # PostgreSQL Client Authentication Configuration File > # === > # > # Refer to the "Client Authentication" section in the PostgreSQL > # documentation for a complete description of this file. A short > # synopsis follows. > # > # This file controls: which hosts are allowed to connect, how clients > # are authenticated, which PostgreSQL user names they can use, which > # databases they can access. Records take one of these forms: > # > # local DATABASE USER METHOD [OPTIONS] > # host DATABASE USER ADDRESS METHOD [OPTIONS] > # hostsslDATABASE USER ADDRESS METHOD [OPTIONS] > # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] > # > # (The uppercase items must be replaced by actual values.) > # > # The first field is the connection type: "local" is a Unix-domain > # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, > # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a > # plain TCP/IP socket. > # > # DATABASE can be "all", "sameuser", "samerole", "replication", a > # database name, or a comma-separated list thereof. The "all" > # keyword does not match "replication". Access to replication > # must be enabled in a separate record (see example below). > # > # USER can be "all", a user name, a group name prefixed with "+", or a > # comma-separated list thereof. In both the DATABASE and USER fields > # you can also write a file name prefixed with "@" to include names > # from a separate file. > # > # ADDRESS specifies the set of hosts the record matches. It can be a > # host name, or it is made up of an IP address and a CIDR mask that is > # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that > # specifies the number of significant bits in the mask. A host name > # that starts with a dot (.) matches a suffix of the actual host name. > # Alternatively, you can write an IP address and netmask in separate > # columns to specify the set of hosts. Instead of a CIDR-address, you > # can write "samehost" to match any of the server's own IP addresses, > # or "samenet" to match any address in any subnet that the server is > # directly connected to. > # > # METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", > # "ident", "peer", "pam", "ldap", "radius" or "cert". Note that > # "password" sends passwords in clear text; "md5" is preferred since > # it sends encrypted passwords. > # > # OPTIONS are a set of options for the authentication in the format > # NAME=VALUE. The available options depend on the different > # authentication methods -- refer to the "Client Authentication" > # section in the documentation for a list of which options are > # available for which authentication methods. > # > # Database and user names containing spaces, commas, quotes and other > # special characters must be quoted. Quoting one of the keywords > # "all", "sameuser", "samerole" or "replication" makes the name lose > # its special character, and just match a database or username with > # that name. > # > # This file is read on server startup and when the postmaster receives > # a SIGHUP signal. If you edit the file on a running system, you have > # to SIGHUP the postmaster for the changes to take effect. You can > # use "pg_ctl reload" to do that. > > # Put your actual configuration here > # -- > # > # If you want to allow non-local connections, you need to add more > # "host" records. In that case you will also need to make PostgreSQL > # listen on a non-local interface via the listen_ad
pgadmin não conecta ao postgre
estou tentando me conectar ao servidor postgresql no debian 9 fiz a instalação esta funcionando dentro do debian quando acesso o servidor via ssh ele conecta e funciona porem quando entro em outra maquina para fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a mensagem de erro abaixo: could not connect to server: Connection refused (0x274D/10061) Is the server running on host "192.168.0.27" and accepting TCP/IP connections on port 5432? Tentei criar outro usuário e outra senha porem o problema continua. segue abaixo a configuração do meu pg_hba.conf root@debian:/etc/postgresql/9.6/main# cat pg_hba.conf # PostgreSQL Client Authentication Configuration File # === # # Refer to the "Client Authentication" section in the PostgreSQL # documentation for a complete description of this file. A short # synopsis follows. # # This file controls: which hosts are allowed to connect, how clients # are authenticated, which PostgreSQL user names they can use, which # databases they can access. Records take one of these forms: # # local DATABASE USER METHOD [OPTIONS] # host DATABASE USER ADDRESS METHOD [OPTIONS] # hostssl DATABASE USER ADDRESS METHOD [OPTIONS] # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] # # (The uppercase items must be replaced by actual values.) # # The first field is the connection type: "local" is a Unix-domain # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a # plain TCP/IP socket. # # DATABASE can be "all", "sameuser", "samerole", "replication", a # database name, or a comma-separated list thereof. The "all" # keyword does not match "replication". Access to replication # must be enabled in a separate record (see example below). # # USER can be "all", a user name, a group name prefixed with "+", or a # comma-separated list thereof. In both the DATABASE and USER fields # you can also write a file name prefixed with "@" to include names # from a separate file. # # ADDRESS specifies the set of hosts the record matches. It can be a # host name, or it is made up of an IP address and a CIDR mask that is # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that # specifies the number of significant bits in the mask. A host name # that starts with a dot (.) matches a suffix of the actual host name. # Alternatively, you can write an IP address and netmask in separate # columns to specify the set of hosts. Instead of a CIDR-address, you # can write "samehost" to match any of the server's own IP addresses, # or "samenet" to match any address in any subnet that the server is # directly connected to. # # METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", # "ident", "peer", "pam", "ldap", "radius" or "cert". Note that # "password" sends passwords in clear text; "md5" is preferred since # it sends encrypted passwords. # # OPTIONS are a set of options for the authentication in the format # NAME=VALUE. The available options depend on the different # authentication methods -- refer to the "Client Authentication" # section in the documentation for a list of which options are # available for which authentication methods. # # Database and user names containing spaces, commas, quotes and other # special characters must be quoted. Quoting one of the keywords # "all", "sameuser", "samerole" or "replication" makes the name lose # its special character, and just match a database or username with # that name. # # This file is read on server startup and when the postmaster receives # a SIGHUP signal. If you edit the file on a running system, you have # to SIGHUP the postmaster for the changes to take effect. You can # use "pg_ctl reload" to do that. # Put your actual configuration here # -- # # If you want to allow non-local connections, you need to add more # "host" records. In that case you will also need to make PostgreSQL # listen on a non-local interface via the listen_addresses # configuration parameter, or via the -i or -h command line switches. # DO NOT DISABLE! # If you change this first entry you will need to make sure that the # database superuser can access the database using some other method. # Noninteractive access to all databases is required during automatic # maintenance (custom daily cronjobs, replication, and similar tasks). # # Database administrative login by Unix domain socket local all postgres peer # TYPE DATABASE USER
postgre
Boa tarde estou com duvida, na hora de instalar o postgresql ele nao deveria pedir p cadastrar login e senha ? eu nunca usei o postgres alguem sabe como eu cadastro o root dele ? desde ja fico grato -- Att Anderson Bertling
Re: postgre
Em 1/2/2010 17:19, Anderson Bertling escreveu: Boa tarde estou com duvida, na hora de instalar o postgresql ele nao deveria pedir p cadastrar login e senha ? eu nunca usei o postgres alguem sabe como eu cadastro o root dele ? desde ja fico grato -- Att Anderson Bertling O root dele é o próprio usuário postgres (se não me engano, ou pgsql), para acessar você só precisa dar um: # su postgres Como root no bash, para criar uma nova sessão com o usuário especificado, e depois: # psql -d template1 -U postgres para entrar no shell do postgres, e para alterar a senha: # alter user pgsql with password 'SENHA'; A[]'s -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: PostGRE SQL 8.1 no Etch não sobe
Como é que você está tentando inicializá-lo?/etc/init.d/postgre start?Se vc estiver tentando assim, faça o seguintelocalize o executável do prostgres which postgresdepois execute o comando que ele retornar No meu, como ele é compilado, está no seguinte path/usr/local/pgsql/bin/então execute o comando com um E COMERCIAL, no final../usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data logfile 21 Isso o inicializará criando o logfileDae veja se ele subiu ( ps -aux postmaster )Caso o processo esteja sendo executado, o problemas está apenas no /etc/init.d/postgres... foi isso q ocorreu comigo!Não lembro exatamente onde estava o erro, mas, em algum lugar do arquivo, ele fazia uma verificação no sistema que retornava false e ele saia do programa sem mensagem de erro. Caso ele não tenha mesmo assim inicializado, dê uma olhada no log... que lá estará a resposta para o seu problema...Epero tê-lo ajudado![]'s2006/8/11, Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED]:-BEGIN PGP SIGNED MESSAGE- Hash: SHA1On 08/11/2006 03:45 PM, Fábio Rabelo wrote: Boa tarde ... Alguém já instalou o PostGRE 8.x no Etch ? Eu tenho uma aplicação q precisa do 8.x, o Sarge só tem 7.x disponível . Você pode usar Backports, eles funcionam muito bem.http://www.backports.org Tentei instalar a do Testing, o processo de instalação executa sem nenhuma msg de erro até o final , porém o PostGRE não sobe, e nem dá nenhuma msg no log, já lí toda a doc no /usr/share/doc/postgre* e não achei nada, alguém já viu isto ? Fábio Rabelo Estranho, tenho postgresql no etch e no sarge (com e sembackports) e tá funcional. Tem que configurar a parte de conexõese controle de acesso, mas funciona sem maiores problemas.Você não consegue fazer 'su postgres' e depois executar o comando psql pra acessar o banco?Abraço,- --Felipe Augusto van de Wiel (faw)Debian. Freedom to code. Code to freedom!-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.3 (GNU/Linux)Comment: Using GnuPG with Debian - http://enigmail.mozdev.orgiD8DBQFE3QUXCjAO0JDlykYRAmrYAKC0ixfN2oZmFoMedlkJBzda0B9lZQCcDSClNVM1wrOboWUJZosMRrzyGlc= =5Koq-END PGP SIGNATURE---To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]-- Grato!Rodrigo C. Carvalho= SO: Debian Sarge Iptables 1.3.1SQUID 2.5 (STABLE 9) =
PostGRE SQL 8.1 no Etch não sobe
Boa tarde ... Alguém já instalou o PostGRE 8.x no Etch ? Eu tenho uma aplicação q precisa do 8.x, o Sarge só tem 7.x disponível . Tentei instalar a do Testing, o processo de instalação executa sem nenhuma msg de erro até o final , porém o PostGRE não sobe, e nem dá nenhuma msg no log, já lí toda a doc no /usr/share/doc/postgre* e não achei nada, alguém já viu isto ? Fábio Rabelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PostGRE SQL 8.1 no Etch não sobe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/11/2006 03:45 PM, Fábio Rabelo wrote: Boa tarde ... Alguém já instalou o PostGRE 8.x no Etch ? Eu tenho uma aplicação q precisa do 8.x, o Sarge só tem 7.x disponível . Você pode usar Backports, eles funcionam muito bem. http://www.backports.org Tentei instalar a do Testing, o processo de instalação executa sem nenhuma msg de erro até o final , porém o PostGRE não sobe, e nem dá nenhuma msg no log, já lí toda a doc no /usr/share/doc/postgre* e não achei nada, alguém já viu isto ? Fábio Rabelo Estranho, tenho postgresql no etch e no sarge (com e sem backports) e tá funcional. Tem que configurar a parte de conexões e controle de acesso, mas funciona sem maiores problemas. Você não consegue fazer 'su postgres' e depois executar o comando psql pra acessar o banco? Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFE3QUXCjAO0JDlykYRAmrYAKC0ixfN2oZmFoMedlkJBzda0B9lZQCcDSCl NVM1wrOboWUJZosMRrzyGlc= =5Koq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: postgre autentificacao
Marco Arthur escribió: Quando tento criar um database rodando: ``createdb db'' recebo a mensagem: ``createdb: could not connect to database template1: FATAL: user root does not exist'' No meu arquivo pg_hba.conf consiste de: localallallident sameuser hostallall127.0.0.1255.255.255.255ident sameuser hostallall0.0.0.00.0.0.0reject Pelo que li da documentacao a primeira linha configura que qualquer usuario rodando da maquina local deveria acessar o postgre. O superusuário de postgresql se chama postgres. O usuário postgres do _sistema_ não tem shell, assim que não pode logar-se como ele. Tem que fazer su a root, para que outro su não lhe peça chave, e logo daí su postgres. Já sindo postgres no sistema, faça createdb ou createuser e funcionará. Melhor se faze um createuser seuusuário assim não tem que voltar a ser postgres para criar mais usuários ou bases. -- Guillermo Pereyra Irujo Tandil, Argentina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(LINK CORRIGIDO) Site repleto de materiais para estudo! (unix, shell, perl, php, java, j++, html, postgre, C++, .NET, poo, etc...)
Prezados, Visando sempre o espirito de compartilhar os materiais encontrado, acabo de receber este link, e estou repassando para todos vocês. http://docs.rinet.ru/ Vale a pena conferir, tem de tudo... centenas de e-books! otimo estudo a todos! []'s-- Regards,Jorge Pereira, From: Olinda/Pe/BrazilHome:http://www.jorgepereira.com.br/ E-mail:[EMAIL PROTECTED] , [EMAIL PROTECTED]Mobile: +55 (81) 8833-2484Se você ama alguma coisa, liberte-a; Se ela não voltar a ti, cace-a e mate-a. -- Regards,Jorge Pereira, From: Olinda/Pe/BrazilHome:http://www.jorgepereira.com.br/E-mail: [EMAIL PROTECTED], [EMAIL PROTECTED]Mobile: +55 (81) 8833-2484Se você ama alguma coisa, liberte-a;Se ela não voltar a ti, cace-a e mate-a.
Postgre Case Sensitive
Alguém sabe como eu configuro o Postgre para não ser Case Sensitive?-- Cordialmente,Carlos Henrique JúniorDesenvolvedor / Analista (Web)(31) 9103-1038 [EMAIL PROTECTED]
Re: Postgre Case Sensitive
Em Seg, Outubro 31, 2005 17:13, Carlos Júnior ..::.. Boa Noite BH escreveu: Alguém sabe como eu configuro o Postgre para não ser Case Sensitive? Normalmente em bancos que não tem conversão automática, a aplicação deve padronizar os dados em maiúscula ou minúscula. Os comandos não têm case sensitivity, mas os objetos podem ter. Para que os objetos tenham case sensitivity, ponha seus nomes entre aspas. Ex: create table Test(F1 integer); O seu software deveria fazer consultas com upper() ou lower(). Nos casos onde isso fosse ser usado frequentemente, o seu software deveria prover indices extras para upper() ou lower(), no modelo de dados. Já a parte de acentuação, use a função to_ascii. Outra alternativa, possivelmente mais lenta, e' usar o operador ILIKE. O ILIKE não utiliza índices, pois deve haver uma conversão para executar a seleção de forma padronizada. Um abraço, Luiz Gonzaga da Mata. BH-MG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: open-exchange e postgre
Victor Hogemann escreveu: A resposta está no próprio How-to[1] que você está citando... Here's a quick-and-dirty way to bypass Postgresql password problems : edit your /etc/postgresql/pg_hba.conf and make the following lines look like this : # All other connections by UNIX sockets localallall trust # # All IPv4 connections from localhost hostallall127.0.0.1 http://127.0.0.1255.255.255.255 http://255.255.255.255trust ... then restart Postgres. Be aware that the passwords will now be ignored for ALL users and ALL databases! 1-http://gpl.netixia.com/openxchange/openxchange-sarge-howto.html Continuo tendo problemas para acessar o postgre, via phppgadmin. O que eu fiz até agora foi o segunte: - vi /etc/postgresql/postgresql.conf tcpip_socket = true - vi /etc/postgresql/pg_hba.conf local all all trust hostall all 127.0.0.1 255.255.255.255 trust hostall all all 255.255.255.255 trust Mesmo com as alterações acima, quando tento acessar aparecem as seguintes mensagens de erro. Forbidden You don't have permission to access /phppgadmin on this server. Alguma idéia do que eu estou fazendo de errado ?!?!? -- .''`. Caio Abreu Ferreira : :' : GNU/Linux Debian `. `'` Linux Counter 327834 `- OpenPGP Key ID 0xCBF5FE74 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: open-exchange e postgre
Oi, No postgresql.conf da versão 8 em diante precisa alterar os itens como abaixo: listen_addresses = '*' port = 5432 Agora este erro de Forbiden parece ser no phppgadmin... Amigos aqui utilizam o pgadmin (www.pgadmin.org) para gerenciamento do banco, dá uma olhada ok?! att. Gele Meurer Floripa - SC --- caio ferreira [EMAIL PROTECTED] escreveu: Victor Hogemann escreveu: A resposta está no próprio How-to[1] que você está citando... Here's a quick-and-dirty way to bypass Postgresql password problems : edit your /etc/postgresql/pg_hba.conf and make the following lines look like this : # All other connections by UNIX sockets localallall trust # # All IPv4 connections from localhost hostallall127.0.0.1 http://127.0.0.1255.255.255.255 http://255.255.255.255trust ... then restart Postgres. Be aware that the passwords will now be ignored for ALL users and ALL databases! 1-http://gpl.netixia.com/openxchange/openxchange-sarge-howto.html Continuo tendo problemas para acessar o postgre, via phppgadmin. O que eu fiz até agora foi o segunte: - vi /etc/postgresql/postgresql.conf tcpip_socket = true - vi /etc/postgresql/pg_hba.conf local all all trust hostall all 127.0.0.1 255.255.255.255 trust hostall all all 255.255.255.255 trust Mesmo com as alterações acima, quando tento acessar aparecem as seguintes mensagens de erro. Forbidden You don't have permission to access /phppgadmin on this server. Alguma idéia do que eu estou fazendo de errado ?!?!? -- .''`. Caio Abreu Ferreira : :' : GNU/Linux Debian `. `'` Linux Counter 327834 `- OpenPGP Key ID 0xCBF5FE74 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Yahoo! Mail, cada vez melhor: agora com 1GB de espaço grátis! http://mail.yahoo.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: open-exchange e postgre
Gele Meurer escreveu: No postgresql.conf da versão 8 em diante precisa alterar os itens como abaixo: listen_addresses = '*' Se por acaso eu acrescento a linha acima no arquivo de configuração do postgre aparece a seguinte mensagem de erro quando eu tento reinicializar o postgre # /etc/init.d/postgresql restart Stopping PostgreSQL database server: postmaster. Starting PostgreSQL database server: postmaster(FAILED) ERROR: ERROR: PostgreSQL postmaster did not start because of an unknown reason. PostgreSQL's init script (/etc/init.d/postgresql) attempted to start the postmaster, however, this failed because of an unknown reason. This should not happen and is a serious problem. Please examine the situation (please take a look at the log files). If you know the reason why it failed and, then please file a bug report to Debian (unless the reason is something obvious like a full disk). Debian PostgreSQL port = 5432 Agora este erro de Forbiden parece ser no phppgadmin... O estranho é que se eu logo localmente no servidor e tento acessar o enrereço http://localhost/phppgadmin eu consigo acessar a tela de inicialização do postgre, é pedido um username e password. Parece que o problema esta na comunicação da rede, o postgre esta deixando mente conexão local. Amigos aqui utilizam o pgadmin (www.pgadmin.org) para gerenciamento do banco, dá uma olhada ok?! Vou dar uma olhada !!! -- .''`. Caio Abreu Ferreira : :' : GNU/Linux Debian `. `'` Linux Counter 327834 `- OpenPGP Key ID 0xCBF5FE74 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
open-exchange e postgre
All Estou fazendo essa pergunta pois o meu conhecimento de Postgres é nulo. Estou instalando o open-exchange[1] em um servidor e fiz o seguinte : su - postgres $ createuser --pwprompt Enter name of user to add: openexchange Enter password for new user: SENHA Enter it again: SENHA Shall the new user be allowed to create databases? (y/n) y Shall the new user be allowed to create more new users? (y/n) n CREATE USER createdb -O openexchange -E UNICODE openexchange O problema é que quando eu digito o comando abaixo aparece a seguinte mensagem de erro: psql -U openexchange openexchange /usr/local/openxchange/share/init_database.sql psql: FATAL: autenticação via IDENT falhou para usuário openexchange Será que alguem poderia dar uma ajuda !?!! 1-http://gpl.netixia.com/openxchange/openxchange-sarge-howto.html .''`. Caio Abreu Ferreira : :' : GNU/Linux Debian `. `'` Gnupg ID 0x01186BE1 `- Linux Couter 327834
Re: open-exchange e postgre
Caio, A resposta está no próprio How-to que você está citando... Here's a quick-and-dirty way to bypass Postgresql password problems : edit your /etc/postgresql/pg_hba.conf and make the following lines look like this : # All other connections by UNIX sockets localallall trust # # All IPv4 connections from localhost hostallall127.0.0.1255.255.255.255trust ... then restart Postgres. Be aware that the passwords will now be ignored for ALL users and ALL databases!Em 23/05/05, Caio Ferreira [EMAIL PROTECTED] escreveu:AllEstou fazendo essa pergunta pois o meu conhecimento de Postgres é nulo. Estou instalando o open-exchange[1] em um servidor e fiz o seguinte :su - postgres$ createuser --pwpromptEnter name of user to add: openexchangeEnter password for new user: SENHAEnter it again: SENHA Shall the new user be allowed to create databases? (y/n) yShall the new user be allowed to create more new users? (y/n) nCREATE USERcreatedb -O openexchange -E UNICODE openexchangeO problema é que quando eu digito o comando abaixo aparece a seguinte mensagem de erro: psql -U openexchange openexchange /usr/local/openxchange/share/init_database.sqlpsql: FATAL:autenticação via IDENT falhou para usuário openexchangeSerá que alguem poderia dar uma ajuda !?!! 1-http://gpl.netixia.com/openxchange/openxchange-sarge-howto.html .''`. Caio Abreu Ferreira: :':GNU/Linux Debian`. `'` Gnupg ID 0x01186BE1 `- Linux Couter 327834-- Victor Guilherme HogemanniPlanRIO - SMS/RJ
Re: WEBSERVER php + postgre, duvida!
On Monday 28 March 2005 09:59, Man Finch wrote: seguinte pessoal Olá, como vai, tudo bem? instalei o apache e ta funcionando no default normal, instalei php4 e postgre (apt-get). o q presciso fazer para uma aplicação minha funcionar com php e postgre? Como você já instalou o Apache, o PHP e o PostgreSQL em seu servidor, basta agora criar os softwares em PHP no diretório: /var/www/ Para testar se o PHP está funcionando corretamente, crie o arquivo 'teste.php' no diretório '/var/www/' com o seguinte conteúdo: ?php phpinfo(); ? E logo após, abra/rode um navegador web como o Mozilla Firefox e digite a seguinte URL: http://localhost/teste.php Se o Apache estiver rodando em seu servidor, uma página com as configurações do PHP será carregada em seu navegador web. Caso haja problemas, cheque se o Apache está em execução. Se ele não estiver, basta roda-lo com o comando: /etc/init.d/apache start Obs: Lembre-se de estar logado com o usuário root. onde devo colocar os arquivos do banco No momento em que você cria um banco de dados no PostgreSQL, o mesmo será armazenado no diretório '/var/lib/postgres/data'. primera vez que mecho com banco, nunca instalei se alguem puder me dar uma luz, agradeço... Disponibilizei livremente em meu website pessoal um tutorial de minha autoria de como instalar e configurar o Apache, PHP 5.0.3 e o PostgreSQL 8.0.1 na distribuição Debian GNU/Linux versão Sarge/Testing. Neste manual passo-a-passo explico também como criar um software em PHP acessando uma base de dados que também será criada. Se você quiser visualizar o tutorial, queira por gentileza acessar a URL: http://www.esg-computacao.eti.br/tutoriais/install-app2/index.php abraços! Espero que ajude. Tenha uma excelente quarta-feira, -- Eder S. G. (Jordam) - E-Mail Pessoal: [EMAIL PROTECTED] Analista de Sistemas em Softwares Livres - Juiz de Fora, MG, Brasil WebSite: http://www.esg-computacao.eti.br - Contato:(0xx32)88165652 Paz, Justiça, Honra, Lealdade, Ética, Responsabilidade, Honestidade
WEBSERVER php + postgre, duvida!
seguinte pessoal instalei o apache e ta funcionando no default normal, instalei php4 e postgre (apt-get) o q presciso fazer para uma aplicação minha funcionar com php e postgre onde devo colocar os arquivos do banco primera vez que mecho com banco, nunca instalei se alguem puder me dar uma luz, agradeço... abraços!
Re: RES: Postgre ou mysql [concluido]
Em Sex, 2003-01-10 às 11:16, Marcos Sousa Vituriano escreveu: Bem, já me responderam o motivo do oracle não ter sido citado. é porque voces estão discutindo BD's de código aberto. =) Bem, o oracle ta disponivel para download no site e não vi nada em relação a custo. É imenso ~1.4Gb. E mesmo a versão 8i Personal do windows voce acha em sites como www.download.com e lá cita que é freeware. O Oracle nao e livre e muito menos gratuito. O que eles fazem e cadastrar um grupo de desenvolvedores e dar a eles uma copia do banco para desenvolvimento de seus projetos, sem custos. Quando o aplicativo ficar pronto, onde quer que ele rode em producao, devera ser paga a licenca de uso. E a mesma sacanagem do Kylix. Alias, tinha gente usando servidores linux com banco oracle para desenvolvimento em sistemas em producao, a ABES descobriu e a casa caiu -- Marcio de Araujo Benedito - [EMAIL PROTECTED] Empresa de Informatica e Informacao do Municipio de Belo Horizonte - Prodabel S/A Desktop rodando Debian GNU/Linux, iPaq rodando Familiar GNU/Linux. Todos funcionais e livres de Windows! Voce pode usar o batedor de carne para bater um prego, mas a melhor ferramenta ainda e o martelo. signature.asc Description: PGP signature
Re: RES: Postgre ou mysql [concluido]
On Fri, 10 Jan 2003 01:11:39 -0200 José de Paula Rodrigues Neto Assis [EMAIL PROTECTED] wrote: Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. O MySQL só é pago, caso seja usado como parte integrante de um produto (você desenvolve o sistema e vende, porém no meio do produto entregue ao cliente, vem o MySQL, entende..).. O PostgreSQL é mais maduro que o MySQL, quanto a isso não há duvidas.. As diferenças principais já foram comentadas... Precisa de Transações, Foreygn Keys, Triggers, SPs , etc etc etc, quer dizer tudo o que um SGBD completo tem, então, é PostgreSQL Para aplicações onde você não vai precisar desses recursos, ou vai usar tão pouco que compensa fazer essas coisas na mão (no código), então use o MySQL, ele realmente é _muito_ rápido ... =-) Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. A versão 4 ainda é devel... Na parte de transações e recursos mais avançados, o MySQL ainda tem que crescer muito... Porém, é um ótimo sgdb para aplicações de site internet, principalmente.. Ai, é show de bola.. =-) f2r
Re: RES: Postgre ou mysql [concluido]
Bom Dia, Eu sou novato em linux (alias ainda nem comecei a fuçar por motivos de força maior... sabem familia (não querem ficar sem micro e nem aprender linux) e o grub que não acerto nunca, entre outras coisas... =) mas estou vendo voces discutindo sobre qual o melhor Banco de dados e eu queria saber porque programas como o Oracle nem entrou na discussão. Até onde sei, se voce for cadastrado no site pode baixar o oracle de graça ou existe algum porem que desconheço. Sempre pensei que fosse o melhor BD. Alias onde trabalho, mexo um pouco nele e já dei algumas fuçadas e realmente ...só falta falar. =) Fui! - Original Message - From: Fabio Rafael da Rosa [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Friday, January 10, 2003 7:53 AM Subject: Re: RES: Postgre ou mysql [concluido] On Fri, 10 Jan 2003 01:11:39 -0200 José de Paula Rodrigues Neto Assis [EMAIL PROTECTED] wrote: Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. O MySQL só é pago, caso seja usado como parte integrante de um produto (você desenvolve o sistema e vende, porém no meio do produto entregue ao cliente, vem o MySQL, entende..).. O PostgreSQL é mais maduro que o MySQL, quanto a isso não há duvidas.. As diferenças principais já foram comentadas... Precisa de Transações, Foreygn Keys, Triggers, SPs , etc etc etc, quer dizer tudo o que um SGBD completo tem, então, é PostgreSQL Para aplicações onde você não vai precisar desses recursos, ou vai usar tão pouco que compensa fazer essas coisas na mão (no código), então use o MySQL, ele realmente é _muito_ rápido ... =-) Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. A versão 4 ainda é devel... Na parte de transações e recursos mais avançados, o MySQL ainda tem que crescer muito... Porém, é um ótimo sgdb para aplicações de site internet, principalmente.. Ai, é show de bola.. =-) f2r -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RES: RES: Postgre ou mysql [concluido]
Olá Marcos, É porque estou procurando um DB Free para usar no ERP da empresa. O Oracle não é barato, até onde sei... O Oracle para Linux é Free? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -Mensagem original- De: Marcos Sousa Vituriano [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 10 de janeiro de 2003 10:21 Para: debian-user-portuguese@lists.debian.org Assunto: Re: RES: Postgre ou mysql [concluido] Bom Dia, Eu sou novato em linux (alias ainda nem comecei a fuçar por motivos de força maior... sabem familia (não querem ficar sem micro e nem aprender linux) e o grub que não acerto nunca, entre outras coisas... =) mas estou vendo voces discutindo sobre qual o melhor Banco de dados e eu queria saber porque programas como o Oracle nem entrou na discussão. Até onde sei, se voce for cadastrado no site pode baixar o oracle de graça ou existe algum porem que desconheço. Sempre pensei que fosse o melhor BD. Alias onde trabalho, mexo um pouco nele e já dei algumas fuçadas e realmente ...só falta falar. =) Fui! - Original Message - From: Fabio Rafael da Rosa [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Friday, January 10, 2003 7:53 AM Subject: Re: RES: Postgre ou mysql [concluido] On Fri, 10 Jan 2003 01:11:39 -0200 José de Paula Rodrigues Neto Assis [EMAIL PROTECTED] wrote: Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. O MySQL só é pago, caso seja usado como parte integrante de um produto (você desenvolve o sistema e vende, porém no meio do produto entregue ao cliente, vem o MySQL, entende..).. O PostgreSQL é mais maduro que o MySQL, quanto a isso não há duvidas.. As diferenças principais já foram comentadas... Precisa de Transações, Foreygn Keys, Triggers, SPs , etc etc etc, quer dizer tudo o que um SGBD completo tem, então, é PostgreSQL Para aplicações onde você não vai precisar desses recursos, ou vai usar tão pouco que compensa fazer essas coisas na mão (no código), então use o MySQL, ele realmente é _muito_ rápido ... =-) Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. A versão 4 ainda é devel... Na parte de transações e recursos mais avançados, o MySQL ainda tem que crescer muito... Porém, é um ótimo sgdb para aplicações de site internet, principalmente.. Ai, é show de bola.. =-) f2r -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RES: Postgre ou mysql [concluido]
Bem, já me responderam o motivo do oracle não ter sido citado. é porque voces estão discutindo BD's de código aberto. =) Bem, o oracle ta disponivel para download no site e não vi nada em relação a custo. É imenso ~1.4Gb. E mesmo a versão 8i Personal do windows voce acha em sites como www.download.com e lá cita que é freeware. Fui - Original Message - From: Raphael Bittencourt [EMAIL PROTECTED] To: 'Marcos Sousa Vituriano' [EMAIL PROTECTED]; debian-user-portuguese@lists.debian.org Sent: Friday, January 10, 2003 9:08 AM Subject: RES: RES: Postgre ou mysql [concluido] Olá Marcos, É porque estou procurando um DB Free para usar no ERP da empresa. O Oracle não é barato, até onde sei... O Oracle para Linux é Free? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -Mensagem original- De: Marcos Sousa Vituriano [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 10 de janeiro de 2003 10:21 Para: debian-user-portuguese@lists.debian.org Assunto: Re: RES: Postgre ou mysql [concluido] Bom Dia, Eu sou novato em linux (alias ainda nem comecei a fuçar por motivos de força maior... sabem familia (não querem ficar sem micro e nem aprender linux) e o grub que não acerto nunca, entre outras coisas... =) mas estou vendo voces discutindo sobre qual o melhor Banco de dados e eu queria saber porque programas como o Oracle nem entrou na discussão. Até onde sei, se voce for cadastrado no site pode baixar o oracle de graça ou existe algum porem que desconheço. Sempre pensei que fosse o melhor BD. Alias onde trabalho, mexo um pouco nele e já dei algumas fuçadas e realmente ...só falta falar. =) Fui! - Original Message - From: Fabio Rafael da Rosa [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Friday, January 10, 2003 7:53 AM Subject: Re: RES: Postgre ou mysql [concluido] On Fri, 10 Jan 2003 01:11:39 -0200 José de Paula Rodrigues Neto Assis [EMAIL PROTECTED] wrote: Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. O MySQL só é pago, caso seja usado como parte integrante de um produto (você desenvolve o sistema e vende, porém no meio do produto entregue ao cliente, vem o MySQL, entende..).. O PostgreSQL é mais maduro que o MySQL, quanto a isso não há duvidas.. As diferenças principais já foram comentadas... Precisa de Transações, Foreygn Keys, Triggers, SPs , etc etc etc, quer dizer tudo o que um SGBD completo tem, então, é PostgreSQL Para aplicações onde você não vai precisar desses recursos, ou vai usar tão pouco que compensa fazer essas coisas na mão (no código), então use o MySQL, ele realmente é _muito_ rápido ... =-) Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. A versão 4 ainda é devel... Na parte de transações e recursos mais avançados, o MySQL ainda tem que crescer muito... Porém, é um ótimo sgdb para aplicações de site internet, principalmente.. Ai, é show de bola.. =-) f2r -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RES: Postgre ou mysql [concluido]
Oracle não é livre. Você não pode ver o código fonte dele, aprender com ele, modificá-lo repassá-lo para seus amigos, melhorá-lo e distribuir a sua versão modificada, basicamente. Software que permite tudo isso se chama Software Livre a discussão aqui girava em torno de um bom banco de dados livre para ser usado. Se você quer saber o que um software precisa oferecer para ser livre um bom começo é o site do Debian, leia o Contrato Social e as Linhas Guia Debian para o Software Livre, estão traduzidos para o português em http://www.debian.org Veja também textos em www.cipsga.org.br e www.debian-br.org Abração Em Sex, 2003-01-10 às 10:21, Marcos Sousa Vituriano escreveu: Bom Dia, Eu sou novato em linux (alias ainda nem comecei a fuçar por motivos de força maior... sabem familia (não querem ficar sem micro e nem aprender linux) e o grub que não acerto nunca, entre outras coisas... =) mas estou vendo voces discutindo sobre qual o melhor Banco de dados e eu queria saber porque programas como o Oracle nem entrou na discussão. Até onde sei, se voce for cadastrado no site pode baixar o oracle de graça ou existe algum porem que desconheço. Sempre pensei que fosse o melhor BD. Alias onde trabalho, mexo um pouco nele e já dei algumas fuçadas e realmente ...só falta falar. =) Fui! - Original Message - From: Fabio Rafael da Rosa [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Friday, January 10, 2003 7:53 AM Subject: Re: RES: Postgre ou mysql [concluido] On Fri, 10 Jan 2003 01:11:39 -0200 José de Paula Rodrigues Neto Assis [EMAIL PROTECTED] wrote: Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. O MySQL só é pago, caso seja usado como parte integrante de um produto (você desenvolve o sistema e vende, porém no meio do produto entregue ao cliente, vem o MySQL, entende..).. O PostgreSQL é mais maduro que o MySQL, quanto a isso não há duvidas.. As diferenças principais já foram comentadas... Precisa de Transações, Foreygn Keys, Triggers, SPs , etc etc etc, quer dizer tudo o que um SGBD completo tem, então, é PostgreSQL Para aplicações onde você não vai precisar desses recursos, ou vai usar tão pouco que compensa fazer essas coisas na mão (no código), então use o MySQL, ele realmente é _muito_ rápido ... =-) Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. A versão 4 ainda é devel... Na parte de transações e recursos mais avançados, o MySQL ainda tem que crescer muito... Porém, é um ótimo sgdb para aplicações de site internet, principalmente.. Ai, é show de bola.. =-) f2r -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Eduardo Marcel MaçanGerente de Redes / Network Manager [EMAIL PROTECTED] Colégio Bandeirantes
Re: RES: Postgre ou mysql [concluido]
O Oracle não é livre e tb não é gratuito (vc pode baixa-lo do site OTN, mas esta versão baixada não pode ser usada em produção, para isso vc deve adquirir a(s) licença(s)) Em Sex 10 Jan 2003 10:42, Eduardo Marcel Macan escreveu: Oracle não é livre. Você não pode ver o código fonte dele, aprender com ele, modificá-lo repassá-lo para seus amigos, melhorá-lo e distribuir a sua versão modificada, basicamente.
Re: RES: RES: Postgre ou mysql [concluido]
On Fri, 10 Jan 2003 10:08:28 -0200 Raphael Bittencourt [EMAIL PROTECTED] wrote: É porque estou procurando um DB Free para usar no ERP da empresa. O Oracle não é barato, até onde sei... O Oracle para Linux é Free? De forma alguma... hehehe.. =-) Primeiro: o Oracle é proprietário... estávamos discutindo soluçes open-source... =-) Dois: O Oracle para Linux é gratuito para estudo (versão para desenvolvedor).. De forma alguma pode ser usando dentro de uma empresa em algum sistema.. Pra isso, você tem que pagar a licença.. e que licença, hehehehhe Mas concordo, o oracle realmente é um grande bd... =-) Bem que o Larry podia abri-lo, hehehehe (sonhar não custa.. :P ) f2r
Re: Postgre ou mysql [quase concluido]
Free não é exatamente de graça! ;-) Em relação a velocidade o MySQL é rápido quando vc tem um sistema pequeno fazendo algumas consultas (tipo uns 10 ou 20 usuários concorrentes), agora compare o PostgreSQL com o MySQL trabalhando com um pouco mais de usuários (200, 500 ou mais) concorrentes, fazendo: consultas, inclusões e alterações. Neste caso o PostgreSQL é mais rápido. Na época (remota) em que na Globo era utilizado o MySQL, ele capotou algumas vezes (o servidor ficou fora do ar mesmo!) pela grande quantidade de usuários. O MySQL tem a sua utilidade (eu mesmo faço uso dele) mas não é exatamente um SGBD no sentido mais amplo, o Date é uma boa referência para definir o que é um SGBD. Sobre o SAPDB dei uma olhada no site mas realmente não o conheço. Luciano, vc usa ele? Pelo que vi (pouco) parece que ele tem controle de transações. Ele é uma boa opção? Vc usa ele para que tipo de aplicação? Em Sex, 2003-01-10 às 11:16, Marcos Sousa Vituriano escreveu: Bem, já me responderam o motivo do oracle não ter sido citado. é porque voces estão discutindo BD's de código aberto. =) Bem, o oracle ta disponivel para download no site e não vi nada em relação a custo. É imenso ~1.4Gb. E mesmo a versão 8i Personal do windows voce acha em sites como www.download.com e lá cita que é freeware. Fui - Original Message - From: Raphael Bittencourt [EMAIL PROTECTED] To: 'Marcos Sousa Vituriano' [EMAIL PROTECTED]; debian-user-portuguese@lists.debian.org Sent: Friday, January 10, 2003 9:08 AM Subject: RES: RES: Postgre ou mysql [concluido] Olá Marcos, É porque estou procurando um DB Free para usar no ERP da empresa. O Oracle não é barato, até onde sei... O Oracle para Linux é Free? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -Mensagem original- De: Marcos Sousa Vituriano [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 10 de janeiro de 2003 10:21 Para: debian-user-portuguese@lists.debian.org Assunto: Re: RES: Postgre ou mysql [concluido] Bom Dia, Eu sou novato em linux (alias ainda nem comecei a fuçar por motivos de força maior... sabem familia (não querem ficar sem micro e nem aprender linux) e o grub que não acerto nunca, entre outras coisas... =) mas estou vendo voces discutindo sobre qual o melhor Banco de dados e eu queria saber porque programas como o Oracle nem entrou na discussão. Até onde sei, se voce for cadastrado no site pode baixar o oracle de graça ou existe algum porem que desconheço. Sempre pensei que fosse o melhor BD. Alias onde trabalho, mexo um pouco nele e já dei algumas fuçadas e realmente ...só falta falar. =) Fui! - Original Message - From: Fabio Rafael da Rosa [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Friday, January 10, 2003 7:53 AM Subject: Re: RES: Postgre ou mysql [concluido] On Fri, 10 Jan 2003 01:11:39 -0200 José de Paula Rodrigues Neto Assis [EMAIL PROTECTED] wrote: Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. O MySQL só é pago, caso seja usado como parte integrante de um produto (você desenvolve o sistema e vende, porém no meio do produto entregue ao cliente, vem o MySQL, entende..).. O PostgreSQL é mais maduro que o MySQL, quanto a isso não há duvidas.. As diferenças principais já foram comentadas... Precisa de Transações, Foreygn Keys, Triggers, SPs , etc etc etc, quer dizer tudo o que um SGBD completo tem, então, é PostgreSQL Para aplicações onde você não vai precisar desses recursos, ou vai usar tão pouco que compensa fazer essas coisas na mão (no código), então use o MySQL, ele realmente é _muito_ rápido ... =-) Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. A versão 4 ainda é devel... Na parte de transações e recursos mais avançados, o MySQL ainda tem que crescer muito... Porém, é um ótimo sgdb para aplicações de site internet, principalmente.. Ai, é show de bola.. =-) f2r -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Postgre ou mysql [quase concluido]
Eram AIX e Linux RedHat (não confundir com globo.com), usavam PHP com MySQL. Os servidores NT da globo.com usam ASP com SQLServer (e acho que sempre foi assim). Atualmente acho que eles não usam mais PHP e nem sei como estão (ou quais são) os servidores. Na verdade eu mesmo não trabalhei na Globo, quem me disse isso foi um dos analistas que trabalha aqui e que já trabalhou lá (com php e MySQL em RedHat). Ele disse que tinha uma ferramenta de busca que pesquisava em um campo text (acho) e a consulta usava um like neste campo, como muitos usuários executaram a mesma consulta ao mesmo tempo o MySQL não aguentou e capotou. Não sei que versão era, mas como isso já tem algum tempo acho que foi a 3.23 ou 3.22 (foi a última vez que usei o MySQL). Nesta mesma época (entre 1999 e 2000) o PostgreSQL estava na versão 7.0 e já possuia muitos recursos só encontrados em bancos comerciais. Desculpe pessoal acho que fugi do escopo da lista. Espero que me perdoem ;-) []'s Formel Em Sex, 2003-01-10 às 14:41, caio ferreira escreveu: On 10 Jan 2003 11:25:44 -0200 Rodrigo Formel [EMAIL PROTECTED] wrote: Em relação a velocidade o MySQL é rápido quando vc tem um sistema pequeno fazendo algumas consultas (tipo uns 10 ou 20 usuários concorrentes), agora compare o PostgreSQL com o MySQL trabalhando com um pouco mais de usuários (200, 500 ou mais) concorrentes, fazendo: consultas, inclusões e alterações. Neste caso o PostgreSQL é mais rápido. Na época (remota) em que na Globo era utilizado o MySQL, ele capotou algumas vezes (o servidor ficou fora do ar mesmo!) pela grande quantidade de usuários.() Só uma coisa que você esqueceu de mencionar, todos os servidores eram NT. -- [ ]'s ***.''`. * [EMAIL PROTECTED] * : :' : * GNU/Linux Debian * `. `'` *** `- Gnupg ID 0x01186BE1 Key fingerprint =3D F17E 75C6 CE00 0E09 F63B 71B0 A0D2 FAD9 0118 6BE1 Os miseraveis nao tem outro remedio a nao ser a esperanca -- William Shakespeare
Re: RES: Postgre ou mysql [concluido]
On Thu, Jan 09, 2003 at 12:10:10AM -0200, Raphael Bittencourt wrote: Olá Lista, Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. O PostgreSQL é derivado do Postgres95, que por sua vez é derivado do Postgres, desenvolvido em Berkeley (a universidade que criou o BSD e onde descobriram o LSD...) a partir de 1986. Creio que o PostgreSQL é bastante mais maduro que o MySQL. Creio ainda que o MySQL, recentemente, teve sua licença mudada para GPL, não? Esse pagamento deve ser custos de manuais, mídias, uma embalagem bonitinha e um suporte técnico que ninguém usa. Tanto um quanto o outro podem ser baixados de graça da Internet. A briga entre os dois, agora, se decidirá por aspectos técnicos: velocidade x robustez, leveza x adesão a padrões... Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. Bem agradeço a galera que me deu uma força em mais essa. -- José de Paula Rodrigues Neto Assis Linux User 175920 Brasília - DF - Brasil counter.li.org
Re: Postgre ou mysql
Olá Raphael, em minha opinião acho melhor o PostgreSQL por possuir recursos indispensáveis em bancos de dados, por exemplo: sub-queries, triggers, etc. São recursos na versão estável (série 3.x) do MySQL não existem, porém dizem que serão implementadas na série 4.x. O PostgreSQL já tem tudo isto hoje, sendo assim eu lhe indico o Postgre. []s Kleber Em Qua 08 Jan 2003 01:26, Raphael Bittencourt escreveu: Olá Lista, Estamos mudando o banco de dados da empresa. Mas para qual migraremos postgre ou mysql. Alguém poderia compartilhar das bênçãos e dos problemas de ambos os bancos? QUAL é o melhor? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078
Re: Postgre ou mysql
Voce acaba de mandar uma isca potencial para uma briga religiosa. Então vou dizer porque *eu* prefiro postgres evitando frases como postgres é melhor que isso é melhor que aquilo... Eu gosto do postgres porque ele há muito tempo, quando eu precisei fazer esta mesma escolha ele já suportava chaves estrangeiras, integridade referencial, transações, triggers tinha mecanismos eficientes de lock, uma multidão de tipos disponíveis, inclusive suporte a queries geométricas... você pode ter um conjunto de dados indexados por coordenadas e fazer uma query que retorna todos os elementos de uma tabela que estão dentro de um círculo por exemplo. MySQL não tinha quase nada disso na época em que precisei escolher, muito disso só está aparecendo recentemente e uma parte disso ainda é apenas promessa. O esquema de controle de acesso do MySQL é poderoso, mas um tanto confuso a princípio, mas eu prefiro a simplicidade do ph_hba.conf do postgres, por ser mais no estilo unix. Não saio do PostgreSQL por nada, o único banco que parece ser tão completo quanto o Pg atualmente e parece ter vantagens quando você precisa montar um cluster é o FireBird, mas eu ainda não tive a chance de experimentá-lo. Em Qua, 2003-01-08 às 01:26, Raphael Bittencourt escreveu: Olá Lista, Estamos mudando o banco de dados da empresa. Mas para qual migraremos postgre ou mysql. Alguém poderia compartilhar das bênçãos e dos problemas de ambos os bancos? QUAL é o melhor? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Eduardo Marcel MaçanGerente de Redes / Network Manager [EMAIL PROTECTED] Colégio Bandeirantes
Re: Postgre ou mysql
On Wed, Jan 08, 2003 at 08:02:14AM -0200, Kleber wrote: Olá Raphael, em minha opinião acho melhor o PostgreSQL por possuir recursos indispensáveis em bancos de dados, por exemplo: sub-queries, triggers, etc. São recursos na versão estável (série 3.x) do MySQL não existem, porém dizem que serão implementadas na série 4.x. O PostgreSQL já tem tudo isto hoje, sendo assim eu lhe indico o Postgre. []s Kleber O PostgreSQL é muito completo, robusto e estável. Entretanto, o custo disso é o desempenho. Se subqueries, triggers, chaves estrangeiras et al. não são importantes para seu caso específico, talvez o MySQL seja melhor por conta de sua velocidade e leveza. O PostgreSQL está fazendo progressos nessa área, mas ainda não tem condições de concorrer com o MySQL quanto a isso. Por outro lado, ele é um SGBD bastante mais sólido, robusto e estável, do tipo configure uma vez, rode para sempre, sem contar que está cada vez mais próximo do padrão ISO SQL. Agora veja você as vantagens e desvantagens de cada um, veja como se aplicam ao seu caso e faça a sua escolha. Em Qua 08 Jan 2003 01:26, Raphael Bittencourt escreveu: Olá Lista, Estamos mudando o banco de dados da empresa. Mas para qual migraremos postgre ou mysql. Alguém poderia compartilhar das bênçãos e dos problemas de ambos os bancos? QUAL é o melhor? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- José de Paula Rodrigues Neto Assis Linux User 175920 Brasília - DF - Brasil counter.li.org
Re: Postgre ou mysql
Apenas para reforçar, já passei pela mesma situação (escolher um SGBD free) e acabamos optando pelo PostgreSQL aqui na empresa. O MySQL não chega nem perto do PostgreSQL em relação aos recursos e facilidades por ele oferecidas. Antes de começar uma briga religiosa é melhor ler a documentação dos dois bancos e fazer alguns teste com ambos. Mas adianto logo, já fiz isso e no MySQL não consegui nem colocar o meu esquema relacional (integridade?! Controle de transação?! No MySQL esqueça!). Em Qua, 2003-01-08 às 08:43, Eduardo Marcel Macan escreveu: Voce acaba de mandar uma isca potencial para uma briga religiosa. Então vou dizer porque *eu* prefiro postgres evitando frases como postgres é melhor que isso é melhor que aquilo... Eu gosto do postgres porque ele há muito tempo, quando eu precisei fazer esta mesma escolha ele já suportava chaves estrangeiras, integridade referencial, transações, triggers tinha mecanismos eficientes de lock, uma multidão de tipos disponíveis, inclusive suporte a queries geométricas... você pode ter um conjunto de dados indexados por coordenadas e fazer uma query que retorna todos os elementos de uma tabela que estão dentro de um círculo por exemplo. MySQL não tinha quase nada disso na época em que precisei escolher, muito disso só está aparecendo recentemente e uma parte disso ainda é apenas promessa. O esquema de controle de acesso do MySQL é poderoso, mas um tanto confuso a princípio, mas eu prefiro a simplicidade do ph_hba.conf do postgres, por ser mais no estilo unix. Não saio do PostgreSQL por nada, o único banco que parece ser tão completo quanto o Pg atualmente e parece ter vantagens quando você precisa montar um cluster é o FireBird, mas eu ainda não tive a chance de experimentá-lo. Em Qua, 2003-01-08 às 01:26, Raphael Bittencourt escreveu: Olá Lista, Estamos mudando o banco de dados da empresa. Mas para qual migraremos postgre ou mysql. Alguém poderia compartilhar das bênçãos e dos problemas de ambos os bancos? QUAL é o melhor? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Eduardo Marcel Maçan Gerente de Redes / Network Manager [EMAIL PROTECTED] Colégio Bandeirantes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RES: Postgre ou mysql [concluido]
Olá Lista, Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. Bem agradeço a galera que me deu uma força em mais essa. Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -Mensagem original- De: Rodrigo Formel [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 8 de janeiro de 2003 13:21 Para: debian-user-portuguese@lists.debian.org Assunto: Re: Postgre ou mysql Apenas para reforçar, já passei pela mesma situação (escolher um SGBD free) e acabamos optando pelo PostgreSQL aqui na empresa. O MySQL não chega nem perto do PostgreSQL em relação aos recursos e facilidades por ele oferecidas. Antes de começar uma briga religiosa é melhor ler a documentação dos dois bancos e fazer alguns teste com ambos. Mas adianto logo, já fiz isso e no MySQL não consegui nem colocar o meu esquema relacional (integridade?! Controle de transação?! No MySQL esqueça!). Em Qua, 2003-01-08 às 08:43, Eduardo Marcel Macan escreveu: Voce acaba de mandar uma isca potencial para uma briga religiosa. Então vou dizer porque *eu* prefiro postgres evitando frases como postgres é melhor que isso é melhor que aquilo... Eu gosto do postgres porque ele há muito tempo, quando eu precisei fazer esta mesma escolha ele já suportava chaves estrangeiras, integridade referencial, transações, triggers tinha mecanismos eficientes de lock, uma multidão de tipos disponíveis, inclusive suporte a queries geométricas... você pode ter um conjunto de dados indexados por coordenadas e fazer uma query que retorna todos os elementos de uma tabela que estão dentro de um círculo por exemplo. MySQL não tinha quase nada disso na época em que precisei escolher, muito disso só está aparecendo recentemente e uma parte disso ainda é apenas promessa. O esquema de controle de acesso do MySQL é poderoso, mas um tanto confuso a princípio, mas eu prefiro a simplicidade do ph_hba.conf do postgres, por ser mais no estilo unix. Não saio do PostgreSQL por nada, o único banco que parece ser tão completo quanto o Pg atualmente e parece ter vantagens quando você precisa montar um cluster é o FireBird, mas eu ainda não tive a chance de experimentá-lo. Em Qua, 2003-01-08 às 01:26, Raphael Bittencourt escreveu: Olá Lista, Estamos mudando o banco de dados da empresa. Mas para qual migraremos postgre ou mysql. Alguém poderia compartilhar das bênçãos e dos problemas de ambos os bancos? QUAL é o melhor? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Eduardo Marcel Maçan Gerente de Redes / Network Manager [EMAIL PROTECTED] Colégio Bandeirantes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Postgre ou mysql [concluido]
Ola, Para quem necessita de um Banco de dados robusto e gratuito existe uma outra excelente opcao que é o SAPDB, maiores informacoes em: http://www.sapdb.org - Original Message - From: Raphael Bittencourt [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Thursday, January 09, 2003 12:10 AM Subject: RES: Postgre ou mysql [concluido] Olá Lista, Estive dando uma olhada nos dois sites. Parece que o Postgresql é totalmente free e já o Mysql para empresas ele custa algo em torno de US$ 400,00, mesmo o Post sendo pago ele custa somente R$ 435,00 na Brasoftware. Acredito que o mysql deva ser mais rápido sim e talvez um pouco mais maduro. Na versão 4.x o Mysql vai ter Stored Procedures e não tem previsão para inserirem na versão os Triggers... Acredito que vou votar pelo Post. Bem agradeço a galera que me deu uma força em mais essa.
Postgre ou mysql
Olá Lista, Estamos mudando o banco de dados da empresa. Mas para qual migraremos postgre ou mysql. Alguém poderia compartilhar das bênçãos e dos problemas de ambos os bancos? QUAL é o melhor? Raphael Bittencourt Simões Costa Diretor de Tecnologia [EMAIL PROTECTED] www.grupoevision.com.br +55 21 8817 4078