Vous ne savez pas comment travailler avec les transactions

Le titre est sorti accrocheur, mais bouillonnant. Je dois dire tout de suite que nous parlerons de 1C. Chers surnoms 1C, vous ne savez pas comment travailler avec les transactions et ne comprenez pas quelles sont les exceptions. Je suis arrivé à cette conclusion en examinant une grande quantité de code 1C, né dans la nature de l'entreprise nationale. Dans les configurations typiques, c'est assez bon, mais la quantité épouvantable de code personnalisé est écrite de manière incompétente en termes de travail avec la base de données. Avez-vous déjà vu l'erreur "Des erreurs se sont déjà produites dans cette transaction"? Si oui, le titre de l'article s'applique à vous. Regardons sous la coupe, enfin, quelles sont les transactions et comment les gérer correctement lorsque vous travaillez avec 1C.

Pourquoi vous devez faire sonner l'alarme

Pour commencer, découvrons ce qui constitue l'erreur "Des erreurs se sont déjà produites dans cette transaction". En fait, c'est une chose extrêmement simple: vous essayez de travailler avec une base de données dans une transaction déjà pompée (annulée). Par exemple, la méthode Cancel Transaction a été appelée quelque part et vous essayez de la valider.

Pourquoi est-ce mauvais? Parce que cette erreur ne vous indique pas où le problème s'est réellement produit. Lorsqu'une capture d'écran avec un tel texte est prise en charge par l'utilisateur, et en particulier pour le code serveur avec lequel les gens n'interagissent pas de manière interactive, ceci ... Je voulais écrire une "erreur critique", mais je pensais que c'était un mot à la mode auquel personne ne prêtait attention ... Ceci est un âne. Il s'agit d'une erreur de programmation. Ce n'est pas une panne accidentelle. Il s'agit d'un montant qui doit être refait immédiatement. Parce que lorsque vos processus de serveur d'arrière-plan se lèvent la nuit et que l'entreprise commence à perdre rapidement de l'argent, «les erreurs se sont déjà produites dans cette transaction» est la dernière chose que vous souhaitez voir dans les journaux de diagnostic.

Il y a, bien sûr, la possibilité que le journal technologique du serveur (il est inclus dans la production, non?) Aide en quelque sorte à diagnostiquer le problème, mais maintenant je ne peux pas deviner immédiatement comment trouver la vraie raison de l'erreur indiquée. Mais la vraie raison en est une - le programmeur Vasya a obtenu une exception dans la transaction et a décidé que une fois - pas des karabas "pense, erreur, passons."

Quelles sont les transactions dans 1C

C'est embarrassant d'écrire sur des vérités élémentaires, mais, apparemment, un peu devra le faire. Les transactions dans 1C sont les mêmes que les transactions dans un SGBD. Ce ne sont pas des transactions spéciales «1C», ce sont des transactions dans le SGBD. Selon l'idée générale des transactions, elles peuvent être exécutées dans leur intégralité ou pas du tout. Toutes les modifications apportées aux tables de base de données dans une transaction peuvent être annulées immédiatement, comme s'il n'y avait rien.

Ensuite, vous devez comprendre que 1C ne prend pas en charge les transactions imbriquées. En fait, ils ne sont pas pris en charge pas "en 1C", mais ne sont pas pris en charge du tout. Au moins, les SGBD avec lesquels 1C est capable de travailler. Les transactions imbriquées, par exemple, ne sont pas présentes dans MS SQL et Postgres. Chaque appel «imbriqué» à Start Transaction augmente simplement le compteur de transactions et chaque appel à «Commit Transaction» diminue ce compteur. Ce comportement est décrit dans de nombreux livres et articles, mais les conclusions de ce comportement ne sont apparemment pas bien comprises. Strictement parlant, en SQL il y a un soi-disant SAVEPOINT, mais 1C ne les utilise pas, et la chose est assez spécifique.

Ci-après, en particulier pour Warriors of True Faith, qui croient que le code doit être écrit uniquement en anglais, sous les spoilers se verra attribuer un analogue du code dans la syntaxe anglaise 1C.

 ()

    ();

         
         = .();
        . = "    ";
        .();
    ;

    ();

, ? . , . ? , . — . — deadlock, , , , . : deadlock .

, . 1- . , , 3 . , , 1 :)

, . 1 , "" "". , , :). , . , IT- .

, , ( ), . " ". , , . , . , , , ELK- 1 … (, , , :))

, , . , , ".()". ( ) , .

, .

, (, "()") . "" , , - -, . , : , , .

. 1 SonarQube . , 1, , …

? 90% . , 1 . , 1, .

:

 ()

      = ();
     ();

, . - , . — - . — … , ? "" , . , . , , , " -…"

"-" : . . , , , - , . .

:

 ()

      = ();
     ();

     ();

     //   ,         .

— . , ( — ) , . -, , .

, 3- . — .

. , , , .

1-

1 , . , . , :

 ()

    ();

         
         = .();

        . = "    ";
        
              .();
        
              .("    %1", );
              ;
        ;
    ;

    ();

, , ? , . . — , , " ", . , .

, 1- , , . , . "()" 1 , . 1 (, -), "" . , " ".

, , , - "" . , - . , , .

, , . . .

1

, 1 . :

• ()
• ()
• ()
• ()

3 , . — , .

. ( ) , . , , .

? : : , , .

? :

();
();
();

, — . - , "" . , :

();

    ();

    //     ?
;
();

, , ? ? , , . ? ? , . "" . - throw.

();

    ();

    ;
;
();

, … , ? : .

();

    ();

    ();
    ;
;
();

, , . , , (). , ? , , ? , , . , , . - .

, , "-" . :

**UPD: , . , -.

();

    ();
    ();

     () 
        ();
    ;
    ;
;

, "" . "" ""? , : , , . , . . . , . . . "" . , , , "" .

-

, .

:

();
();
();

"" , .

:

  () 
    ()

. , . . , . . .

:

 () 
    ()

: — . ? , - ? .

:

()
 .() 

    //    
    //  

;
();

1. deadlock
3. "",

:

()
 .() 

    
    .();
    
           ("  ");
    ;

;
();

. . , . .

, , , , , 1 . , , , Highload, , . ORM, GUI, -, Reporting, . , , — 1, — . , , , , , -, . 1 . 20 / -. , , . - 1 , , . - "()"....

— , . 1 - . , . " 1" — . .