maneesha's questions

Eu tenho um script python que raspa uma página da web a cada minuto de cada dia e salva os resultados em um banco de dados postgres.

Enquanto navego pelo banco de dados, notei que há minutos aqui e ali que estão faltando no banco de dados. Isso pode ser devido ao tempo de inatividade do meu servidor ou ao tempo de inatividade do site (mas o motivo das lacunas não é relevante para minha pergunta aqui).

Estou tentando descobrir a melhor maneira de catalogar quais minutos estão faltando no banco de dados.

No momento, tenho um script python que cria uma lista de cada minuto de cada dia e usa essa lista para percorrer a datetimecoluna da tabela do banco de dados, algo assim:

def pd(start, end, delta):
    c = start
    datelist = []
    while c < end:
        datelist.append(c)
        c += delta
    return datelist

Existe uma maneira de fazer isso diretamente usando SQL?

Eu desenvolvi um banco de dados Access 2010.

Possui três tabelas principais:

HOUSES
id, 
address, 
number_stories, 
garden, 
parking, 
imageAttachments (~1-4 per record),
etc..., 
about 60 fields total


CONTACTS
id, 
houses.id(fk), 
contactType(owner, manager, etc), 
contactEmail, 
contactPhone


VISITS
id, 
Contacts.id(fk),
Houses.id(fk), 
visitDate, 
visitNotes

Ele também tem um monte de pequenas tabelas de pesquisa para alguns dos campos na tabela de casas.

Neste momento tenho cerca de 100 casas listadas e apenas cerca de 5-10 contactos e visitas.
Espero que, no pico, esse banco de dados contenha de 300 a 500 casas, com 3 a 5 contatos e visitas para cada uma.

No momento, o tamanho do banco de dados é de cerca de 50 MB. Percebo que não o compactei / consertei enquanto o estava construindo ou preenchendo-o inicialmente, o que pode ser um problema. Parece correr muito devagar. Esse banco de dados cresceu muito? Este é um tamanho típico para um banco de dados deste escopo?

(Estou no Windows 7 com 8 GB de RAM, então não acho que meu próprio computador seja o problema)

Estou trabalhando no Access 2010.

Digamos que eu tenha um banco de dados que rastreie onde os pacotes ficam em um depósito.

Table: Packages
PackageID (PK)
PackageHeight
PackageWidth
PackageWeight
PackageOwner
(etc)

Agora quero mostrar a quais pacotes cada pacote está próximo.

Por exemplo, A está ao lado de B e M.

Table: PackageNextTo
ID (PK), PackageID (Packages.PackageID, FK), NextToPackageID(Packages.PackageID, FK)
1, A, B
2, A, M

Então, quando olho para cima A, descubro que está ao lado de Be M.

Mas quando olho para cima B, também quero descobrir que está ao lado de A.... e quando olho para cima M, quero descobrir que está ao lado Ae também, por exemplo, ao lado de T. (mas M e B não estão necessariamente um ao lado do outro). Devo definir esses relacionamentos explicitamente adicionando registros da seguinte maneira:

Table: PackageNextTo
ID (PK, AutoIncrement), PackageID, NextToPackageID
1, A, B
2, A, M
3, B, A
4, M, A
5, M, T
6, T, M

OU existe uma maneira de dizer automaticamente se xestá próximo a yentão yestá próximo a x.

(OU uma maneira melhor de estruturar esses dados completamente!)

Em termos humanos, vejo redundância entre os registros 1 e 3 acima e entre 5 e 6 acima e assim por diante .... mas não sei se isso é redundante para um banco de dados ou se o banco de dados precisa disso explicitamente.

Se o banco de dados exigir isso explícito, existe uma maneira de executar uma macro ou consulta que criará automaticamente (B,A) quando (A,B) for definido?