Teste de Desempenho: mysql, oracle, firebird 1.5, postgres

Caro Arlei, Gostaria de você . Deixasse claro alguns itens: 1.1 como foram inseridos os 1000 registros 5 x consecutivas (isso não pode ser considerada uma mostra); usou ? insert into ?. 1.1 ? Como vc. colocou o campo auto increment (= generator ) no Firebird ????; 1.2 - Como vc. conseguiu que as ultimas inserções fossem piores que a primeira ???; 1.3 - Qual o tipo de driver JDBC você usou , o Oracle voa com uma JVM e driver tipo 4 . 1.4 - Qual o tipo de protocolo você usou, apesar de estar localmente tem que configurar TCP/IP + Host etc... 1.5 ? Nos campos da tabela usou ? char ou varchar ?, pois teremos que fazer ? select ?; Se nós compararmos a consistência da estrutura de um verdadeiro ?SGDBR? em relação a um repositório de dados (= banco de dados ) veremos neste universo a assustadora diferença de resposta de ? select campo1, campo2 order by campo1 desc ? em uma base com 30/40 GB ou +++, isso sem contar os Stored procedure e Triggers, pois precisamos inserir, atualizar e excluir itens . Em suma cada ?SGDBR?, possui as suas qualidades, particularidades e superioridades, mais ele não trabalha sozinho depende de nós para criarmos o MER/DER/UML etc., ai sim colocaremos o time em campo para mostrar as nossas qualidades. Abraços William Silva

Pessoal...isto que postei, foi apenas um teste simples...quero deixar claro que tenho aplicações com quase todos os bancos de dados...com exceção do Oracle (devido ao preço). Então...fiquei curioso...e criei um script simples...idêntico para todos...usando insert into Quanto ao campo auto increment...utilizei no caso do Firebird o get_id(generator,1) e para o Oracle utilizei o sequenciador.nextval para os outros...implementei no próprio sql...(no caso do postgres=apontei o sequence e mysql = autoincrement) Naturalmente quanto a velocidade discrepante em relação a primeira inserçào...é que na primeira parte insiro apenas 1 registro por vez e na segunda insiro 1000 registros por vez...naturalmente...não sei explicar porque os bancos responderam diferente...pois para registrar apenas um registro no Firebird leva na média 484,4ms e para registrar 1000 registros leva a média de 13617,4ms...então na segunda forma o tempo médio para a inserção de 1 registro foi de 13,61ms...bem mais rápido que na primeira forma...provavelmente algum lance de cache do próprio servidor...etc... Quanto aos drivers...todos jdbcs atuais...com exceção do Oracle...que tb nao deixa de ser atual: v. 9.2.0.1 Protocolo...tcp/ip.....porém...todo acesso local ! Nos campos usei Varchar. Em breve, farei mais testes...aí postarei para vcs !!! [quote="William Silva"]Caro Arlei, Gostaria de você . Deixasse claro alguns itens: 1.1 como foram inseridos os 1000 registros 5 x consecutivas (isso não pode ser considerada uma mostra); usou ? insert into ?. 1.1 ? Como vc. colocou o campo auto increment (= generator ) no Firebird ????; 1.2 - Como vc. conseguiu que as ultimas inserções fossem piores que a primeira ???; 1.3 - Qual o tipo de driver JDBC você usou , o Oracle voa com uma JVM e driver tipo 4 . 1.4 - Qual o tipo de protocolo você usou, apesar de estar localmente tem que configurar TCP/IP + Host etc... 1.5 ? Nos campos da tabela usou ? char ou varchar ?, pois teremos que fazer ? select ?; Se nós compararmos a consistência da estrutura de um verdadeiro ?SGDBR? em relação a um repositório de dados (= banco de dados ) veremos neste universo a assustadora diferença de resposta de ? select campo1, campo2 order by campo1 desc ? em uma base com 30/40 GB ou +++, isso sem contar os Stored procedure e Triggers, pois precisamos inserir, atualizar e excluir itens . Em suma cada ?SGDBR?, possui as suas qualidades, particularidades e superioridades, mais ele não trabalha sozinho depende de nós para criarmos o MER/DER/UML etc., ai sim colocaremos o time em campo para mostrar as nossas qualidades. Abraços William Silva