Estou desenvolvendo um projeto para oficinas. Está sendo desenvolvido em Python usando o Django.
É um desenvolvedor de SP que está fazendo o trabalho. Gostaria de conversar com você a respeito do Django e te apresentar meu trabalho.

Aguardo seu contato.

Um abraço,

Claudio

Se for assim, não restam muitos motivos para se usar o worker não é?
A não ser que você tenha certeza de que sua aplicação é thread-safe e não quer pagar pelo overhead da tabela de processos.

Abraço.

No entanto, o fork no Linux (na verdade uma syscall propria, clone()) é implementado com Copy-on-Write, o que a torna basicamente o mesmo que uma thread, o unico overhead imposto e a copia na tabela de processos em execucao.

Vale muito mais a pena usar servidores que respondem com fork do que com threads, considerando a quantidade de problemas que voce pode ter na sua aplicacao quando executando sob threads.

Jóia! ;D

Que bom que está no caminho!

Nunca passei por isso, mas imagino que o Django deveria respeitar a definição do nome da tabela que você definiu no Meta do seu model.

Talvez o problema seja que este manager não usa um banco secundário como padrão. Você tem que usar o método “use(banco)” pra usar um banco diferente.

Pra isso, acho que a melhor alternativa é colocar algo assim nas opções do teu admin:

class BlogOptions(admin.ModelAdmin):
    def queryset(self, request):
        return super(BlogOptions, self).queryset(request).use('alternative_db').select_related()

Não sei se entendi bem a tua dúvida, qualquer coisa grita.

No meu model. Mas quando vou acessar o admin, o seguinte erro é gerado:
(1146, “Table ‘proj.usuarios’ doesn’t exist”)
Sendo que “proj” é o nome do meu primeiro database e não do meu segundo.

Tentei usar db_tablespace = ‘proj2′ no model mas também não funcionou.

Você já passou por isso?

Obrigado!

…e estou com problema em outra coisa.
Seguindo o modelo proposto pelo Eric Florenzano. Estou com o problema de não fechar conexão. Vc consegiu resolver isso ?

Valeu pela dica!

vc teria disponibilidade para escrever o conversor para o formato CSV ?
Entre em contato com comigo para discutirmos um preço/forma de trabalho.
Obviamente, o resultado do trabalho você poderia publicar como GPL.

Um abraço,
Josir.

Dá uma olhada na documentação do Django.

Você pode colar o código do manager no seu “models.py” ou colocar em algum lugar disponível no teu path (mais recomendado).

Eu criei um diretório “multidb” e coloquei o manager em um arquivo “__init__.py”.

Aí você precisa associar o manager ao teu model:

from multidb import MultiDBManager

class Blog(models.Model):
    # ... seus campos
    objects = MultiDBManager()

Abraço.

Obrigado.

O django-importer não importa um schema de outro tipo de sistema, ele só alimenta com dados models já criados e instalados na sua aplicação.
Um exemplo breve: você quer importar um RSS de notícias de outro site para dentro do seu próprio sistema de notícias, o django-importer vai te ajudar nisto.

Se quiser me escreva um e-mail explicando melhor o uso que você pretende fazer com XSD e talvez eu possa ajudar.
Eu fiquei de colocar um exemplo de uso no site do projeto mas ainda não tive tempo.

Abraço.

Se for isto mesmo, serial possível você me passar algum exemplo de utilização?

Abraços e obrigado pela atenção.

Na verdade você não importa definições de models, você alimenta um model que você criou com um XML gerado por outro aplicativo.
Não sei se eu te entendi errado, mas talvez você procure outra coisa.

Qualquer coisa é só falar!
Abraço.

Será que você poderia me dar mais detalhes? Acho que não ficou muito claro pra mim.
Você pode no caso, ter um arquivo XML já gerado por algum outro aplicativo e, a partir deste XML gerar os models para o Django?

Se for isto é justamente o que eu procurava!!!

Obrigado