Yii INSERT ... SUR la duplication de mise à JOUR

De me répéter deux points principaux à partir des réponses précédentes, je pense que vous devriez garder:

1. Ne le fait pas (essayer de) l'utilisation "double de la clé de mise à jour" depuis sa MySQL-seulement, comme txyoji souligne.

2. Préfère le select->if pas trouvé, alors insert->else insérer démontré par Uday Sawant.

Il y a un autre point, tout en sachant que la concurrence. Bien que de faible trafic des applications de la probabilité, que vous obtiendrez en difficulté est minime (encore jamais zéro), je pense que nous avons toujours être prudent à ce sujet.

À partir d'un point de vue transactionnel, "INSERT .. ON DUPLICATE UPDATE" n'est pas équivalente à la sélection dans la mémoire de votre application et de l'insertion ou de mise à jour. La première est une transaction unique, puis la deuxième ne l'est pas.

Voici un mauvais scénario:

1. Vous ne sélectionnez votre dossier à l'aide findByPk() qui retourne null
2. Certaines autres transactions (à partir d'une autre requête de l'utilisateur) insère un enregistrement avec l'id que vous avez juste omis de sélectionner
3. À l'instant suivant vous essayez de l'insérer de nouveau

Dans ce cas, vous allez obtenir une exception (si vous travaillez avec une clé unique, comme vous le faites ici) ou d'une double entrée. Les entrées en double sont beaucoup plus difficile à ramasser (généralement rien de bizarre jusqu'à ce que vos utilisateurs voient des enregistrements en double).

La solution ici est de définir un niveau d'isolement strict, par exemple "serializable", puis d'entamer une transaction.

Voici un exemple pour yii:

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 pouvez en savoir plus sur les niveaux d'isolation au moins dans les liens suivants et voir ce que chaque niveau d'isolation de a à offrir à l'intégrité des données en échange de la simultanéité

http://technet.microsoft.com/en-us/library/ms173763.aspx

http://dev.mysql.com/doc/refman/5.0/en/set-transaction.html

Le "Double de la Clé de mise à Jour" est spécifique à MySQL langage SQL. Son peu de chances d'être mis en œuvre dans toute couche d'abstraction de données. ZendDB et de les Propulser n'ont pas d'équivalent.

Vous pouvez simuler le comportement par une tentative d'insérer dans un try/catch et de mise à jour si l'insertion échoue avec le bon code d'erreur. (erreur de clé en double).

vous devez utiliser try catch comme ça:

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