Re: [androidbrasil-dev] Limite de armazenamento do SQLite

Quanto a questão original do tópico, sugiro que sejam feitos alguns testes de performance! Pode-se utilizar um arquivo de trabalho, e ao final de um periodo de operação (dia/semana/mes ?), seja feito um "archiving" para outro arquivo SQLite. Com a capacidade de fazer "attach" de diferentes arquivos à sua sessão, os dados antigos continuariam acessíveis sob demanda, e manteria seu arquivo de trabalho menor e mais rápido de operar. Lembrando que com índices escolhidos com cuidado para as colunas mais utilizadas em queries, consultas muito eficientes mesmo em bancos com milhares de registros. Sugiro utilizar o comando "EXPLAIN QUERY PLAN" para verificar e otimizar a utilização dos mesmos.

Att

Rafael

Em segunda-feira, 25 de fevereiro de 2013 02h27min52s UTC-3, Jonas Alves escreveu:

Apesar de aceitar multiplas leituras concorrentes, o SQLite faz lock no database inteiro durante as escritas, conforme explica o item #5 do FAQ oficial.

Isso faz com que o SQLite não seja interessante para "sistemas WEB"/HTTP pois, dependendo do número de requisições simultâneas, os locks podem tornar o tempo de resposta das requisições muito alto.

On Sun, Feb 24, 2013 at 7:37 PM, Bruno Milhan <brunom...@gmail.com> wrote:

Alguém conhece um caso de algum Sistema web que utilize SQLite como forma principal de persistência para grandes quantidades de dados e transações?

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

--

+Jonas Alves