No dia 13 de março de 2015 às 14:23, Marcelo Silva <marc...@ig.com.br> escreveu:
> Olha, vou te atazanar neste assunto [image: Alegre] > Essa cultura que vem de aplicações Desktop, lá dos primordios dos DBFs > onde se usavam TTables, cultura muito usada no Clipper também. > Entendo que é muito bom você trabalhar com registros em Cache, mas hoje em > dia com o numero de informações que trabalhamos não é viável. > Você não só prejudica o usuário da maquina que quer todos esses registros, > como toda a rede. > Imagino que você deve estar usando Query.Filter, é rápido quando o grid já > está carregado, mas com o tempo sua aplicação vai começar a travar legal. > Eu já tive este problema com usuários que queriam trabalhar com esse monte > de registros abertos, mas resolvi encaram de frente e mudar essa política. > Hoje meus Grids, trazem os 50 ultimos registros, e a tela de pesquisa dá a > opção pro cara trazer os registros conforme precisa, mas nesta pesquisa ele > pode trazer 1 ou todos os registros... mas aí ele já sabe que se puxar > todos os sistema vai ficar mais lento, ou seja transferi essa > responsabilidade pra ele. > De inicio como trago somente os 50 ultimos em todas as maquinas, o > servidor não sobrecarrega nem a rede. > Com o tempo o usuário acaba aprendendo a trabalhar com menos registros e > nem sente falta dos famigerados (todos registros). > Ou seja, a opção está lá, mas ele usa quando quer. > Sinceramente, ainda não consegui encontrar uma boa explicação (ou > argumento) para se trabalhar com tantos registros assim. > > A questão de trazer registros conforme um filtro? > Um select resolve isso tranquilamente e você trabalha com dados em > tempo real, não corre o risco de informações obsoletas. > > Outra coisa que estou estudando é trabalhar como o facebook quando carrega > os posts, conforme o cara vai chegando proximo dos ultimos registros vou > trazendo mais. > Mas devemos lembrar que o limite não está somente no servidor e rede, mas > na maquina local, pois quando você traz essas informações e não cabe na > memoria ele passa a fazer uso da memoria virtual (no disco) ai não tem > jeito, fica lento mesmo. > > Marcelo Silva > > > > Nossa você conseguiu bagunçar toda uma tread... Parabéns!
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral