gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
MySQL 4
Contribuído por scorpio em 16-10-01 20:23
do departamento alpha-news
News daniel escreve "Saiu a "long-awaited" versao 4 (ainda que alpha, mas ja muito esperada com antecipacao) do SGBD mais popular no "open-world". As novidades resumidas aqui neste URL das news , e o ChangeLog neste outro.
Abraços, Daniel Fonseca "

Órgão público chileno instala Linux | Série sobre dinheiro electrónico na tv2  >

 

gildot Login
Login:

Password:

Referências
  • neste URL das news
  • neste outro
  • Mais acerca News
  • Também por scorpio
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    Humm... (Pontos:3, Interessante)
    por Gamito em 16-10-01 21:11 GMT (#1)
    (Utilizador Info)
    Já estou um bocado cansado, mas pela rápida vista de olhos que dei no changelog, não vejo lá coisas que davam jeito como os subqueries, por exemplo.

    Por outro lado há a saudar estas novidades:
    "Renamed safe_mysqld to mysqld_safe"

    Enfim...

    Mário Gamito
    educação, ensino
    Bleh (Pontos:2, Informativo)
    por Khazunga em 16-10-01 22:37 GMT (#2)
    (Utilizador Info)
    Resumo da opinião geral no sítio do costume, que partilho inteiramente:
    • É alfa, só aparece referida porque o slashcode corre sobre mysql
    • Não tem nada no changelog que justifique uma major release.
    • A release é motivada pela guerra Nusphere vs MysqlAB, e é uma desculpa para "empurrar" a versão do mysql sem os "hooks" Gemini.
    • "Last but not least", não vale a pena assistir a estas guerrilhas de marketing. Já tenho o meu problema resolvido há muito tempo. De forma rápida, eficaz e acima de tudo estável.

    --
    If at first you don't succeed, skydiving is not for you

    Senão estou em erro... (Pontos:2, Informativo)
    por sab em 17-10-01 10:16 GMT (#3)
    (Utilizador Info)
    ... o MySQL é mais rápido que postgres. Só tem o problemazito de não ter transações :-(.

    Para sites de conteúdo o MySQL e capaz de valer a pena (muita gente a ver, mas pouca gente a mexer). Para comunidades o postgres parece-me melhor opção (muitos a mexer e a ver :-) )

    Re:Senão estou em erro... (Pontos:2, Esclarecedor)
    por Khazunga em 17-10-01 14:00 GMT (#4)
    (Utilizador Info)
    Não sei se é mais rápido ou não, e não quero saber. Não ter transacções não é um "problemazito". É uma falha grave. Se eu não quisesse transacções, usava Berkely DB que é várias ordens de grandeza mais rápido do que mysql.

    O postgresql é uma base de dados com as peças todas, e é rápido que chegue para servir a portugalmail a partir de um único servidor. Isso para mim é suficiente.

    --
    If at first you don't succeed, skydiving is not for you

    Re:Senão estou em erro... (Pontos:1)
    por daniel em 19-10-01 1:55 GMT (#6)
    (Utilizador Info)
    "O postgresql é uma base de dados com as peças todas, e é rápido que chegue para servir a portugalmail a partir de um único servidor"

    Esta frase é chave. Repara, eu nao entro em fundamentalismos (ate pq mexo em ambos) mas acho a frase "O x tem as peças todas" demasiado arrogante para deixar passar em claro. Quando se diz que x tem tudo, basta que apareça um dado aspecto y de interesse que x nao tenha, para deitar por terra a força da afirmação.

    A que me refiro? Podia dizer 500 coisas, mas pela premissa anterior basta uma: replicação, por exemplo.

    Quando se diz que um site funciona (rapido ou nao) a partir de um unico servidor, isso não deve ser a maior segurança do mundo para quem o use. Basta que esse servidor falhe para a ferramenta falhar (Can you spell SPOF? - Single Point Of Failure).

    A replicação é uma "feature" fantástica no MySQL e que permite redundância no ponto mais fraco de muita aplicação Web - O Backend DB. Quantas vezes se vêem projectos com muitos frontends (é facil por um Altheon e Ca. ou o Squid virado ao contrário) mas um unico backend, normalmente com a Base de Dados? Most often, really.

    Abraços,
    Daniel Fonseca

     

     

    [ Topo | FAQ | Editores | Contacto ]