andrerpena's questions

Estou começando agora com o Postgres. Lendo este documento me deparei com esta consulta:

SELECT title, ts_rank_cd(textsearch, query) AS rank
FROM apod, to_tsquery('neutrino|(dark & matter)') query
WHERE query @@ textsearch
ORDER BY rank DESC
LIMIT 10;

Eu posso entender tudo nesta consulta, exceto isso: FROM apod, ....

O que isso ,significa? Estou acostumado a junções, mas não a várias FROMinstruções separadas por uma vírgula.

Procurei na net sem sucesso. Depois de olhar e pensar, me parece que está declarando uma variável chamada query para poder usá-la várias vezes. Mas se isso for verdade, o que isso tem a ver FROM?

Eu tenho alguns testes de unidade que manipulam dados em um banco de dados. Para garantir que o estado do banco de dados seja sempre o mesmo em todos os testes, estamos tentando restaurar a database snapshotno início desses testes.

O código de restauração fica assim:

USE Master
ALTER DATABASE {0} SET SINGLE_USER WITH ROLLBACK IMMEDIATE 
RESTORE DATABASE {0} FROM DATABASE_SNAPSHOT = '{1}' WITH RECOVERY
ALTER DATABASE {0} SET MULTI_USER

Depois disso, os testes se conectam ao banco de dados e fazem o que for necessário.

O problema é que, durante a depuração dos testes, se eventualmente eu precisar apertar o stopbotão para cancelar os testes, o banco de dados fica no Restoringestado para sempre. É estranho porque só acontece quando eu paro a sessão de depuração. Se eu tiver 20 testes e todos eles restaurarem o snapshot antes do teste, não obterei nenhum erro durante essas execuções de teste.

Você tem alguma sugestão do que pode estar causando isso?

EDITAR

Complementando a resposta do @usr, para recuperar o banco de dados do estado inconsistente no início dos testes, é necessário adicionar a REPLACEopção ao comando restore.

Vai funcionar se for assim:

USE Master
ALTER DATABASE {0} SET SINGLE_USER WITH ROLLBACK IMMEDIATE 
RESTORE DATABASE {0} FROM DATABASE_SNAPSHOT = '{1}' WITH RECOVERY, REPLACE
ALTER DATABASE {0} SET MULTI_USER

Ao comparar o tempo de execução de duas consultas diferentes, é importante limpar o cache para garantir que a execução da primeira consulta não altere o desempenho da segunda.

Em uma pesquisa do Google, encontrei estes comandos:

DBCC FREESYSTEMCACHE
DBCC FREESESSIONCACHE
DBCC FREEPROCCACHE

Na verdade, minhas consultas estão demorando mais para serem concluídas após várias execuções do que antes. No entanto, não tenho certeza se esta é a técnica recomendada.

Qual é a melhor prática?