Pular para o conteúdo principal

Python, NoSQL e a tal da independência

Para quem tem acompanhado as discussões e notícias sobre NoSQL, sabe que não é mais uma promessa para o futuro, e sim uma realidade.
E o framework web mais conhecido e utilizado do mundo Python(a.k.a Django) não poderia deixar esta onda passar.
O Django foi criado em outra época, em outro contexto e nasceu com a idéia de funcionar junto a bancos relacionais.
Porém com o advento dos bancos não relacionais, portar sua aplicação Django de um paradigma para outro é uma tarefa nada simples:
  • Não há possibilidade de reutilizar as instruções SQL
  • Geralmente você tem de gerenciar seus índices manualmente
  • Gerenciamento de seus relacionamentos, já que não conta com joins
  • e muitos outros problemas...
E neste cenário é que nasceu o Django non-rel, um 'port' do framework Django porém tendo re-implementado sua ferramenta de ORM para funcionar com bancos de dados não relacionais. Sendo assim você continua tendo todas as ferramentas fornecidas pelo framework(ORM, Admin, URL Routing, Template, Managers, Cache, User, Session, etc, etc, etc..) porém funcionando em um banco de dados não-relacional(ou NoSQL se preferirem).
Ele possui módulos/projetos internos para resolver algumas diferenças entre os dois mundos, como por exemplo o django-dbindexer, que se responsabiliza pelas não normalização do seu banco e também pelos JOINs.
Outro módulo importantíssimo, e responsável pela 'independência' citada no título, é o projeto djangoappengine, que como o nome diz, é responsável por implementar as diversar funcionalidades do Django tendo o Google AppEngine como backend. Com este projeto você pode desenvolver sua aplicação sem se preocupar em 'estar amarrado' ao GAE, pois o código será portável para outra plataforma(seja uma outra plataforma PaaS, ou sua própria).
Ao fazer o download do django-nonrel e seus módulos aqui você vai encontrar um projeto de teste pronto para ser executado no GAE.
-Rafael

Comentários

Josir Gomes disse…
Valeu pelo post Rafael. Eu não conhecia o projeto djangoappengine. Vc já trabalhou com ele? Está estável?
Unknown disse…
Olá Josir,
Estou fazendo um projeto com ele e está bem estável sim, há algumas features do Django não suportadas ainda mas está tudo muito bem documentado.

Postagens mais visitadas deste blog

10 reasons why we love JSF

1. One-slide technology: it's so simple that I can explain basic JSF with one slide. 2. Easy to extend: components, listeners, render kit, Events, Controller, etc. 3. Real-world adoption: JBoss, Exadel, Oracle, IBM, ... 4. Architecture model: you can choose between more than 100 different architecture. 5. Open-mind community: using JSF you are going to meet very interesting people. 6. We are using JSF the last 5 years and we found very good market for JSF in Brazil 7. Progress: look to JSf 1.1 to JSF 1.2, JSF 1.2 to JSF 2.0. People are working really hard! 8. Many professionals now available 9. It's a standard. It's JCP. Before complain, report and help! 10. Ed Burns, spec leader, is an old Globalcode community friend! EXTRA: My wife is specialist in JSF. She's my F1 for JSF :) Nice job JSF community! -Vinicius Senger

Devo fazer um curso ou ler um livro?

Acredito que todos os instrutores ou professores, independentemente da área, escola ou centro de treinamento, já devam ter recebido essa pergunta alguma vez na vida: devo fazer um curso ou ler um livro? Para responder a essa pergunta, precisamos avaliar os prós e contras de cada opção. Trabalho com treinamento há algum tempo e, hoje, recebi essa pergunta de um aluno. Não adianta responder a ou b sem argumentar, demonstrando as opções conforme a situação do aluno. O conteúdo, a forma de transmissão e a capacidade de assimilação do indivíduo são chaves para haver benefício maior de aprendizado. Tanto em um bom curso quanto em um bom livro, o conteúdo é a premissa básica . Por conteúdo entendemos: se está organizado; se respeita pré-requisitos; se promove o aprendizado guiado e incremental; se aborda de forma satisfatória os principais pontos; se tem bom balanço entre teoria, exemplos e prática (favorecendo exemplos e prática); se tem como premissa a acessibilidade possível (e cabível) pa...

O que é Lógica de programação?

Este é o segundo de uma série de posts voltados aos leitores do blog que estão dando início à carreira de desenvolvimento de software. O assunto de hoje é a lógica de programação. Para ler antes: Entendendo como funciona a programação de computadores: linguagens de programação, lógica, banco de dados A lógica de programação é um pré-requisito para quem quer se tornar um desenvolvedor de software, independente da linguagem de programação que se pretende utilizar. Mas o que é de fato a Lógica de Programação e como saber se eu tenho esse pré-requisito? A lógica de programação nada mais é do que a organização coerente das instruções do programa para que seu objetivo seja alcançado. Para criar essa organização, instruções simples do programa, como mudar o valor de uma variável ou desenhar uma imagem na tela do computador, são interconectadas a estruturas lógicas que guiam o fluxo da execução do programa. Isso é muito próximo ao que usamos em nosso cotidiano para realizar atividad...

Desenvolvimento Softwares Vs. Construção Civil

Eu sei que a metáfora da construção civil tem sido utilizada para referenciar modelos mais rígidos, porém, analisando de um novo ponto de vista, o de um pedreiro, eu vejo uma analogia interessante.  Já são conhecidas as inúmeras comparações entre "engenharia" de software e engenharia civil: pilares da arquitetura Java EE, diagramas como planta e código como a casa construida, a função de arquiteto, engenheiro e a famosa frase que o programador é o pedreiro do software... Tudo isso nos perseguiu muito nos últimos 20 anos e muitos dos profissionais de T.I. não gostam dessas comparações. O fato é que influenciado por tais comparações, há exatamente 9 anos atraz quando tinhamos uma equipe enxuta e dinâmica de desenvolvimento, eu costumava dizer: "Vamos fazer uma imersão em uma obra e entender quais são as razões de uma casa ser levantada aparentemente com menor esforço organizacional e corportativo que um software". Nunca fizemos. Porém refletindo recentemente ach...

Appengine e os períodos de manutenção

Uma das funcionalidades do Google AppEngine(GAE) que eu acho mais fantásticas -principalmente para nós desenvolvedores-, é a possibilidade de deixar sua aplicação preparada para momentos em que haverá alguma manutenção nos servidores do GAE ou mesmo uma 'queda' inesperada de um serviço. Isso fizemos também no site da YaW . Qualquer serviço web, por mais que esteja disponível 24/7/365 em algum momento deverá sofrer uma paralisação seja por uma manutenção, atualização ou qualquer problema imprevisto. Com o GAE não é diferente, a grande vantagem é que o próprio ambiente lhe avisa destes momentos, sendo que você pode deixar sua aplicação já pronta para continuar funcionando(mesmo que não 100%) durante estes períodos. A camada de persistência(Datastore) por exemplo, em períodos de manutenção, entra em um estado especial em que somente é possível realizar leituras na base(read-only), nenhuma modificação ou alteração na base é permitida. Nestes períodos, se a aplicação realizar alguma...

JSF 2 - Composite Components, você não precisa mais ser um ninja

Estamos em uma nova era da computação, os dados não estão mais localizados em um banco dentro de sua empresa, vivemos a explosão de redes sociais, informações são geradas a todo instante, e se torna essencial que sua aplicação conheça os serviços disponíveis na web e consumam suas APIs geralmente disponíveis por serviços REST. Legal, mas como ficam meus aplicativos Java EE neste novo cenário? Para quem vem acompanhando a evolução da plataforma, é notório que todo esforço vem sendo utilizado para aumentar a produtividade e a integração com novos serviços. Basicamente duas especificações surgem com muita força para atender este cenário, a JSR - 314 (JSF-2) e JSR - 311 (JAX-RS), neste post exploraremos a JSR-314 (JSF2) e sua nova forma de criar Composite Components. Uma das grandes queixas dos desenvolvedores JSF era a complexidade em criar composite components, era necessário um vasto conhecimento sobre o ciclo de vida de uma aplicação JSF. Agora, você não precisa ser mais um “ninja” em ...