<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Eu uso os dois SGDB, inclusive em um mesmo servidor (sei que isso não é
recomendável, mas não foi aprovado uma descentralização). Ambos são
usados em projetos "grandes" e a única coisa que eu posso dizer é que
meu sonho é algum dia conseguir migrar a base de dados que roda no
MySQL para o PostgreSQL. Só lamento ter "caído" neste "papo" do
desempenho na época da escolha do MySQL.<br>
<br>
<br>
SDS,<br>
<br>
Luciano Giordani Bassani<br>
<a class="moz-txt-link-abbreviated" href="mailto:lgbassani@terra.com.br">lgbassani@terra.com.br</a><br>
<br>
<br>
<br>
<br>
André Garcia Carneiro escreveu:
<blockquote
cite="midJFJ37T$19EEDDC8864836E841688D13A3A34D20@multidominios"
type="cite">
<blockquote type="cite">
<pre wrap="">Existe um problema do MySQL Query Browser te informar que uma tabela
está como InnoDB quando na verdade é MyISAM. Tem certeza que o
problema não era esse?
</pre>
</blockquote>
<pre wrap=""><!---->
Tenho certeza. Não estava usando essa ferramenta que vc mencionou. Estava usando o console e o phpMyAdmin.
</pre>
<blockquote type="cite">
<pre wrap="">Quando uma tabela que não está corrompida realmente é InnoDB no MySQL
5 eu posso garantir que as foreign keys são respeitadas.
</pre>
</blockquote>
<pre wrap=""><!---->
No 5 eu já não sei, como disse anteriormente. Mas para o caso do Champs, ele disse que está usando a versão 4.1.x
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Chaves estrangeiras é parte essencial de qualquer SGBD. MySQL deveria implementar isso como default, e não
prezar coisas porcas como MyISAM que não implementam FK... essa meleca deveria sumir do mysql, na minha
opinião. De que adianta um banco de dados sem transações e sem constraints???? E por favor não me venham com
papinho de filosofia pro desempenho pro meu lado... não cola, coisa porca é coisa porca e pronto!
</pre>
</blockquote>
<pre wrap="">É coisa porca, eu concordo. Mas se você realmente precisa do
desempenho, faz sentido.
Hoje eu conheço uma situação aonde faz sentido usar MyISAM. Pense em
uma situação em que não é o fim do mundo perder dados ou ter dados com
pequenas incoerencias, mas performance é bastante importante. Aí está
um caso de uso pra MyISAM.
</pre>
</blockquote>
<pre wrap=""><!---->
Não consigo imaginar algo assim tão 'descartável', que realmente necessite de um SGBD. Para mim performance não
é desculpa para ter inconsistências nos dados. No final a lei de 'Murphy' sempre acaba ferrando a gente. :D
Claro que eu posso estar errado... :p
Acho que você viu o post que eu enviei de ALTER TABLE para o Champs. Não sei se aquilo é seguro. Você parece
ter bem mais experiência com MySQL do que eu. Poderia postar a sua opinião? O que quero perguntar na verdade é
se a conversão que eu sugeri é segura? Se achar que está muito off-topic, por mim tudo bem.
Cheers!
--
André Garcia Carneiro
Developer(Perl/PHP)
Member of "São Paulo Perl Mongers" - <a class="moz-txt-link-freetext" href="http://sao-paulo.pm.org">http://sao-paulo.pm.org</a>
_______________________________________________
Cascavel-pm mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Cascavel-pm@pm.org">Cascavel-pm@pm.org</a>
<a class="moz-txt-link-freetext" href="http://mail.pm.org/mailman/listinfo/cascavel-pm">http://mail.pm.org/mailman/listinfo/cascavel-pm</a>
</pre>
</blockquote>
</body>
</html>