Skip to main content
Le moteur en cours d’exécution embarque sa propre CLI de migration — téléchargez-la depuis le service afin qu’elle corresponde toujours au build déployé :

Ce qu’elle garantit

  • En lecture seule sur la source. Elle ne supprime ni ne modifie jamais les données Turbopuffer, et votre clé Turbopuffer n’est jamais envoyée à Conare.
  • Reprenable. Paginetion par id ascendant, upserts atomiques de batchs de destination, et écriture d’un point de reprise sans secret après chaque page acquittée — interrompez-la et relancez-la, elle reprend là où elle s’est arrêtée.
  • Vérifiante. Compacte la destination et vérifie le nombre de lignes à la fin de la copie.
  • Échec fermé. L’importateur prend en charge une seule colonne de vecteur dense par namespace ; les namespaces multi-vecteur, à vecteur clairsemé et à interaction tardive échouent avec une erreur explicite plutôt que de laisser tomber des données silencieusement.

Options

Après la migration

Les requêtes se portent naturellement : le shim de requête /v2 accepte la forme de lecture Turbopuffer (rank_by, filters, top_k, include_attributes) telle quelle, et le DSL de filtres natif /v1/search utilise les mêmes opérateurs [property, op, value] que vous écrivez déjà.