Davi escreveu:
Em Quarta 21 Março 2007 18:19, Ronaldo Reis Junior escreveu:
Em Quarta 21 Março 2007 14:54, Maxwillian Miorim escreveu:
On 3/21/07, Ronaldo Reis Junior <[EMAIL PROTECTED]> wrote:
alguem conhece algum artigo que compare banco de dados SQL free e
proprietário?
Depende muito da tua necessidade, afinal não precisa matar mosquito
com um canhão... :)
O ideal é coletar tudo o que tu precisa e então falar com
profissionais específicos de cada possível banco a ser adotado, com
certeza eles saberão dizer quais recursos irão, ou não, atender às
tuas necessidades.
Sem contar que este tipo de discussão sempre acaba em flame war, é
coisa tipo "Debian x Distro qualquer" ou "GPL x BSD License" :)
OBS: Se puder colocar tuas necessidades com certeza alguém pode
ajudar. Eu tenho conhecimentos intermediários/avançados em Oracle (não
a família "i", os "g"...), MySQL 4.x e 5.x e PostgreSQL 7.x e mais
recentes. ;)
Max,
veja, minha questão é a seguinte:
Temos o Moodle (http://moodle.org) instalado na nossa Universidade. Se,
idealmente, todas as disciplinas de graduação e pós-graduação fossem
colocadas no sistema iria gerar um acesso relativamente grande. A questão é
saber se um MySQL ou PostgreSQL aguentaria o rojão de conexões simultaneas.
A questão é que hoje está em um Debian com MySQL 4.x, o cara levantou a
bola da necessidade de um SQLServer. Eu disse que isto não tem sentido, que
o MySQL ou o PostgreSQL agüentaria. Ele deu um exemplo hipotético que o SQL
Server não agüentantaria, por exemplo, 300 conexões simultaneas. O que eu
queria era números para mostrar que nosso servidor de disciplinas poderia
crescer até ter todos os alunos da universidade cadastrados que o MySQL ou
PostgreSQL aguentaria.
Sacou?
Agradeço qualquer dica e estou procurando também, lembro que já vi um
gráfico comparativo sobre escalabilidade de bancos de dados de forma
comparativa.
Não sei onde você pode achar isso...
Mas o PostgreSQL foi feito para aplicações _grandes_...
Caro colega,
Acho que você mesmo pode fazer isso... Crei um script, pode ser até em
PHP mesmo para ficilitar (eu acho que facilita) para conectar-se ao
banco e colocar o "select" mais puxado me loop e vai executando em
background um a um até a máquina "estourar", pois tenho certeza que o
MySQL e o PostgreSQL não vão cair de forma alguma por causa disso, sendo
portando o seu limite a máquina (processador e memória basicamente).
Pode até montar um gráfico com o número de conexões simultâneas, % do
processador utilizado e % (ou MB) de memória utilizado para cada número
de conexões até o limite (aliás, se chegar nos 80% já é o bastante para
pensar em trocar a máquina ;-) ). Pode ainda medir o tempo de resposta
e a banda utilizada e agregar a estes dados.
É só uma idéia, mas é bem prático, real e não tendencioso, a menos que
você manipule estes dados a seu favor... :-P
Se quiser e não encontrar nada para ajudar a fazer isso (acho que já
deve ter pronto), estiver com dificuldade para fazer um script do tipo,
posso ajudar.
Abraços.
--
Atenciosamente,
Junior Polegato
Um peregrino de problemas; Um pergaminho de soluções!
Página Profissional: http://www.juniorpolegato.com.br
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
