Bom mesmo é colocar fogo na sua conta bancária (agora mesmo)

[Fernando Ventura]

Rich text editor, isc_CkEditorCanvasItem_0_ta, press ALT 0 for help.
Recebí uma pergunta interessante sobre a "hora certa" para começar:

"Fernando, eu trabalho o dia inteiro, tenho familia e não tenho muito tempo.
Quero começar um negócio online mas acho que devo esperar até que eu tenha mais 
foco de forma a poder ganhar dinheiro na internet mais rapidamente.
    O que achas?"

Ok, aqui está o que eu penso:

Os dias passam de qualquer forma, e por isso porque esperar?

De fato, um vilão sábio da Star Trek disse uma vez...

"O tempo é o fogo em que nós nos queimamos..."

E é absolutamente
verdadeiro.

O tempo é como FOGO.

As nossas vidas são como uma floresta gigante, e no momento em que nascemos um 
fogo é colocado nela.

Durante as nossas vidas podemos fazer coisas para aumentar esse fogo (como 
alimentar-se mal, abusar de drogas, etc) e assim queimar a nossa floresta mais
rapidamente.

E também podemos fazer coisas pra abrandar isso.

Mas nunca irá conseguir apagar esse fogo totalmente.

Ele está estará sempre a arder.

Pode ser dramatico, mas é a mais completa verdade.

Não
existe o tempo "certo".

Só existe HOJE.

O tempo voa e passa.

O fogo - rápido ou lento - está queimando.

Porque adiar?

Se você já está a trabalhar que nem um louco para os outros, pare de brincar! 
Ganhar
mais de 60% de lucro sobre um produto que você nem sequer teve o trabalho de 
criar é quase como ter seu negócio próprio.

É rápido, barato e (se você fizer as coisas de forma certa) extremamente 
lucrativo.

Por isso torne-se pro-ativo meu amigo(a).

Obtenha ajuda especializada, seja um Socio
Online.

O nosso apoio é o perfeito começo para o seu nivel.

Nós ajudaremos a que arranque rapido, e melhor ainda, ter vendas muito mais 
rápido.

Clique Aqui para ver tudo aquilo que você
terá

Você ganha R$ 49,90 por cada venda feita no seu link, recebe treinamento que 
irá levar essas pessoas para seu link, e essa sua página está totalmente 
produzida para efetuar a venda.

É simplesmente botar o passo a passo em dia, e ter o seu negócio na internet a 
andar como trem desgovernado!

Então simplesmente encomende aqui o seu acesso: Kit Como Ganhar Dinheiro Online 
(as 3 maiores fontes de renda pela internet).


Por último só falta-me dizer que acessando o link abaixo você já garante logo o 
seu desconto, mas só se for
agora:

Tenha um Òtimo Dia,

Fernando Ventura
www.rendaex.com.br

 

CLIQUE AQUI caso não deseje receber e-mails futuros

 

Opções de base de dados

[Listeiro 037]

Bom dia a todos!


Pesquisei um pouco sobre qualidades e performances de bancos de dados,
mas não encontrei o que desejava.

No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um caso
à parte). 

O que desejo saber é sobre performance, segurança e simplicidade de uso
dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
nginx (esse o nome?) em comparação ao Apache, há quais comparações
feitas em relação aos DBs? 


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com

Re: Opções de base de dados

[Fábio Rabelo]

Esta é a minha opinião pessoal, baseada em minhas atividades profissionais :

MySQL é leve, fácil de gerenciar, mas não tem a robustez de um "verdadeiro"
SQL .

Firebird é robusto, tem muitos recursos, tem toda a herança da Borland, mas
infelizmente tem uma base de usuários/desenvolvedores muito pequena, e que
continua diminuindo, eu não o indicaria para projetos novos .

O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é
suportado por grandes corporações ( IBM e HP por exemplo ! ) tem todos os
recursos que um SQL deveria ter e uma base instalada/comunidade que está
crescendo em todo o mundo .

E ainda tem a vantagem da portabilidade/segurança/escalabilidade de um
código recente !

A versão 7.0 foi reescrita do zero tendo em mente exatamente estas
características !

As versões posteriores, 8.x e 9.x só melhoram estas características que já
eram muito boas ...

Pto, se vc pretende começar um projeto agora, ele é o cara !

Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento são
apenas promessas ...


Fábio Rabelo


Em 18 de abril de 2013 08:55, Listeiro 037 escreveu:

>
> Bom dia a todos!
>
>
> Pesquisei um pouco sobre qualidades e performances de bancos de dados,
> mas não encontrei o que desejava.
>
> No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um caso
> à parte).
>
> O que desejo saber é sobre performance, segurança e simplicidade de uso
> dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
> nginx (esse o nome?) em comparação ao Apache, há quais comparações
> feitas em relação aos DBs?
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com
>
>

Re: Opções de base de dados

[Marcelo Altmann]

Discordo do que o Fabio Rabelo escreveu referente ao MySQL.

MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


O MySQL vem por default com uma configuracao que possa ser suportada em 
pequenas maquinas.
Basta voce saber configurar (tunning) e o que configurar que voce pode 
fazer milagres com MySQL (especialmente innoDB em versoes a partir do 
5.5 ou 5.1 com innodb plugin).


O facebook que eh a maior rede social do mundo tem toda a sua informacao 
(PB de dados) persistida em MySQL (eles usam memcache para tudo que voce 
le (SELECT), porem toda a vez que voce faz um post, comentario, da um 
like, ele salva essa informacao no MySQL).


MySQL pode ser utilizado sozinho, com replicacao (master - slave, 
master-master), voce pode ter replicacao semi-sincrona (em que voce 
manda uma informacao ao master e ele garante que ao menos 1 slave vai 
estar 100% sincronizado com o master em real time) e tem opcoes de cluster.


Se quiser aprender um pouco mais de MySQL, da uma olhada no 
pt.planet.mysql.com


Grato
Marcelo Altmann




On 18/04/13 13:59, Fábio Rabelo wrote:
Esta é a minha opinião pessoal, baseada em minhas atividades 
profissionais :


MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


Firebird é robusto, tem muitos recursos, tem toda a herança da 
Borland, mas infelizmente tem uma base de usuários/desenvolvedores 
muito pequena, e que continua diminuindo, eu não o indicaria para 
projetos novos .


O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é 
suportado por grandes corporações ( IBM e HP por exemplo ! ) tem todos 
os recursos que um SQL deveria ter e uma base instalada/comunidade que 
está crescendo em todo o mundo .


E ainda tem a vantagem da portabilidade/segurança/escalabilidade de um 
código recente !


A versão 7.0 foi reescrita do zero tendo em mente exatamente estas 
características !


As versões posteriores, 8.x e 9.x só melhoram estas características 
que já eram muito boas ...


Pto, se vc pretende começar um projeto agora, ele é o cara !

Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento 
são apenas promessas ...



Fábio Rabelo


Em 18 de abril de 2013 08:55, Listeiro 037 > escreveu:



Bom dia a todos!


Pesquisei um pouco sobre qualidades e performances de bancos de dados,
mas não encontrei o que desejava.

No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um
caso
à parte).

O que desejo saber é sobre performance, segurança e simplicidade
de uso
dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
nginx (esse o nome?) em comparação ao Apache, há quais comparações
feitas em relação aos DBs?


--
To UNSUBSCRIBE, email to
debian-user-portuguese-requ...@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org 
Archive:
http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com

mathematica

[Manoel]

Ola, uso o debian wheezy, instalei o softwere mathematica

executando o arquivo.sh. quando eu tento abre alguma aquivo que criei no
matemantica dando um clique no icone ele não abre.

Alquem pode me ajudarw

-- 
Manoel

Re: mathematica

[Fred Maranhão]

clique com o outro botão sobre o arquivo, vá na opção de menu
propriedades, aba geral, campo 'abrir com' e veja se é o mathematica
que está configurado. se não for escolha ele na lista ou na opção
'outro...'.

as instruções acima são para o thunar. gerenciador de arquivos do
xfce. outros podem ser ligeiramente diferentes.

Em 18 de abril de 2013 10:32, Manoel  escreveu:
> Ola, uso o debian wheezy, instalei o softwere mathematica
>
> executando o arquivo.sh. quando eu tento abre alguma aquivo que criei no
> matemantica dando um clique no icone ele não abre.
>
> Alquem pode me ajudarw
>
> --
> Manoel


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAPr829mAOd7z7tikUCSJCv1K6ovc2uH_1tOw=lxh_zjdvmy...@mail.gmail.com

Re: Opções de base de dados

[Linux - Junior Polegato]

Olá!

Trabalho também com Oracle XE, gratuito mas limitado, porém 
atendem algumas empresas que quer ter um banco de "marca". Ao seu nível 
somente o PostgreSQL mesmo. O MySQL é muito bom, mas para operações 
volumes de dados grandes (mais de 1 milhão de registro), sinto sinto que 
ele perde muito para os dois anteriores.


O PostgreSQL ainda tem uma vantagem de usar os vários 
processadores e toda a memória necessário enquanto o XE fica limitado, 
aí quando tiver que exigir do servidor, o PostgreSQL é o cara!


[]'s
  Junior Polegato


Em 18-04-2013 10:28, Marcelo Altmann escreveu:

Discordo do que o Fabio Rabelo escreveu referente ao MySQL.

MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


O MySQL vem por default com uma configuracao que possa ser suportada 
em pequenas maquinas.
Basta voce saber configurar (tunning) e o que configurar que voce pode 
fazer milagres com MySQL (especialmente innoDB em versoes a partir do 
5.5 ou 5.1 com innodb plugin).


O facebook que eh a maior rede social do mundo tem toda a sua 
informacao (PB de dados) persistida em MySQL (eles usam memcache para 
tudo que voce le (SELECT), porem toda a vez que voce faz um post, 
comentario, da um like, ele salva essa informacao no MySQL).


MySQL pode ser utilizado sozinho, com replicacao (master - slave, 
master-master), voce pode ter replicacao semi-sincrona (em que voce 
manda uma informacao ao master e ele garante que ao menos 1 slave vai 
estar 100% sincronizado com o master em real time) e tem opcoes de 
cluster.


Se quiser aprender um pouco mais de MySQL, da uma olhada no 
pt.planet.mysql.com


Grato
Marcelo Altmann




On 18/04/13 13:59, Fábio Rabelo wrote:
Esta é a minha opinião pessoal, baseada em minhas atividades 
profissionais :


MySQL é leve, fácil de gerenciar, mas não tem a robustez de um 
"verdadeiro" SQL .


Firebird é robusto, tem muitos recursos, tem toda a herança da 
Borland, mas infelizmente tem uma base de usuários/desenvolvedores 
muito pequena, e que continua diminuindo, eu não o indicaria para 
projetos novos .


O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é 
suportado por grandes corporações ( IBM e HP por exemplo ! ) tem 
todos os recursos que um SQL deveria ter e uma base 
instalada/comunidade que está crescendo em todo o mundo .


E ainda tem a vantagem da portabilidade/segurança/escalabilidade de 
um código recente !


A versão 7.0 foi reescrita do zero tendo em mente exatamente estas 
características !


As versões posteriores, 8.x e 9.x só melhoram estas características 
que já eram muito boas ...


Pto, se vc pretende começar um projeto agora, ele é o cara !

Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento 
são apenas promessas ...



Fábio Rabelo


Em 18 de abril de 2013 08:55, Listeiro 037 > escreveu:



Bom dia a todos!


Pesquisei um pouco sobre qualidades e performances de bancos de
dados,
mas não encontrei o que desejava.

No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é
um caso
à parte).

O que desejo saber é sobre performance, segurança e simplicidade
de uso
dessas bases. Assim como há no caso de servidores lighttpd,
cherokee e
nginx (esse o nome?) em comparação ao Apache, há quais comparações
feitas em relação aos DBs?


--
To UNSUBSCRIBE, email to
debian-user-portuguese-requ...@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org 
Archive:
http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com

Re: Opções de base de dados

[dlpazina...@gmail.com]

Concordo plenamente com o Junior,

Em aplicações pequenas, o mysql é melhor opção sim, mas com grande registro
quantidade de registro, não vai não.. pode fazer o que quiser que não fica
satisfatório.

um exemplo, tenho uma base com 14 milhões de registros, o mysql com innodb,
idx criado, e outras tentativas de melhoras, a consulta sempre leva mais
que 10 segundos (em um campo indexado claro), enquanto isso o postgres na
mesma maquina leva em torno de 0,03, 0,02.. nao mais que isso.

Então, depende da sua necessidade e cenário.


Em 18 de abril de 2013 11:18, Linux - Junior Polegato <
li...@juniorpolegato.com.br> escreveu:

>  Olá!
>
> Trabalho também com Oracle XE, gratuito mas limitado, porém
> atendem algumas empresas que quer ter um banco de "marca". Ao seu nível
> somente o PostgreSQL mesmo. O MySQL é muito bom, mas para operações volumes
> de dados grandes (mais de 1 milhão de registro), sinto sinto que ele perde
> muito para os dois anteriores.
>
> O PostgreSQL ainda tem uma vantagem de usar os vários
> processadores e toda a memória necessário enquanto o XE fica limitado, aí
> quando tiver que exigir do servidor, o PostgreSQL é o cara!
>
> []'s
>   Junior Polegato
>
>
> Em 18-04-2013 10:28, Marcelo Altmann escreveu:
>
> Discordo do que o Fabio Rabelo escreveu referente ao MySQL.
>
> MySQL é leve, fácil de gerenciar, mas não tem a robustez de um
> "verdadeiro" SQL .
>
> O MySQL vem por default com uma configuracao que possa ser suportada em
> pequenas maquinas.
> Basta voce saber configurar (tunning) e o que configurar que voce pode
> fazer milagres com MySQL (especialmente innoDB em versoes a partir do 5.5
> ou 5.1 com innodb plugin).
>
> O facebook que eh a maior rede social do mundo tem toda a sua informacao
> (PB de dados) persistida em MySQL (eles usam memcache para tudo que voce le
> (SELECT), porem toda a vez que voce faz um post, comentario, da um like,
> ele salva essa informacao no MySQL).
>
> MySQL pode ser utilizado sozinho, com replicacao (master - slave,
> master-master), voce pode ter replicacao semi-sincrona (em que voce manda
> uma informacao ao master e ele garante que ao menos 1 slave vai estar 100%
> sincronizado com o master em real time) e tem opcoes de cluster.
>
> Se quiser aprender um pouco mais de MySQL, da uma olhada no
> pt.planet.mysql.com
>
> Grato
> Marcelo Altmann
>
>
>
>
> On 18/04/13 13:59, Fábio Rabelo wrote:
>
>  Esta é a minha opinião pessoal, baseada em minhas atividades
> profissionais :
>
>  MySQL é leve, fácil de gerenciar, mas não tem a robustez de um
> "verdadeiro" SQL .
>
>  Firebird é robusto, tem muitos recursos, tem toda a herança da Borland,
> mas infelizmente tem uma base de usuários/desenvolvedores muito pequena, e
> que continua diminuindo, eu não o indicaria para projetos novos .
>
>  O PostGRE SQL tem toda a robustez que o Firebind tem, e até mais, é
> suportado por grandes corporações ( IBM e HP por exemplo ! ) tem todos os
> recursos que um SQL deveria ter e uma base instalada/comunidade que está
> crescendo em todo o mundo .
>
>  E ainda tem a vantagem da portabilidade/segurança/escalabilidade de um
> código recente !
>
>  A versão 7.0 foi reescrita do zero tendo em mente exatamente estas
> características !
>
>  As versões posteriores, 8.x e 9.x só melhoram estas características que
> já eram muito boas ...
>
>  Pto, se vc pretende começar um projeto agora, ele é o cara !
>
>  Em tempo, NoSQL e MariaDB podem vir a ser tudo isto, mas no momento são
> apenas promessas ...
>
>
>  Fábio Rabelo
>
>
> Em 18 de abril de 2013 08:55, Listeiro 037 
> escreveu:
>
>>
>> Bom dia a todos!
>>
>>
>> Pesquisei um pouco sobre qualidades e performances de bancos de dados,
>> mas não encontrei o que desejava.
>>
>> No Debian encontra-se MySQL, Postgres, Firebird e SQLite (que é um caso
>> à parte).
>>
>> O que desejo saber é sobre performance, segurança e simplicidade de uso
>> dessas bases. Assim como há no caso de servidores lighttpd, cherokee e
>> nginx (esse o nome?) em comparação ao Apache, há quais comparações
>> feitas em relação aos DBs?
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact
>> listmas...@lists.debian.org
>> Archive:
>> http://lists.debian.org/353685.35420...@smtp112.mail.bf1.yahoo.com
>>
>>
>
>
>


-- 
Dilceu Luiz Pazinatto
Electronics technician
Engineering students

Re: Opções de base de dados

[Marcelo Altmann]

Tenho que descordar dos demais novamente.
MySQL eh tudo uma questao de configurar, se tu usa versao que vem 
default no debian squeeze tens que ativar o innodb plugin.


Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo 
busca por key:


mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE 
TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G

*** 1. row ***
TABLE_ROWS: 27399118
1 row in set (0.00 sec)

mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
+--+-+-+--+
| cookieID | containerID | dtCreated   | lastSelectedLanguage |
+--+-+-+--+
|   123452 |   8 | 2010-05-27 09:09:28 | english  |
+--+-+-+--+
1 row in set (0.00 sec)

mysql>


Marcelo Altmann


On 18/04/13 15:25, dlpazina...@gmail.com wrote:

um e



--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51700512.70...@avvio.com

Re: Opções de base de dados

[Marcelo Altmann]

Usando o exemplo do FB again,
Os caras processam 13Milhoes de queries por segundo (QPS) com o MySQL 
(http://highscalability.com/blog/2010/11/4/facebook-at-13-million-queries-per-second-recommends-minimiz.html)


Claro que tudo tem um custo, a infra deles eh algo absurto, porem nao 
vejo limitacao no SGBD.


Marcelo Altmann






On 18/04/13 15:37, Marcelo Altmann wrote:

Tenho que descordar dos demais novamente.
MySQL eh tudo uma questao de configurar, se tu usa versao que vem 
default no debian squeeze tens que ativar o innodb plugin.


Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo 
busca por key:


mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE 
TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G

*** 1. row ***
TABLE_ROWS: 27399118
1 row in set (0.00 sec)

mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
+--+-+-+--+
| cookieID | containerID | dtCreated   | lastSelectedLanguage |
+--+-+-+--+
|   123452 |   8 | 2010-05-27 09:09:28 | english  |
+--+-+-+--+
1 row in set (0.00 sec)

mysql>


Marcelo Altmann


On 18/04/13 15:25, dlpazina...@gmail.com wrote:

um e






--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517006bf.3030...@avvio.com

Re: Opções de base de dados

[China]

EU também uso Postgres pela facilidade de usar cluster de servidores.
Tenho grandes volumes de transações em mais de 120 milhões de
registros com o Moodle (Educação a Distância).

2013/4/18 Marcelo Altmann :
> Tenho que descordar dos demais novamente.
> MySQL eh tudo uma questao de configurar, se tu usa versao que vem default no
> debian squeeze tens que ativar o innodb plugin.
>
> Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo busca
> por key:
>
> mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE
> TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G
> *** 1. row ***
> TABLE_ROWS: 27399118
> 1 row in set (0.00 sec)
>
> mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
> +--+-+-+--+
> | cookieID | containerID | dtCreated   | lastSelectedLanguage |
> +--+-+-+--+
> |   123452 |   8 | 2010-05-27 09:09:28 | english  |
> +--+-+-+--+
> 1 row in set (0.00 sec)
>
> mysql>
>
>
> Marcelo Altmann
>
>
> On 18/04/13 15:25, dlpazina...@gmail.com wrote:
>>
>> um e
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/51700512.70...@avvio.com
>



-- 
@chinabhz


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAKE1zwpAyMGVYGUzYg+P77XHzaZ-rÂgbugn7vvhdbuxcm...@mail.gmail.com

Re: Opções de base de dados

[Linux - Junior Polegato]

Realmente é bem relativo, tenho aqui no servidor de teste MySQL e 
PostgreSQL, no primeiro uma tabela de 170 mil registros e no segundo uma 
de 76 milhões, uma diferença gritante, contudo o MySQL responde à uma 
query simples entre 0,00s e 0,01s e o PostgreSQL em 0,03s (30 
milissegundos) numa tabela 500 vezes maior, veja abaixo.


Mas uma coisa admito, o insert do MySQL é ligeiro pacas. Se for fazer 
cálculo para cada linha da tabela, o PostgreSQL se sai melhor até que o 
Oracle nos testes que fiz, mas testa aí os bancos, e se for volume 
pequeno e sem cálculos mirabolantes, MySQL ou PostgreSQL, ou até Oracle 
XE, vão bem, mas se tiver demoras maior que 1s no escolhido para fazer 
suas operações, melhor otimizar e/ou testar outros DBs, ou até rever a 
máquina.


[]'s
Junior Polegato

mysql>  select * from nomes where codigo = 1;

++-+-+

| codigo | nome| data_hora   |

++-+-+

|  1 | Junior Polegato | 2013-04-04 22:16:49 |

++-+-+

1 row in set (0.01 sec)

polegato=>  select * from areas where cod_area = 1234 and lower(nome) like 
'%polegato%';

 cod_area |nome  | desativado

--+--+

 1234 | xxx xxx Polegato |  0

 1234 | Junior Polegato  |  0

 1234 | x x Polegato |  0

 1234 | x xx x Polegato  |  0

(4 registros)

Tempo: 29,837 ms



Em 18-04-2013 11:37, Marcelo Altmann escreveu:

Tenho que descordar dos demais novamente.
MySQL eh tudo uma questao de configurar, se tu usa versao que vem 
default no debian squeeze tens que ativar o innodb plugin.


Tenho tabelas com 20+ milhoes e tenho resultados instantaneos fazendo 
busca por key:


mysql> SELECT TABLE_ROWS FROM INFORMATION_SCHEMA.tables WHERE 
TABLE_SCHEMA='--' AND TABLE_NAME='cookies'\G

*** 1. row ***
TABLE_ROWS: 27399118
1 row in set (0.00 sec)

mysql> SELECT SQL_NO_CACHE * FROM cookies WHERE cookieID = 123452;
+--+-+-+--+
| cookieID | containerID | dtCreated   | lastSelectedLanguage |
+--+-+-+--+
|   123452 |   8 | 2010-05-27 09:09:28 | english  |
+--+-+-+--+
1 row in set (0.00 sec)

mysql>


Marcelo Altmann


On 18/04/13 15:25, dlpazina...@gmail.com wrote:

um e






--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517013c4.3090...@juniorpolegato.com.br

mensagens de erro sobre o controlador wireless

[Deckardbot]

Ola,

Precisei formatar meu Squeeze, em seguida instalei o pacote
firmware-iwlwifi.
Depois liguei a wireless e rodei o comando dmesg e percebi algumas
mensagens de erro:

$ dmesg | grep Error

[1.614380] PM: Error -22 checking image file
[ 2491.582671] iwlagn :06:00.0: Error sending REPLY_ADD_STA:
enqueue_hcmd failed: -5
[ 2491.582703] iwlagn :06:00.0: Error sending REPLY_QOS_PARAM:
enqueue_hcmd failed: -5
[ 2491.582715] iwlagn :06:00.0: Error sending REPLY_RXON_ASSOC:
enqueue_hcmd failed: -5
[ 2491.582721] iwlagn :06:00.0: Error setting RXON_ASSOC (-5)

Aparentemente não está causando problemas para mim, mas me incomoda saber
que tem algo errado.
Procurei na net sobre essas mensagens e não encontrei nada.
Alguem sabe o que significam ou como corrigir isso?

Att.

-- 
deckardbot

debian

[Manoel Pedro de Araújo]

Olá, qual adiferença entre o debian squeeze e debianEdu?



-- 
Manoel

Re: debian

[Leonardo Carneiro]

DebianEdu é uma edição do debian corrente (o squeeze no momento), que já
vem com vários pacotes voltados para o uso na área educacional.

Aqui tem explicações bastante claras: http://wiki.debian.org/DebianEdu/


2013/4/18 Manoel Pedro de Araújo 

> Olá, qual adiferença entre o debian squeeze e debianEdu?
>
>
>
> --
> Manoel

Re: debian

[P. J.]

Manoel vc não é de portugal não né?

> 2013/4/18 Manoel Pedro de Araújo 
>>
>> Olá, qual adiferença entre o debian squeeze e debianEdu?

--
|  .''`.   A fé não dá respostas. Só impede perguntas.
| : :'  :
| `. `'`
|   `-   Je vois tout


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CACnf0pi3ZswCySQRWzhC0ZySJKH6SJ=wpqwfnsfccxn-bue...@mail.gmail.com

resolução do console

[Deckardbot]

Ola pessoal,

Aproveitando que formatei meu Squeeze, quero tentar resolver um problema.
O console após a instalação do Debian fica com uma resolução razoável, ai
eu
instalo o pacote 'firmware-linux' e a resolução fica bem melhor.
Mas ai eu instalo o driver de video e a resolução do console fica muito
ruim.

Alguem sabe onde está sendo alterado?
Ou como configuro a resolução e a fonte do console?

Att.

-- 
deckardbot

lettras tremidas

[Manoel Pedro de Araújo]

Olá, galera, isntalei o wheezy uso gnome so que em alguns sites e
aplicativos apresentam letras tremidas. Alguem sabe a solução?

-- 
Manoel

[OT] Vaga - Analista de suporte Linux

[Denis]

Descrição:

Atuamos com HPC e estamos sempre trabalhando à beira do desconhecido
em termos de tecnologia. Nosso ambiente é de uma startup descontraída
e focada em resultados. Projetamos, construímos e suportamos sistemas
com centenas/milhares de cores de processamento e adicionamos toda a
inteligencia.

O nosso mundo é Linux e trabalhamos com:

Linux RedHat/Debian, LustreFS, GlusterFS, Infiniband, Intel e AMD,
Supermicro,  MPI e OpenMP, CUDA, C, C++, FORTRAN, BASH, Storage,
Nagios, Ganglia, LDAP, Torque, Maui, SLURM, NFS, ISCSI, automount,
SSD, IPMI, BLAS, LAPACK, FFTW, Automake, tcp/ip, compilação de
códigos, instal. de S.O., atendimento a úsuários, monitoramento de
clusters, instal. de hardware, benchmarking, empacotamento DEB e RPM,
projeto de soluções, profiling/tracing de aplicações, tunning de
filesystem.

Procuramos profissional que tenha comprovada experiência em Linux, e
em pelo menos 5 dos itens citados acima. Seja empenhado, esteja sempre
desejando aprender, seja diligente, focado, atente-se a detalhes e
goste de desafios. Que esteja sempre inclinado a colaborar e ajudar,
consiga trabalhar com e para outros. Consiga gerenciar seu próprio
tempo e cumprir prazos. Candidatos devem ser capazes de expressar suas
opiniões e defendê-las. Devem ter boa habilidade de comunicação oral e
escrita e serem capazes de escrever relatórios e documentação de
usuários. O candidato precisa ter disponibilidade para viagens e ser
capaz de manipular/instalar hardware/servidores.

Não é necessária experiencia com computação de alto desempenho, mas
esse seria um grande diferencial. Experiência em programação C e/ou
Fortran também. Mínimo de inglês para leitura.

O Salário após o período de experiência é de 2k+VT+VR+Seguro de Vida.
O local de trabalho é na Sé.

Interessados devem enviar email para cont...@versatushpc.com.br
informando resumidamente as suas habilidades e porque gostaria de
trabalhar conosco. Enviar também disponibilidade para início e o
curriculo no corpo do email.

Att.

-- 
Denis Anjos,
www.versatushpc.com.br


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+ja2MDshmbKbFLqUbn-bOHp3HT10h+KUZ2MZ-d=hf4yn4t...@mail.gmail.com