Modèle de changement SQL Server
01Rowversion ordonne les changements, pas le temps métier.
Une route Microsoft SQL Server peut traverser environnements sur site, bases cloud, magasins de reporting et partenaires. Schémas, vues, conversions, charge des requêtes, transactions et écriture doivent être explicites pour un flux répétable.
Serveur, base, schéma, vue
Définissez serveur et base, schéma, tables ou vues, requête, colonnes, filtres, ordre, clés, fuseaux et types SQL Server. Confirmez que la sélection peut être répétée et rapprochée.
Reprenez avec jeton et clé
Utilisez lots ou points déterministes pour les gros transferts. Fixez les transactions afin qu'une relance reconnaisse le travail validé et évite de dupliquer identités, clés ou mises à jour.
Mappez volontairement les types SQL Server
Précisez valeurs nulles, précision décimale, types date et heure, texte Unicode, binaires, identités et clés, insertion ou mise à jour, contraintes, rejets et comptes de rapprochement.
Route Flower adaptée à SQL Server
02Gardez visibilité de lecture et atomicité d'écriture dans le même plan.
L'adaptateur SQL Server de Flower prend en charge lectures, écritures et transactions selon les règles de paramètres et d'identifiants SQL Server. La route ajoute sélection, traitement, validation, traçabilité et reprise.
Extrayez avec un curseur stable
Associez rowversion à une clé unique et un ordre explicite. Conservez borne supérieure et dernier tuple; ne convertissez pas le jeton binaire en date et n'en déduisez pas une durée.
Normalisez avant de changer de moteur
Validez échelle décimale, précision datetime2, datetimeoffset, nvarchar Unicode, uniqueidentifier, bit, varbinary et nulls. Les colonnes identity et calculées exigent une politique explicite.
Validez avec preuve des lignes affectées
Les écritures préparées utilisent des transactions bornées. Flower rapproche clés validées, lignes affectées, rejets et contraintes avant d'avancer; une coupure déclenche vérification, pas relecture automatique.
Politique opérationnelle SQL Server
03Choisissez l'isolation avec le responsable, pas par hasard.
READ COMMITTED peut attendre les verrous; READ_COMMITTED_SNAPSHOT et SNAPSHOT utilisent des versions et des ressources. L'extraction doit correspondre à la configuration, charge et reprise.
Budget de verrous ou versions
Confirmez les options avant l'isolation. Fixez délais, durée, pool et suivi des blocages, croissance du version store tempdb, journal et retard.
Couverture des changements et suppressions
Rowversion repère les lignes touchées après un jeton sans expliquer le changement ni révéler une suppression physique. Associez clés métier, soft delete ou tombstone et rapprochement périodique.
Topologie et cible de lecture
Documentez primaire, réplique lisible, Azure SQL ou autre forme gérée; définissez retard et bascule. Une connexion réussie après bascule exige encore rapprochement du curseur et snapshot.