Assista em HD e Fullscreen!

Abraços!

Assista em HD e Fullscreen!

Abraços!

Até pouco tempo, eu usei MySQL em meus projetos. Mas, pesquisando um pouco, descobri que PostgreSQL tem inúmeras vantagens sobre o outro. A mais interessante que vi até agora, foi o desempenho, drasticamente superior ao MySQL.

Aqui na Woompa usamos o Postgre e passei a usar em meus projetos pessoais também. Com isso, uma breve dica de como converter seus dados para que sejam importados no Postgre sem problemas.

Encontrei por aí um programa em Perl que faz a conversão. Supondo que esteja usando Linux e tenha o Perl instalado, dê permissão de execução ao arquivo:

$ chmod +x mysql2pgsql.perl

Agora, faça um backup dos seus dados do MySQL:

$ mysqldump -u username -p databasename > backup_mysql.sql

Feita a exportação dos dados, basta fazer a conversão usando o MySQL2PgSQL:

$ ./mysql2pgsql.perl backup_mysql.sql backup_pgsql.sql

Aqui ele cria um arquivo que exclui todas as tabelas do seu banco e as cria novamente. Se você quiser que ele não exclua as tabelas antes de fazer a importação, basta fazer a conversão utilizando a opção -nodrop. (para importação com o PgAdmin, recomendo que utilize esta opção.)

Feita a conversão, basta importar os dados para seu banco PostgreSQL. Suponho que você já o tenha instalado e o banco de dados tenha sido criado:

$ psql -h hostname -U username -d databasename -W < backup_pgsql.sql

Se fez tudo certo, seus dados já estarão importados em seu novo servidor de banco de dados. Agora configure sua aplicação para que passe a utilizar o PostgreSQL. Lembrando que se você não trabalhar com algum framework que faça a abstração dos acessos ao banco, talvez venha a ter problemas com a sintaxe de suas queries SQL, pois o Postgre trabalha com PL/SQL. Faça o teste. Caso tenha problemas, talvez seja a hora de quebrar mais um paradigma e passar a usar algum framework ORM, como ActiveRecord para Ruby. Pois já era hora!

Atenção!

Depois de um tempo, notei um problema no programa de conversão. As colunas com o tipo Boolean (MySQL TinyInt) não foram convertidas de maneira correta. Isso me obrigou a converter manualmente os dados desse tipo de coluna emergencialmente. Depois irei dar uma olhada no programa de conversão e ver se posso contribuir de alguma forma no repositório oficial.

Espero que tenha sido útil. Qualquer feedback ou comentário, sinta-se à vontade.

Abraços.

     O cache de buffer do banco de dados é a área de trabalho do Oracle para execução de SQL. Ao atualizar os dados, as sessões dos usuários não atualizam diretamente no disco. Os blocos que contém os dados de interesse são primeiramente copiados no cache de buffer do banco de dados. As alterações (como inserção de novas linhas e exclusão ou modificação de linhas existentes)  são aplicadas a essas cópias dos blocos de dados no cache de buffer do banco de dados. Os blocos permanecerão no cache por algum tempo, até que o buffer que eles estão ocupando seja requisitado para armazenar outro bloco em cache.

     Durante uma consulta, os dados também utilizam o cache. A sessão calcula quais blocos contêm as linhas de interesse e as copia no cache de buffer do banco de dados.  As linhas relevantes são então transferidas para a PGA da sessão para processamento posterior. E, novamente, os blocos permanecem no cache de buffer do banco de dados por algum tempo subseqüente.

     Tome nota do termo bloco. Os arquivos de dados são formatados em blocos de tamanho fixo. As linhas da tabela e outros objetos de dados, como chaves de índice, são armazenados nesses blocos. O cache de buffer do banco de dados é formatado em buffers de memória, cada um dimensionado para armazenar um bloco. Ao contrário dos blocos, as linhas são de comprimento variável. O comprimento de uma linha dependerá do número de colunas definido pela tabela, se as colunas contiverem realmente alguma informação, e se contiverem, que tipo de informação. Dependendo do tamanho dos blocos (que é definido pelo DBA) e do tamanho de linhas (que depende do projeto e do uso da tabela), pode haver várias linhas por bloco ou uma linha pode se estender por vários blocos.

     Teoricamente, todos os blocos que contêm dados acessados com freqüência estarão no cache de buffer do banco de dados, minimizando a necessidade de I/O de disco. Como uma utilização típica do cache de buffer do banco de dados, considere um usuário final recuperando um registro de funcionário e atualizando-o, com estas instruções:

SELECT last_name, salary, job_id FROM employees WHERE employee_id=100;

UPDATE employees SET salary=salary * 1.1 WHERE employee_id=100;

COMMIT;

     O processo de usuário pediu o número do funcionário e construiu a instrução SELECT. A instrução SELECT recupera alguns detalhes a serem enviados ao processo de usuário, onde eles serão formatados para exibição. Para executar essa instrução, o processo de servidor da sessão lerá o bloco de dados que contém a linha relevante em um arquivo de dados de um buffer. O processo de usuário iniciará então um diálogo na tela para solicitar alguma alteração a ser feita e verificada. Depois, a instrução UPDATE e a instrução COMMIT serão construídas e enviadas para o processo de servidor para execução. Desde que não tenha sido transcorrido um período de tempo excessivo, o bloco com a linha ainda estará disponível no cache quando a instrução UPDATE for executada. Neste exemplo, a taxa de acesso ao cache de buffer será de 50%: dois acessos a um bloco no cache, mas somente uma leitura do bloco no disco. Um cache de buffer do banco de dados bem ajustado pode resultar em uma taxa de acesso ao cache superior a 90%.

     Um buffer que armazena um bloco, cuja imagem no cache não é a mesma no disco, é referenciado como um buffer sujo. Um buffer será limpo quando um bloco for inicialmente copiado para ele: nesse ponto, a imagem do bloco no buffer será igual à do bloco no disco. O buffer se tornará sujo quando o bloco que estiver nele for atualizado. Eventualmente, os buffers sujos devem ser gravados de volta no arquivo de dados, quando o buffer ficará limpo novamente. Mesmo depois de gravado no disco, o bloco permanece na memória. É possível que o buffer fique um tempo sem ser sobrescrito por outro bloco.

     Observe que não há correlação entre a freqüência de atualizações de um buffer (ou o número de instruções COMMIT) e quando ele tem de ser gravado de volta nos arquivos de dados. A gravação nos arquivos é feita pelo processo em segundo plano database writer.

     O tamanho do cache de buffer do banco de dados é crucial para o desempenho. O cache deve ser dimensionado adequadamente para armazenar todos os blocos freqüentemente acessados (sejam eles limpos ou sujos), mas não tão grande que possa armazenar blocos raramente necessários. Um cache subdimensionado resultará em uma atividade em disco excessiva, à medida que os blocos freqüentemente acessados são lidos continuamente no disco, usados e sobrescritos por outros blocos e, em seguida, lidos no disco de novo. Um cache superdimensionado não é tão ruim (desde que ele não seja tão grande que o sistema operacional tenha de fazer swap de páginas de memória virtual com a memória real), mas pode causar problemas. Por exemplo, a inicialização de uma instância fica mais lenta se ela envolve a formatação de um cache de buffer do banco de dados muito grande.

     O cache de buffer do banco de dados é alocado na hora da inicialização da instância. Antes da versão 9i do banco de dados, não era possível redimensionar o cache de buffer do banco de dados após o startup sem reiniciar a instância do banco de dados, mas, da versão 9i em diante, ele pode ser redimensionado a qualquer hora. Esse redimensionamento pode ser manual ou (da versão 10g em diante) automático de acordo com a carga de trabalho, se o mecanismo automático tiver sido ativado.

Irei demonstrar uma breve introdução sobre as estruturas de memória, que irei brevemente abordar mais a fundo cada uma delas.

Uma instância do Oracle é composta por um bloco de memória compartilhada conhecida como área global de sistema, ou SGA, e vários processos em segundo plano. No mínimo, a SGA conterá três estruturas de dados:

• O cache de buffer de banco de dados
• O buffer de log
• O shared pool

Opcionalmente, ela também pode conter:

• Um large pool
• Um java pool
• Um Streams pool

As sessões de usuário também precisam de memória no servidor. Essa memória não compartilhável é conhecida como a área global de programa, ou PGA. Cada sessão terá sua própria PGA privada.

Como falei anteriormente, é uma breve introdução sobre estruturas de memória e, ainda este final de semana irei falar mais começando com o cache de buffer de banco de dados.

A partir de hoje, estarei reativando o blog colocando novas informações com um foco mais direcionado a banco de dados Oracle, linguagem SQL e PL/SQL. Sugestões para post e demais detalhes serão bem vindas para tornarmos este blog uma referência ao se falar de banco de dados.
Agradeço a ajuda de todos os companheiros que quiserem trocar informações e nos vemos nos próximos posts.

Att
Swall Gemellaro
Admin Banco de Dados Oracle

$ git rm -r --cached .
$ git add .

Primeiro, ele remove todos os arquivos do índice sem alterá-los no seu diretório de trabalho e, em seguida, adiciona esses arquivos novamente ao índice, ignorando todos aqueles listados no .gitignore. À partir daí, basta continuar trabalhando normalmente em seu projeto.

Abraços!

Quando ouvi isso, foi onde realmente a ficha caiu. Pensei: ‘o que estou fazendo?’. E a resposta é simples: ‘o que deve ser feito!’. Entenda como cheguei à esta conclusão.

Meu nome é Felipe e sou de uma pequena cidade chamada Valença, no interior do RJ (só não tente procurar no mapa, ela não estará lá). Lá, tecnologia é uma coisa que passa distante do dia-a-dia. As (poucas) empresas trabalham de forma quase que precária, ainda usam papel pra registrar informações e tratam seus funcionários como máquinas. Gostar de internet e viver em um lugar assim é horrível, pois você não tem referência, não há um profissional que possa te orientar, não há um curso de qualidade ou um evento que fale sobre coisas realmente importantes sobre o mercado. Cansei de assistir palestras sobre a história da informática, cansei de ver professores ensinando que a condição só é verdadeira quando todos os parâmetros com conectivo ‘e’ são verdadeiros e cansei de ouvir ‘isso tá caro, meu sobrinho faz por 10% desse valor’. Pensei: ‘chega, não aguento mais!’.

Dias após minha paciência ter se esgotado, resolvi colocar em prática minhas ideias de ‘dominar o mundo’, comecei a pensar em alternativas que me tirariam daquele lugar, à princípio, pra 2012. Consegui um cliente importante que me trouxe um projeto realmente interessante em anos, que me faria aprender muita coisa interessante. Meses depois, vi um anúncio lindo, sobre uma vaga em uma startup em Porto Alegre, pensei: ‘peraí! Porto Alegre? Isso fica a 1600 km daqui. Como farei?’. Simples: ‘preencha o formulário e espere um contato’. E foi exatamente isso que aconteceu. O projeto em que eu estava engajado me deu bagagem suficiente para poder preencher aquele formulário e, logo no dia seguinte, os caras responderam dizendo que eu era o cara certo para a vaga. Achei incrível, foi mais rápido do que eu esperava (e bem mais longe também). E hoje, duas semanas após a ousada tentativa de conseguir a vaga, eu a consegui. Estou aqui na Woompa, meu primeiro dia e estou super entusiasmado com tudo, as ideias, os projetos, a proposta, o ambiente e claro, o prazer em trabalhar com pessoas que respeitam as outras pessoas e seus valores e ideias. Além, claro, de usar as tecnologias e metodologias que realmente fazem a diferença hoje. Nada de PHP (argh!) com MySQL, nada de programação procedural, nada de Locaweb, nada de fazer sitezinho. O trabalho aqui é realmente relevante, inovador e divertido.

Agora, para concluir a empreitada, recomendo fortemente: não se acomode, não pare de estudar nunca e o mais importante, não deixe que 1000, 2000 ou 10000 km atrapalhe você a fazer o que deve ser feito.

Agradeço ao pessoal da Woompa por essa oportunidade e agradeço também aos meus amigos sensatos que, há 1 ano mais ou menos, me apresentaram ‘o jeito certo’ de fazer as coisas. Sem isso, eu ainda estaria fazendo sitezinhos a preço de banana pra concorrer com o sobrinho fullservice do cliente.

Então é isso. Abraço à todos e motivação sempre. Procrastinação nunca.

Importante! Lembre-se de atualizar o link para o arquivo da jQuery. Como o código é muito pequeno, não achei necessário deixar para download.

Abraços!

“O Rails é um framework que torna mais fácil desenvolver, instalar e manter aplicativos web. Nos meses seguintes à sua distribuição inicial, ele passou de um brinquedo desconhecido a um fenômeno mundial. Ele ganhou prêmios e, sobretudo, tornou-se o framework preferido para a implementação de um amplo espectro dos chamados ‘aplicativos web 2.0’. Ele não é apenas um modismo entre hackers radicais: muitas multinacionais estão utilizando-o para criar aplicativos web.” (Extraído do livro Agile Web Development With Rails)

O parágrafo anterior não causou muit

o impacto por si só. Mas depois de conhecer alguns conceitos do Rails, tenho certeza de que você irá repensar sua forma de fazer as coisas. Vamos lá!

O Rails e o Ruby

O Ruby é uma linguagem totalmente orientada a objetos e dinamicamente tipada. Isso quer dizer que na hora de declarar uma variável qualquer, não é necessário informar seu tipo, o Ruby identifica automaticamente. E como tudo no Ruby é objeto, ele irá criar uma instância da classe correspondente ao tipo da variável. Por exemplo, o número 1 é uma instância da classe Fixnum, assim como “Ruby on Rails” é uma instância da classe String. Além disso, o Ruby é uma linguagem natural para escrita e leitura. Observe uma estrutura condicional em PHP e compare com Ruby:

PHP:

if ( $balance > 999999 ) { $user->isMilionaire() }

Ruby:

@user.is_milionaire! if balance > 999_999

Outro ponto interessante no Ruby, é que ele trata os tradicionais operadores aritméticos de adição (+) e subtração (-) como métodos. Imagine que você queira excluir os valores no Array A que coincidam com os valores no Array B. Observe a implementação em PHP e em Ruby:

array_a = ["Item 1", "Item 2", "Item 3", "Item 4", "Item 5"]
array_b = ["Item 2", "Item 4"]

PHP:

for( $a = 0; $a < count($array_a); $a++ ){
for( $b = 0; $b < count($array_b); $b++ ){
if( $array_a[$a] == $array_b[$b] ){
array_splice($array_a, $a, 1);
break;
}
}
}

Ruby:

array_a – array_b

Resultado obtido com ambos os códigos:

array_a = ["Item 1", "Item 3", "Item 5"]

Nesse caso, o sinal de subtração (-) é um método do objeto Array A que recebe o Array B como parâmetro, compara os valores de ambos os Arrays e faz a devida ”subtração”.

Código escrito em Ruby é elegante, inteligível e literalmente, dispensa comentários. Além do ganho de produtividade.

O Rails e o MVC

O MVC (Model-View-Controller) é uma forma elegante de manter o desacoplamento do código, tornando o desenvolvimento e a manutenção fáceis e ágeis.

O Model é responsável pelo acesso ao banco de dados, utilizando o conceito de Object-Relational Mapping. O ORM trata cada tabela do banco de dados como uma classe, seus registros como objetos dessa classe e campos como atributos desses objetos, tornando a manipulação dos dados mais simples e rápida, causando um aumento da produtividade. Em aplicações Rails, você quase não vê SQL. O Model também é responsável pela lógica de negócios. Suponha que o usuário queira fazer uma compra, mas só poderá concluir o pedido se houver informado um número válido de cartão de crédito e um endereço para entrega. O Model é o responsável por fazer as validações necessárias e retornar os resultados.

A View é responsável por capturar as entradas do usuário através do navegador e enviar ao Controller, que prepara as informações e interage com o Model; quando o Controller obtém os resultados da interação, prepara os dados novamente e envia de volta para a View. Com isso, a View exibe ao usuário o resultado dos dados inseridos anteriormente. As Views são as páginas HTML que vemos no navegador.

O Rails e o RESTful

O RESTful é um conceito que utiliza de forma correta os métodos do protocolo HTTP para manipulação de dados e requisições. Comumente é utilizado o método GET para requisitar um recurso existente no servidor e POST para criar um novo; há também o método PUT para atualizar e o DELETE para excluir – tome como recurso, qualquer informação armazenada no servidor, como arquivos ou registros em bancos de dados. Com isso, são utilizados apenas 7 métodos nos Controllers, que são suficientes para tratar as requisições das Views e manipular qualquer recurso no servidor.

Dependendo da necessidade de cada projeto, o Rails garante a flexibilidade de não utilizar alguns desses métodos ou até criar outros. Com a utilização do padrão RESTful, mais uma vez o Rails consegue manter o código elegante e organizado, gerando mais produtividade.

O Rails e as Migrations

As Migrations são informações sobre a estrutura do banco de dados utilizado na aplicação. Sua finalidade é criar um versionamento de todo o banco, armazenando cada alteração feita e possibilitando que qualquer alteração seja desfeita. Com isso, o desenvolvedor terá uma segurança a mais, podendo voltar a um estado anterior caso implemente algo que dê problemas. As Migrations tem dois métodos, um com instruções para avançar no desenvolvimento e, outro para voltar, caso algo dê problema. Com isso, você terá um controle de versões do banco de dados. E para aumentar ainda mais a produtividade, o Rails dispõe do Rake, um utilitário para executar as Migrations e várias outras tarefas repetitivas e chatas.

O Rails é DRY

O Don’t Repeat Yourself é um conceito que diz que um trecho qualquer de código deve ser escrito em apenas um local e reutilizado em qualquer outro local da aplicação, tornando o Rails um framework extremamente produtivo. Com isso, quando precisar refatorar o código, terá de fazer em apenas um local, e não mais perder tempo procurando todas as duplicações e correndo o risco de criar bugs. Isso unido ao conceito de Convention Over Configuration, ao qual você não precisa perder tempo editando arquivos de configurações para poder rodar sua aplicação, bastando seguir as convenções ao invés das configurações, há ainda, mais aumento na produtividade.

Por exemplo, no Rails os Models são classes que correspondem a uma tabela no banco de dados. Se temos uma classe User, a tabela correspondente será seu plural Users, assim como seu Controller se chamará UsersController. Seguindo essa convenção, você ganha tempo não tendo de configurar coisas desnecessárias, o Rails faz o trabalho pesado e chato para você.

O Rails é ágil

Você já deve ter percebido a quantidade de vezes que *produtividade* aparece. Isso é devido ao conceito de Desenvolvimento Ágil. Tal conceito favorece 4 valores. São eles:

1. Indivíduos e interações em vez de processos e ferramentas.
2. Software em funcionamento em vez de uma documentação abrangente.
3. A colaboração do cliente em vez da negociação de um contrato.
4. Responder a mudanças em vez de seguir um plano.

Esses valores fazem parte do AgileManifesto, ao qual possui um total de 12 princípios para o desenvolvimento de software ágil e de qualidade. Visite AgileManifesto.org para conhecer esses princípios.

Minha opinião sobre o Rails

O Rails mudou minha concepção de programação, me poupando da parte chata e tornando o desenvolvimento extremamente divertido, além de realmente ajudar a produzir software de qualidade. Com isso, você pode dedicar mais tempo para interagir com o cliente, coletando feedbacks constantes; aceitar mudanças com mais facilidade e implementar também.

Outra coisa interessante que me chamou a atenção é a capacidade do Rails de gerar uma aplicação funcional com apenas algumas linhas de comando no prompt. Na maioria dos casos, o código gerado será totalmente substituído no final, mas com isso, você já consegue mostrar uma visão geral da coisa funcionando, agregando valor ao seu trabalho e gerando confiança junto ao cliente.

Aprender Rails é tão simples e divertido quanto criar as aplicações. Só não pense que você vai se tornar um programador Jedi em 21 dias. Como em qualquer área do conhecimento, a excelência só vem com a prática constante.

Rodando o Rails no seu Windows

Antes de começar, baixe e salve em uma pasta qualquer tudo que irá precisar. Segue os links das versões que testei e sei que funcionam.

1. Ruby 1.8.7 – 2. RubyGems 1.3.7 – 3. SQLite3.dll

Após concluir os downloads, execute o instalador do Ruby e clique em Next até vir a tela abaixo. Quando chegar aqui, marque as duas checkboxes – é extremamente importante que isso seja feito – e clique em Install.

Após instalar o Ruby, você precisará instalar o RubyGems, que é o gerenciador de pacotes do Ruby. Extraia o arquivo .zip e execute o arquivo setup.rb. A tela abaixo irá aparecer, basta esperar que ela se fechará automaticamente quando finalizar o processo.

Com o RubyGems instalado, o próximo passo é instalar o Rails. Sua versão atual é a 3.0.0. Para isso, abra o prompt de comando. Se nunca fez isso, vá ao Menu Iniciar / Executar ou pressione Windows + R no teclado e digite “cmd”. Com o prompt aberto, digite “gem install rails”. Aguarde até que o download do Rails seja concluído. A tela irá se parecer com essa:

Note que, além do Rails, foram instaladas várias dependências, além de suas respectivas documentações – eu retirei da imagem acima as documentações, então não estranhe se estiver diferente da sua, e também, não se preocupe se aparecerem alguns erros na compilação da documentação, isso não irá atrapalhar em nada.

O Rails utiliza inicialmente um banco de dados para desenvolvimento que é o SQLite 3. Para instalar o SQLite, ainda com o prompt aberto, digite “gem install sqlite3-ruby” e aguarde o download. A tela gerada na instalação será parecida com a anterior.

Importante! O SQLite costuma gerar um erro quando você chama o Rake para executar as Migrations e utilizar o banco de dados. Para corrigir esse problema, copie o arquivo “SQLite3.dll” que está no arquivo .zip que você baixou para a pasta “c:\windows\system32”.

Pronto! Feito isso, você tem um ambiente Rails rodando no seu Windows. Se você usa outro sistema operacional, recomendo dar uma lida no site oficial do Rails no Brasil.

Criando sua primeira aplicação web ágil com Rails

Imagine uma situação. Sua mãe tem uma lista de telefones daquelas de papel, que por sinal, já não cabe mais nada, além de estar uma bagunça e faltando páginas. Ela decide que agora é uma senhora moderna e quer entrar para era digital. Ela lhe pede para ensinar a utilizar uma lista virtual. Você, malandrão, lhe pede uns trocados para elaborar a mais moderna Agile Phone List With Rails. Ela, impressionada com tanto jargão em uma só frase, concorda. Você abre seu prompt e digita os seguintes comandos:

c:\>rails new PhoneList
c:\>cd PhoneList
c:\PhoneList>rails g scaffold friend name:string address:string phone:integer
c:\PhoneList>rake db:migrate
c:\PhoneList>rails s

Terminada essa trabalheira toda, você abre seu navegador e digita “http://localhost:3000/friends” e talvez sua mãe tivesse se impressionado, mas ela disse que foi tão fácil que só valeria a metade dos trocados. Mas pela agilidade, ela vai lhe pagar o dobro – só não espere que um cliente no mundo real faça isso. Ficou curioso para saber o que aconteceu? Deixe a preguiça de lado e faça o Rails rodar. :-B

Importante! No comando do scaffold, o friend é no singular mesmo, já no endereço no browser, é no plural. Explicarei isso em outro artigo. Lembre-se que até agora você não viu código algum. O que você digitou foram apenas alguns comandos do Rails para facilitar o seu trabalho.

Finalizando

São quase 6 da manhã e estou morrendo de fome e sono – para quem acha isso impressionante, dê uma lida no post do Thiago Feijó – e finalmente o artigo parece estar pronto. Para os próximos posts, pretendo mostrar melhor como o Rails funciona, falando sobre as convenções, o MVC, o RESTful, mostrando como conectar outro banco de dados e tudo mais. Então, espero que gostem e tirem bom proveito.

Li em um artigo hoje que só vale a pena aprender uma linguagem – ou framework – nova se ela quebrar seus velhos paradigmas. Concordei com isso e digo com muito orgulho: O Rails vai quebrar seus paradigmas e fazer de você um programador muito mais feliz.

Um grande abraço!