[frapercan]

003d07e1 -> e61a26e4, cuatro PR de PROTEA y ninguna migracion.

#1065  la cache de vecindarios caducaba antes de terminar de construirse
#1066  la columna del donante dice que produjo la fila, no que proteina la dono
#1067  un corte posterior a la ventana no es limpio
#1068  una poblacion sin declarar no es la misma poblacion

Dos de los cuatro son guardias que antes dejaban pasar un numero:

• #1067: medido sobre la funcion real, corte 230 sobre la ventana 211->227
  devolvia clean. La comparacion era t0 < corte <= t1, asi que un corte
  pasado t1 se salia del intervalo y leia limpio cuando es el peor caso que hay.
  No era alcanzable con los cortes 211 y 227; lo es desde que el segundo es 230.
• #1068: query_set_id era identidad de metodo pero no de presencia
  obligatoria. Los dos unicos prediction_set que no lo declaran llevan 40.531
  y 20.854 proteinas: dos ausencias, dos poblaciones.

#1066 es la decision F de Francisco, centinela legitimado por escrito en vez
de columna nullable, y por eso no hay migracion donde el plan preveia una.

Sin migracion

Ninguno de los cuatro toca alembic/. La base se queda en d5a1c8e3f706,
verificado como cabeza del grafo en este sha (ninguna revision la nombra como
down_revision) y es lo que alembic_version ya dice. Por eso schema-applied
sube junto a coordinator.

Puerta comprobada en el servidor

0 jobs QUEUED o RUNNING y ningun prediction_set escribiendose. El ultimo de la
noche, 86c96ccc con 602.935 filas sobre la ventana 230->235, cerro con su
puntuacion 1418b372 y su sello antes de esta edicion.

La declaracion va primero y el arbol servido despues. Esta noche se hizo al
reves una vez y el guardia de revision tumbo los doce trabajadores, con razon:
decia que el arbol iba por delante de lo declarado y que un trabajador alli
estamparia una revision que la declaracion no nombra.