Tenho uma tabela que contém 10.301.390 registros de GPS, cidades, países e blocos de endereços IP. Eu tenho a localização atual do usuário com latitude e longitude. Eu criei esta consulta:

SELECT
  *, point(45.1013021, 46.3021011) <@> point(latitude, longitude) :: point AS distance
FROM
  locs
WHERE
  (
    point(45.1013021, 46.3021011) <@> point(latitude, longitude)
  ) < 10 -- radius
ORDER BY
  distance LIMIT 1;

Esta consulta me deu com sucesso o que eu quero, mas é lento. Demorou 2 a 3 segundos para obter um registro por determinada latitude e longitude.

Eu tentei um índice B-Tree nas colunas latitudee , também tentei, mas ainda assim a consulta é lenta.longitudeGIST( point(latitude, longitude));

Como posso acelerar esta consulta?

Atualizar:

Parece que a lentidão é causada pelo ORDER BYmas eu quero obter a distância mais curta, então a questão permanece.

Eu gostaria de obter resultados por consulta isso:

SELECT *
FROM  (
   SELECT id, subject
   FROM mailboxes
   WHERE tsv @@ plainto_tsquery('avail')
   ) AS t1
ORDER BY id DESC;

Isso funciona e retorna linhas tsvcontendo 'Available' . Mas se eu usar 'avai' (truncando '...lable') ele não encontra nada.

Todas as consultas precisam estar no dicionário? Não podemos simplesmente consultar essas cartas? Tenho uma tabela que contém corpos de e-mail (conteúdo) e gostaria de fazer consultas rápidas pois ela cresce rapidamente. Atualmente, estou usando:

... WHERE content ~* 'avail'

Eu tenho um servidor dedicado com 10x1TB. Posso fazer RAID e torná-los únicos. Mas isso me deu 10 TB de dados. O que acontecerá se os dados do PostgreSQL excederem 10 TB? Que ultrapassará em breve (tenho um software especial que requer TBs de banco de dados e grava/lê sempre)

Existe algum método/recurso para adicionar mais servidores ou HDDs quando necessário PostgreSQL. pgpool-IIO que devo fazer para evitar esse cenário?

Além disso, tenho GlusterFSinfraestrutura. Devo implantar meu banco de dados nisso? Ou existe algum filesystemexatamente para isso?

Nota : Eu sei que há replicação. Mas minha situação é dividir um banco de dados muito grande em vários discos ou servidores ou distribuir em sistemas de arquivos como o GlusterFS. Como onde o servidor está cheio, adiciono mais e continua a escrever ...

Em PostgreSQL 9.5eu uso jsonba coluna chamada user_tag. Esta coluna tem um array multidimensional como este:

[{"id": 1, "tag": "@xang"}, {"id": 2, "tag": "@wang"}]

Eu quero obter quando idé igual a 1. Eu posso fazer isso seguindo a consulta:

SELECT * FROM mydb AS f WHERE f.user_tag #>> '{0,id}' = '1'

Mas, eu tenho que fornecer 0como uma chave. Desejo pesquisar todas as idcolunas e retornar as linhas da tabela correspondentes. Se eu já sei 0, por que eu iria procurar em primeiro lugar.

Qualquer ideia será apreciada.

Nota: SELECT * FROM mydb AS f WHERE f.user_tag ->> 'id' = '1'não é trabalhado.

Hoje descobri algo estranho no PostgreSQL 9.5 . (Não tenho ideia se isso é por causa do beta ou não.) Quando quero buscar dados, obtenho dados antigos e excluídos da consulta. Eu então faço VACUUM FULLe obtenho os dados adequados (que estão vazios).

Estou perdendo alguma coisa aqui? Qual pode ser o motivo pelo qual o PostgreSQL retorna dados antigos?

Nota: Autovacuum é ON.