Yii insert ... sur la mise à jour duplicate

Je répète deux points principaux des réponses précédentes, je pense que vous devriez garder:

1. n'utilise pas (Essayez de) utiliser "sur la mise à jour de la clé en double" depuis son nom MySQL uniquement, comme le souligne TXyoji. P> LI>

2. préférez le Select-> si code> non trouvé alors insertion-> ele code> insert démontré par Uday Sawant. P> Li> ol> BlockQuote>

   Il y a un autre point ici, bien que: concurrence. Bien que pour les applications de trafic bas de la circulation, la probabilité que vous ayez des problèmes est minimale (toujours jamais zéro), je pense que nous sommes toujours prudents à ce sujet. P>

   à partir d'un point de vue transactionnel, "Insérer .. sur la mise à jour en double « code> n'est pas équivalente à la sélection de la mémoire de votre application, puis de l'insérer ou de la mise à jour. La première est une transaction unique, puis la seconde n'est pas. P>

   Voici un mauvais scénario: P>

   1. Vous sélectionnez votre enregistrement à l'aide de Findbypk () code> qui retourne null li>
   2. Une autre transaction (à partir d'une autre demande d'utilisateur) insère un enregistrement avec l'ID que vous avez simplement échoué à sélectionner LI>
   3. Au prochain instant, vous essayez de l'insérer à nouveau li> ol> BlockQuote>

      Dans ce cas, vous obtenez une exception (si vous travaillez avec une clé unique, comme vous le faites ici) ou une entrée en double. Les entrées en double sont beaucoup plus difficiles à ramasser (généralement rien ne semble étrange jusqu'à ce que vos utilisateurs ne voient des enregistrements en double). P>

      La solution ici est de définir un niveau d'isolement strict, par exemple "sérialisable", puis de commencer une transaction. . P>

      Voici un exemple de Yii: P>

      Yii::app()->db->createCommand('SET TRANSACTION ISOLATION LEVEL SERIALIZABLE');
      
      $trn = Yii::app()->db->beginTransaction();
      
      try {
          // Try to load model with available id i.e. unique key
          // Since we're in serializable isolation level, even if
          // the record does not exist the RDBMS will lock this key
          // so nobody can insert it until you commit.
          // The same shold for the (most usual) case of findByAttributes()
          $model = someModel::model()->findByAttributes(array(
              'sapce_id' => $sapceId,
              'day' => $day
          ));  
      
          //now check if the model is null
          if (!$model) {
              $model = new someModel();
          }
      
          //Apply you new changes
          $model->attributes = $attributes;
      
          //save
          $model->save();
      
          // Commit changes
          $trn->commit();
      
      } catch (Exception $e) {
          // Rollback transaction
          $trn->rollback();
      
          echo $e->getMessage();
      }
      

Vous devez utiliser Essayez d'attraper de la sorte:

                try{
                    $model->save();
                }
                catch(CDbException $e){
                    $model->isNewRecord = false;
                    $model->save();
                }