Re: Opções de base de dados

2013-04-18 Por tôpico Linux - Junior Polegato 
Realmente é bem relativo, tenho aqui no servidor de teste MySQL e 
PostgreSQL, no primeiro uma tabela de 170 mil registros e no segundo uma 
de 76 milhões, uma diferença gritante, contudo o MySQL responde à uma 
query simples entre 0,00s e 0,01s e o PostgreSQL em 0,03s (30 
milissegundos) numa tabela 500 vezes maior, veja abaixo.


Mas uma coisa admito, o insert do MySQL é ligeiro pacas. Se for fazer 
cálculo para cada linha da tabela, o PostgreSQL se sai melhor até que o 
Oracle nos testes que fiz, mas testa aí os bancos, e se for volume 
pequeno e sem cálculos mirabolantes, MySQL ou PostgreSQL, ou até Oracle 
XE, vão bem, mas se tiver demoras maior que 1s no escolhido para fazer 
suas operações, melhor otimizar e/ou testar outros DBs, ou até rever a 
máquina.


[]'s
Junior Polegato

mysql>  select * from nomes where codigo = 1;

++-+-+

| codigo | nome| data_hora   |

++-+-+

|  1 | Junior Polegato | 2013-04-04 22:16:49 |

++-+-+

1 row in set (0.01 sec)

polegato=>  select * from areas where cod_area = 1234 and lower(nome) like 
'%polegato%';

 cod_area |nome  | desativado

--+--+

 1234 | xxx xxx Polegato |  0

 1234 | Junior Polegato  |  0

 1234 | x x Polegato |  0

 1234 | x xx x Polegato  |  0

(4 registros)

Tempo: 29,837 ms



Em 18-04-2013 11:37, Marcelo Altmann escreveu:

Tenho que descordar dos demais novamente.
MySQL eh tudo uma questao de configurar, se tu usa versao que vem 
default no debian squeeze tens que ativar o innodb plugin.


Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo 
busca por key:


mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE 
TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G

*** 1. row ***
TABLE_ROWS: 27399118
1 row in set (0.00 sec)

mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
+--+-+-+--+
| cookieID | containerID | dtCreated   | lastSelectedLanguage |
+--+-+-+--+
|   123452 |   8 | 2010-05-27 09:09:28 | english  |
+--+-+-+--+
1 row in set (0.00 sec)

mysql>


Marcelo Altmann


On 18/04/13 15:25, dlpazina...@gmail.com wrote:

um e






--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517013c4.3090...@juniorpolegato.com.br

Re: Opções de base de dados

2013-04-18 Por tôpico China 
EU também uso Postgres pela facilidade de usar cluster de servidores.
Tenho grandes volumes de transações em mais de 120 milhões de
registros com o Moodle (Educação a Distância).

2013/4/18 Marcelo Altmann :
> Tenho que descordar dos demais novamente.
> MySQL eh tudo uma questao de configurar, se tu usa versao que vem default no
> debian squeeze tens que ativar o innodb plugin.
>
> Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo busca
> por key:
>
> mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE
> TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G
> *** 1. row ***
> TABLE_ROWS: 27399118
> 1 row in set (0.00 sec)
>
> mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
> +--+-+-+--+
> | cookieID | containerID | dtCreated   | lastSelectedLanguage |
> +--+-+-+--+
> |   123452 |   8 | 2010-05-27 09:09:28 | english  |
> +--+-+-+--+
> 1 row in set (0.00 sec)
>
> mysql>
>
>
> Marcelo Altmann
>
>
> On 18/04/13 15:25, dlpazina...@gmail.com wrote:
>>
>> um e
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/51700512.70...@avvio.com
>



-- 
@chinabhz


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAKE1zwpAyMGVYGUzYg+P77XHzaZ-rÂgbugn7vvhdbuxcm...@mail.gmail.com

Re: Opções de base de dados

2013-04-18 Por tôpico Marcelo Altmann 

Usando o exemplo do FB again,
Os caras processam 13Milhoes de queries por segundo (QPS) com o MySQL 
(http://highscalability.com/blog/2010/11/4/facebook-at-13-million-queries-per-second-recommends-minimiz.html)


Claro que tudo tem um custo, a infra deles eh algo absurto, porem nao 
vejo limitacao no SGBD.


Marcelo Altmann






On 18/04/13 15:37, Marcelo Altmann wrote:

Tenho que descordar dos demais novamente.
MySQL eh tudo uma questao de configurar, se tu usa versao que vem 
default no debian squeeze tens que ativar o innodb plugin.


Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo 
busca por key:


mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE 
TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G

*** 1. row ***
TABLE_ROWS: 27399118
1 row in set (0.00 sec)

mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
+--+-+-+--+
| cookieID | containerID | dtCreated   | lastSelectedLanguage |
+--+-+-+--+
|   123452 |   8 | 2010-05-27 09:09:28 | english  |
+--+-+-+--+
1 row in set (0.00 sec)

mysql>


Marcelo Altmann


On 18/04/13 15:25, dlpazina...@gmail.com wrote:

um e






--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517006bf.3030...@avvio.com

Re: Opções de base de dados

2013-04-18 Por tôpico Marcelo Altmann 

Tenho que descordar dos demais novamente.
MySQL eh tudo uma questao de configurar, se tu usa versao que vem 
default no debian squeeze tens que ativar o innodb plugin.


Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo 
busca por key:


mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE 
TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G

*** 1. row ***
TABLE_ROWS: 27399118
1 row in set (0.00 sec)

mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
+--+-+-+--+
| cookieID | containerID | dtCreated   | lastSelectedLanguage |
+--+-+-+--+
|   123452 |   8 | 2010-05-27 09:09:28 | english  |
+--+-+-+--+
1 row in set (0.00 sec)

mysql>


Marcelo Altmann


On 18/04/13 15:25, dlpazina...@gmail.com wrote:

um e



--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51700512.70...@avvio.com

Re: Opções de base de dados

2013-04-18 Por tôpico dlpazina...@gmail.com 
Concordo plenamente com o Junior,

Em aplicações pequenas, o mysql é melhor opção sim, mas com grande registro
quantidade de registro, não vai não.. pode fazer o que quiser que não fica
satisfatório.

um exemplo, tenho uma base com 14 milhões de registros, o mysql com innodb,
idx criado, e outras tentativas de melhoras, a consulta sempre leva mais
que 10 segundos (em um campo indexado claro), enquanto isso o postgres na
mesma maquina leva em torno de 0,03, 0,02.. nao mais que isso.

Então, depende da sua necessidade e cenário.


Em 18 de abril de 2013 11:18, Linux - Junior Polegato <
li...@juniorpolegato.com.br> escreveu:

>  Olá!
>
> Trabalho também com Oracle XE, gratuito mas limitado, porém
> atendem algumas empresas que quer ter um banco de "marca". Ao seu nível
> somente o PostgreSQL mesmo. O MySQL é muito bom, mas para operações volumes
> de dados grandes (mais de 1 milhão de registro), sinto sinto que ele perde
> muito para os dois anteriores.
>
> O PostgreSQL ainda tem uma vantagem de usar os vários
> processadores e toda a memória necessário enquanto o XE fica limitado, aí
> quando tiver que exigir do servidor, o PostgreSQL é o cara!
>
> []'s
>   Junior Polegato
>
>
> Em 18-04-2013 10:28, Marcelo Altmann escreveu:
>
> Discordo do que o Fabio Rabelo escreveu referente ao MySQL.
>
> MySQL é leve, fácil de gerenciar, mas não tem a robustez de um
> "verdadeiro" SQL .
>
> O MySQL vem por default com uma configuracao que possa ser suportada em
> pequenas maquinas.
> Basta voce saber configurar (tunning) e o que configurar que voce pode
> fazer milagres com MySQL (especialmente innoDB em versoes a partir do 5.5
> ou 5.1 com innodb plugin).
>
> O facebook que eh a maior rede social do mundo tem toda a sua informacao
> (PB de dados) persistida em MySQL (eles usam memcache para tudo que voce le
> (SELECT), porem toda a vez que voce faz um post, comentario, da um like,
> ele salva essa informacao no MySQL).
>
> MySQL pode ser utilizado sozinho, com replicacao (master - slave,
> master-master), voce pode ter replicacao semi-sincrona (em que voce manda
> uma informacao ao master e ele garante que ao menos 1 slave vai estar 100%
> sincronizado com o master em real time) e tem opcoes de cluster.
>
> Se quiser aprender um pouco mais de MySQL, da uma olhada no
> pt.planet.mysql.com
>
> Grato
> Marcelo Altmann
>
>
>
>
> On 18/04/13 13:59, Fábio Rabelo wrote:
>
>  Esta é a minha opinião pessoal, baseada em minhas atividades
> profissionais :
>
>  MySQL é leve, fácil de gerenciar, mas não tem a robustez de um
> "verdadeiro" SQL .
>
>  Firebird é robusto, tem muitos recursos, tem toda a herança da Borland,
> mas infelizmente tem uma base de usuários/desenvolvedores muito pequena, e
> que continua diminuindo, eu não o indicaria para projetos novos .
>
>  O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é
> suportado por grandes corporações ( IBM e HP por exemplo ! ) tem todos os
> recursos que um SQL deveria ter e uma base instalada/comunidade que está
> crescendo em todo o mundo .
>
>  E ainda tem a vantagem da portabilidade/segurança/escalabilidade de um
> código recente !
>
>  A versão 7.0 foi reescrita do zero tendo em mente exatamente estas
> características !
>
>  As versões posteriores, 8.x e 9.x só melhoram estas características que
> já eram muito boas ...
>
>  Pto, se vc pretende começar um projeto agora, ele é o cara !
>
>  Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento são
> apenas promessas ...
>
>
>  Fábio Rabelo
>
>
> Em 18 de abril de 2013 08:55, Listeiro 037 
> escreveu:
>
>>
>> Bom dia a todos!
>>
>>
>> Pesquisei um pouco sobre qualidades e performances de bancos de dados,
>> mas não encontrei o que desejava.
>>
>> No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um caso
>> à parte).
>>
>> O que desejo saber é sobre performance, segurança e simplicidade de uso
>> dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
>> nginx (esse o nome?) em comparação ao Apache, há quais comparações
>> feitas em relação aos DBs?
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact
>> listmas...@lists.debian.org
>> Archive:
>> http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com
>>
>>
>
>
>


-- 
Dilceu Luiz Pazinatto
Electronics technician
Engineering students

Re: Opções de base de dados

2013-04-18 Por tôpico Linux - Junior Polegato 

Olá!

Trabalho também com Oracle XE, gratuito mas limitado, porém 
atendem algumas empresas que quer ter um banco de "marca". Ao seu nível 
somente o PostgreSQL mesmo. O MySQL é muito bom, mas para operações 
volumes de dados grandes (mais de 1 milhão de registro), sinto sinto que 
ele perde muito para os dois anteriores.


O PostgreSQL ainda tem uma vantagem de usar os vários 
processadores e toda a memória necessário enquanto o XE fica limitado, 
aí quando tiver que exigir do servidor, o PostgreSQL é o cara!


[]'s
  Junior Polegato


Em 18-04-2013 10:28, Marcelo Altmann escreveu:

Discordo do que o Fabio Rabelo escreveu referente ao MySQL.

MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


O MySQL vem por default com uma configuracao que possa ser suportada 
em pequenas maquinas.
Basta voce saber configurar (tunning) e o que configurar que voce pode 
fazer milagres com MySQL (especialmente innoDB em versoes a partir do 
5.5 ou 5.1 com innodb plugin).


O facebook que eh a maior rede social do mundo tem toda a sua 
informacao (PB de dados) persistida em MySQL (eles usam memcache para 
tudo que voce le (SELECT), porem toda a vez que voce faz um post, 
comentario, da um like, ele salva essa informacao no MySQL).


MySQL pode ser utilizado sozinho, com replicacao (master - slave, 
master-master), voce pode ter replicacao semi-sincrona (em que voce 
manda uma informacao ao master e ele garante que ao menos 1 slave vai 
estar 100% sincronizado com o master em real time) e tem opcoes de 
cluster.


Se quiser aprender um pouco mais de MySQL, da uma olhada no 
pt.planet.mysql.com


Grato
Marcelo Altmann




On 18/04/13 13:59, Fábio Rabelo wrote:
Esta é a minha opinião pessoal, baseada em minhas atividades 
profissionais :


MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


Firebird é robusto, tem muitos recursos, tem toda a herança da 
Borland, mas infelizmente tem uma base de usuários/desenvolvedores 
muito pequena, e que continua diminuindo, eu não o indicaria para 
projetos novos .


O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é 
suportado por grandes corporações ( IBM e HP por exemplo ! ) tem 
todos os recursos que um SQL deveria ter e uma base 
instalada/comunidade que está crescendo em todo o mundo .


E ainda tem a vantagem da portabilidade/segurança/escalabilidade de 
um código recente !


A versão 7.0 foi reescrita do zero tendo em mente exatamente estas 
características !


As versões posteriores, 8.x e 9.x só melhoram estas características 
que já eram muito boas ...


Pto, se vc pretende começar um projeto agora, ele é o cara !

Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento 
são apenas promessas ...



Fábio Rabelo


Em 18 de abril de 2013 08:55, Listeiro 037 > escreveu:



Bom dia a todos!


Pesquisei um pouco sobre qualidades e performances de bancos de
dados,
mas não encontrei o que desejava.

No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é
um caso
à parte).

O que desejo saber é sobre performance, segurança e simplicidade
de uso
dessas bases. Assim como há no caso de servidores lighttpd,
cherokee e
nginx (esse o nome?) em comparação ao Apache, há quais comparações
feitas em relação aos DBs?


--
To UNSUBSCRIBE, email to
debian-user-portuguese-requ...@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org 
Archive:
http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com

Re: Opções de base de dados

2013-04-18 Por tôpico Marcelo Altmann 

Discordo do que o Fabio Rabelo escreveu referente ao MySQL.

MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


O MySQL vem por default com uma configuracao que possa ser suportada em 
pequenas maquinas.
Basta voce saber configurar (tunning) e o que configurar que voce pode 
fazer milagres com MySQL (especialmente innoDB em versoes a partir do 
5.5 ou 5.1 com innodb plugin).


O facebook que eh a maior rede social do mundo tem toda a sua informacao 
(PB de dados) persistida em MySQL (eles usam memcache para tudo que voce 
le (SELECT), porem toda a vez que voce faz um post, comentario, da um 
like, ele salva essa informacao no MySQL).


MySQL pode ser utilizado sozinho, com replicacao (master - slave, 
master-master), voce pode ter replicacao semi-sincrona (em que voce 
manda uma informacao ao master e ele garante que ao menos 1 slave vai 
estar 100% sincronizado com o master em real time) e tem opcoes de cluster.


Se quiser aprender um pouco mais de MySQL, da uma olhada no 
pt.planet.mysql.com


Grato
Marcelo Altmann




On 18/04/13 13:59, Fábio Rabelo wrote:
Esta é a minha opinião pessoal, baseada em minhas atividades 
profissionais :


MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


Firebird é robusto, tem muitos recursos, tem toda a herança da 
Borland, mas infelizmente tem uma base de usuários/desenvolvedores 
muito pequena, e que continua diminuindo, eu não o indicaria para 
projetos novos .


O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é 
suportado por grandes corporações ( IBM e HP por exemplo ! ) tem todos 
os recursos que um SQL deveria ter e uma base instalada/comunidade que 
está crescendo em todo o mundo .


E ainda tem a vantagem da portabilidade/segurança/escalabilidade de um 
código recente !


A versão 7.0 foi reescrita do zero tendo em mente exatamente estas 
características !


As versões posteriores, 8.x e 9.x só melhoram estas características 
que já eram muito boas ...


Pto, se vc pretende começar um projeto agora, ele é o cara !

Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento 
são apenas promessas ...



Fábio Rabelo


Em 18 de abril de 2013 08:55, Listeiro 037 > escreveu:



Bom dia a todos!


Pesquisei um pouco sobre qualidades e performances de bancos de dados,
mas não encontrei o que desejava.

No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um
caso
à parte).

O que desejo saber é sobre performance, segurança e simplicidade
de uso
dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
nginx (esse o nome?) em comparação ao Apache, há quais comparações
feitas em relação aos DBs?


--
To UNSUBSCRIBE, email to
debian-user-portuguese-requ...@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org 
Archive:
http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com

Re: Opções de base de dados

2013-04-18 Por tôpico Fábio Rabelo 
Esta é a minha opinião pessoal, baseada em minhas atividades profissionais :

MySQL é leve, fácil de gerenciar, mas não tem a robustez de um "verdadeiro"
SQL .

Firebird é robusto, tem muitos recursos, tem toda a herança da Borland, mas
infelizmente tem uma base de usuários/desenvolvedores muito pequena, e que
continua diminuindo, eu não o indicaria para projetos novos .

O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é
suportado por grandes corporações ( IBM e HP por exemplo ! ) tem todos os
recursos que um SQL deveria ter e uma base instalada/comunidade que está
crescendo em todo o mundo .

E ainda tem a vantagem da portabilidade/segurança/escalabilidade de um
código recente !

A versão 7.0 foi reescrita do zero tendo em mente exatamente estas
características !

As versões posteriores, 8.x e 9.x só melhoram estas características que já
eram muito boas ...

Pto, se vc pretende começar um projeto agora, ele é o cara !

Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento são
apenas promessas ...


Fábio Rabelo


Em 18 de abril de 2013 08:55, Listeiro 037 escreveu:

>
> Bom dia a todos!
>
>
> Pesquisei um pouco sobre qualidades e performances de bancos de dados,
> mas não encontrei o que desejava.
>
> No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um caso
> à parte).
>
> O que desejo saber é sobre performance, segurança e simplicidade de uso
> dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
> nginx (esse o nome?) em comparação ao Apache, há quais comparações
> feitas em relação aos DBs?
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com
>
>

Opções de base de dados

2013-04-18 Por tôpico Listeiro 037 

Bom dia a todos!


Pesquisei um pouco sobre qualidades e performances de bancos de dados,
mas não encontrei o que desejava.

No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um caso
à parte). 

O que desejo saber é sobre performance, segurança e simplicidade de uso
dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
nginx (esse o nome?) em comparação ao Apache, há quais comparações
feitas em relação aos DBs? 


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com