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

 
Eis os vencedores do Linux Journal Readers' Choice
Contribuído por BladeRunner em 11-10-03 21:24
do departamento os-do-costume-parece-os-prémios-da-sic-caras
News blacksheep escreve "Acabaram de sair os resultados da nona sondagem anual do melhor software/hardware/livro/website dentro de 28 categorias de, alguma forma relacionados com Linux, do LinuxJournal.
  • Favorite Audio Tool: XMMS

  • Favorite Backup Utility: TAR

  • Most Indispensable Linux Book: LINUX IN A NUTSHELL 3RD ED., by ELLEN SIEVER, ET AL.

  • Favorite Web Browser: MOZILLA

  • Favorite Linux Journal Column: COOKING WITH LINUX

  • Favorite Database: MYSQL

  • Favorite Desktop Workstation: HOMEMADE

  • Favorite Distributed File-Sharing System: GNUTELLA

  • Favorite Distribution: DEBIAN

  • Favorite Programming Beverage: COFFEE

  • Favorite E-mail Client: EVOLUTION

  • Favorite Embedded Distribution: QTOPIA

  • Favorite Linux Game: FROZEN BUBBLE

  • Favorite Graphics Program: THE GIMP

  • Favorite Instant-Messaging Client: GAIM

  • Favorite Programming Language: C++

  • Favorite Office Program: OPENOFFICE.ORG

  • Favorite Processor Architecture: AMD ATHLON

  • Favorite Portable Workstation: QLI 15" AMD NOTEBOOKS

  • Favorite Network or Server Appliance: CYCLADES ALTERPATH ACS

  • Favorite Server: SGI ALTIX 3000

  • Favorite System Administration Tool: WEBMIN

  • Favorite Text Editor: VIM

  • Favorite Development Tool: GCC

  • Favorite Linux Training: SUSE LINUX TRAINING

  • Favorite Linux Web Site: SLASHDOT

  • Favorite Web-Hosting Service: RACKSPACE

  • Favorite Desktop Environment: KDE


  • Acho que não houve supresa nenhuma. Apenas fiquei um pouco admirado com a escolha do C++ como a melhor linguagem de programação, pensava que a comunidade linux, preferia C ou alguma linguagem do tipo python, perl, php..."

    "Tamos todos fartos..." | SCO ataca em Portugal  >

     

    gildot Login
    Login:

    Password:

    Referências
  • Linux
  • gildot
  • Debian
  • resultados
  • Mais acerca News
  • Também por BladeRunner
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    PostgreSQL (Pontos:2)
    por BlueRibbon em 11-10-03 21:36 GMT (#1)
    (Utilizador Info)
    O MySQL já suporta subselect's e regras de integridade?

    KISS - Keep It Simple, Stupid!

    Re:PostgreSQL (Pontos:4, Esclarecedor)
    por ruben dig em 11-10-03 23:05 GMT (#6)
    (Utilizador Info) http://www.floppy.com.pt
    http://www.mysql.com/products/mysql/index.html
    Expanded support for subqueries
    Subqueries allow you to use the result of one query as a component of a larger query. The MySQL server already supports some forms of this technique, such as INSERT INTO ... SELECT ..., and this support will be expanded in version 4.1 to include nested SELECT queries, which is one of the most-requested features from our users.

    Stored procedures and triggers
    Stored procedures allow you to create functions and subroutines that run on the server. This makes it possible to grant access to specific queries without granting carte blanche access to the underlying data, or validate data in the database before it is stored. Triggers can be configured to fire when certain conditions are fulfilled. The MySQL database server will provide hooks for implementing stored procedures in multiple languages, as well as including support for the Persistent Stored Modules syntax defined as part of ANSI SQL-99. Support for stored procedures and triggers will be introduced in version 5.0.

    Comentários:
    subselects - quem é que precisa disto ...
    regras de integridade - innodb tables acid compliance
    trigers e stored procedures - remeter para a resposta a subselects

    Razão pelo Mysql ser a DB preferida: velocidade

    Re:PostgreSQL (Pontos:2)
    por BlueRibbon em 12-10-03 0:16 GMT (#8)
    (Utilizador Info)
    [...] and this support will be expanded in version 4.1 to include nested SELECT queries, which is one of the most-requested features from our users.

    subselects - quem é que precisa disto...

    Um bocado contraditório, não?

    KISS - Keep It Simple, Stupid!

    Re:PostgreSQL (Pontos:2)
    por ruben dig em 12-10-03 1:35 GMT (#10)
    (Utilizador Info) http://www.floppy.com.pt
    realmente, mas será que custa muito fazer dois selects em vez de um grande?
    Re:PostgreSQL (Pontos:2)
    por BlueRibbon em 12-10-03 2:39 GMT (#12)
    (Utilizador Info)
    A questão não é o de custar muito ou não, mas é uma função que um SGDB *deve* ter.
    SELECT * from EMAIL where address NOT IN (SELECT address from SPAM_EMAIL);
    Podes fazer isto assim ou então podes inventar uma maneira mais xpto de o fazer (e podes ter o azar de fazer algo não-standard que depois não corre em mais nenhum SGBD).

    KISS - Keep It Simple, Stupid!

    Re:PostgreSQL (Pontos:2)
    por ruben dig em 12-10-03 11:14 GMT (#13)
    (Utilizador Info) http://www.floppy.com.pt
    The queries:
    SELECT * FROM table1 WHERE id NOT IN (SELECT id FROM table2);
    SELECT * FROM table1 WHERE NOT EXISTS (SELECT id FROM table2
    WHERE table1.id=table2.id);
    Can be rewritten as:
    SELECT table1.* FROM table1 LEFT JOIN table2 ON table1.id=table2.id
    WHERE table2.id IS NULL;
    Using a LEFT [OUTER] JOIN is generally much faster than an equivalent subquery because the server can optimise it better, a fact that is not specific to MySQL Server alone. Prior to SQL-92, outer joins did not exist, so subqueries were the only way to do certain things in those bygone days. But that is no longer the case, MySQL Server and many other modern database systems offer a whole range of outer joins types.
    For more complicated subqueries you can often create temporary tables to hold the subquery. In some cases, however, this option will not work. The most frequently encountered of these cases arises with DELETE statements, for which standard SQL does not support joins (except in subqueries). For this situation there are three options available:
    The first option is to upgrade to MySQL version 4.1.
    The second option is to use a procedural programming language (such as Perl or PHP) to submit a SELECT query to obtain the primary keys for the records to be deleted, and then use these values to construct the DELETE statement (DELETE FROM ... WHERE ... IN (key1, key2, ...)).

    Normalmente usa-se a segunda opção, dois queries usando a linguagem com que estamos a programar.
    Re:PostgreSQL (Pontos:2)
    por DomusOnline em 12-10-03 13:24 GMT (#14)
    (Utilizador Info) http://bandalarga.domus.online.pt/
    1º: Essa query do "not in" pode redundar num grande disparate pois não está relacionada com a de fora. E como não tem condições traz todos os registos e varre toda a tabela... e depois mete isso num espaço temporário. Um verdadeiro "must" se a tabela "de dentro" fôr grandita ;)
    Por isso usem sempre a 2ª alternativa (caso não usem o left join)

    2º: Há como eles dizem casos mais complexos. Ocorre-me um em que existem vários registos do mesmo "objecto" com datas diferentes e queres só o mais recente - MAX(data_ocorrencia). Mas acredito que se consiga contornar...

    3º A sugestão de contornar com a linguagem... pois é giro... dá muito mais trabalho... ah... e convém ter transacções, o que obriga no mySQL a ter certos tipos de tabelas... os tais "alíenigenas" que falei noutro post. Ah... e claro... entre obter os registos e apagá-los eles podem mudar de estado... Há que pôr novamente condições no delete para além do ID... e se calhar ficamos novamente na mesma... Ou então bloqueamo-los na leitura, mas não sei se o mySQL suporta isso... enfim... gosto bué >:>

    Cumprimentos
    Re:PostgreSQL (Pontos:2)
    por DomusOnline em 12-10-03 2:16 GMT (#11)
    (Utilizador Info) http://bandalarga.domus.online.pt/
    A resposta a "quem é que precisa de sub-queries" é dada por eles ao dizerem que é a caracteristica mais pedida. E respondendo a um post mais à frente, por vezes não é uma questão de escrever dois selects. Pensa em sub-selects co-relacionados.

    Regras de integridade são suportadas num tipo de tabelas "alíenigena" ao mySQL...

    Triggers e SP... bem, qualquer pessoa que queira fazer algo complexo com uma BD considera isto fundamental.

    mySQL é rápido? Óptimo... alguma coisa de bom havia de ter... claro que as outras seriam mais rápidas se não fizessem metade das coisas que fazem...:)

    Sim, é verdade... não gramo mySQL. Nunca usei nenhuma BD "free". Mas pelo que leio não usaria mySQL. Acredito no entanto que se adapte bem a ambientes Web.

    Cumprimentos.
    Re:PostgreSQL (Pontos:2)
    por CrLf em 12-10-03 14:18 GMT (#15)
    (Utilizador Info) http://crodrigues.webhop.net
    Acredito no entanto que se adapte bem a ambientes Web.

    Existe a tendência para querer comparar o MySQL a outros RDBMSs mais "a sério" como o PostgreSQL o que não é uma comparação própriamente válida. O MySQL está realmente apontado ao ambiente Web onde a performance é mais importante e onde a falta de certas funcionalidades é, na maior parte dos casos, pouco relevante. O dia em que o MySQL suportar todas as funcionalidades que hoje estão disponíveis no PostgreSQL (por exemplo) será o dia em que deixará de ter vantagem na Web. Este facto relativamente óbvio é a razão porque o SAP-DB vai mudar de nome (MaxSQL) e passar a ser gerido, em parte, pela MySQL AB.

    -- Carlos Rodrigues
    Re:PostgreSQL (Pontos:2)
    por raxx7 em 13-10-03 13:21 GMT (#18)
    (Utilizador Info)
    O MaxSQL é um derivado de MySQL, não da SAPDB.
    Fonte

    Remember to be the Killer, not the Victim! (Nuklear Girl)
    Nope (Pontos:3, Esclarecedor)
    por CrLf em 13-10-03 21:24 GMT (#21)
    (Utilizador Info) http://crodrigues.webhop.net
    Estas enganado. Repara bem na data da notícia que indicaste (2000). O MaxSQL é o novo nome do SAP-DB:

    "From Q4 2003, SAP DB will be rebranded as "MaxDB" and offered as a MySQL AB product."

    http://www.sapdb.org/7.4/sapdb_mysql.htm

    -- Carlos Rodrigues
    Re:Nope (Pontos:2)
    por raxx7 em 14-10-03 0:49 GMT (#22)
    (Utilizador Info)
    MaxSQL != MaxDB ;)

    Remember to be the Killer, not the Victim! (Nuklear Girl)
    Re:Nope (Pontos:2)
    por CrLf em 15-10-03 12:29 GMT (#24)
    (Utilizador Info) http://crodrigues.webhop.net
    Hmmmm, good point. :)

    -- Carlos Rodrigues
    Cadê o MONDO archive (Pontos:3, Interessante)
    por quantic_oscillation em 11-10-03 21:59 GMT (#2)
    (Utilizador Info) http://fs-oss.cjb.net
    Favorite Backup Utility: TAR, interessante muito usado, mas e a poderosa aplicação Mondo???
    Homemade? (Pontos:2)
    por Psiwar em 11-10-03 22:25 GMT (#3)
    (Utilizador Info) http://www.netcode.pt
    Tou confuso... o que é suposto ser isto?
    "Favorite Desktop Workstation: HOMEMADE"

    É Homemade (aplicação) ou homemade (feito em casa/customizado à medida)?
    Re:Homemade? (Pontos:2, Esclarecedor)
    por striker em 12-10-03 0:01 GMT (#7)
    (Utilizador Info)
    Feito em casa... Uma Desktop Workstation é um computador.
    []
    Re:Homemade? (Pontos:1)
    por Vx em 13-10-03 18:06 GMT (#19)
    (Utilizador Info) http://www.valfreixo.org
    é o que cá se chama linha branca.. compras os componentes na xafarica do amigo que até te vende a preço de revenda.. montas o pc rulante em casa.. abres um granda buraco de lado e metes uma tonelada de ventoinhas.. claro que o belo do neon é um must.. et voila.. tens um desktop home made.. geek mais geek não ha

    Vx

    é o sistema (Pontos:3, Engraçado)
    por ruben dig em 11-10-03 22:56 GMT (#4)
    (Utilizador Info) http://www.floppy.com.pt
    pelo nono ano seguinte fomos roubados...

    Re:é o sistema (Pontos:3, Engraçado)
    por bracaman em 11-10-03 23:02 GMT (#5)
    (Utilizador Info) http://bracaman.netcanvas.net
    Aposto que o Major Valentim meteu a mão no concurso!! :-)

    --
    "Muda, que quando a gente muda, o Mundo muda com a gente" -- Gabriel, o Pensador
    Lapidação! (Pontos:3, Engraçado)
    por CrLf em 12-10-03 0:54 GMT (#9)
    (Utilizador Info) http://crodrigues.webhop.net
    Favorite Programming Language: C++
    Favorite Text Editor: VIM

    Hereges!!

    -- Carlos Rodrigues
    Re:Lapidação! (Pontos:2)
    por Dehumanizer em 13-10-03 18:38 GMT (#20)
    (Utilizador Info) http://www.dehumanizer.com
    Joe forever! :)


    "It is every citizen's final duty to go into the tanks and become one with all the people."
    - Chairman Sheng-ji Yang, "Ethics for Tomorrow"
    Escolhas dos leitores/colaboradores do GilDot? (Pontos:1)
    por liberdade em 12-10-03 14:37 GMT (#16)
    (Utilizador Info) http://wideopenbsd.org

    Que tal?
    Com um especial destaque para o software com suporte para portugues...

    Seria uma referência interessante para o pessoal em portugal (empresas, admin. pública, whatever) que procura justificar mudanças para Linux... non?


    Rackspace? (Pontos:2, Interessante)
    por lbruno em 13-10-03 7:52 GMT (#17)
    (Utilizador Info) http://republico.estv.ipv.pt/~lbruno/
    Se tivermos em conta a má reputacao da rackspace em relacao ao spam, e' surpreendente que pessoas informadas (o caso geral dos utilizadores de Linux, espero eu) a escolham como empresa de hosting.
    Selecção PT (Pontos:1)
    por fr0z3n em 14-10-03 17:48 GMT (#23)
    (Utilizador Info)
    e porque não fazer o mesmo mas aqui com o ppl do gildot? poderiam haver certas diferenças ... além de ser especifico para o pessoal tuga :P

     

     

    [ Topo | Sugerir artigo | Artigos anteriores | Sondagens passadas | FAQ | Editores | Preferências | Contacto ]