Comment puis-je faire un autre MySQL incrément automatique de la colonne?

MySQL ne prend pas en charge plusieurs incrément automatique des colonnes.

CREATE TABLE IF NOT EXISTS `parts` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL,
  `order` int(11) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

Est-il une autre solution pour rendre la valeur de la colonne order augmenter automatiquement lorsque j'insère un nouvel enregistrement?

il y a aussi le "rowid" qui monte chaque inséré ligne : select rowid, à partir de pièces where id = somenumber
stackoverflow.com/questions/7085275/...
Donc, vous voulez deux champs à la fois auto_incemented et stocker les deux exactement les mêmes valeurs pour toutes les lignes?

OriginalL'auteur web lover | 2011-09-08

  1. 6

    Vous pouvez le faire à partir de votre application par l'émission d'une autre requête qui augmente order ou vous pouvez créer un déclencheur qui le fait pour vous. Tout ce que vous faites, pour des raisons de santé mentale de la programmation monde - ne pas utiliser des mots réservés pour les noms de colonnes comme order 🙂

    Pour des raisons de santé mentale de la programmation de monde, vous avez pour échapper à des noms de colonnes avec des backticks et de ne plus jamais avoir de problèmes avec les mots réservés.

    OriginalL'auteur N.B.

  2. 4

    Pourquoi voulez-vous 2 champs à être auto incrémenté, ils ont les mêmes valeurs de toute façon, de sorte que vous pouvez simplement utiliser l'ID.

    Si vous voulez avoir vos factures/commandes d'avoir des numéros séquentiels, alors vous devriez garder que la numérotation d'un tableau distinct et nantis séparer la logique de mise à jour de ces chiffres.

    Ils pourraient être "compensées" de l'autre, ou, éventuellement, OP veut "bouchent les trous" dans la autoincrements. Cet article est MSSQL, mais pourrait être pertinente. stackoverflow.com/questions/349092/...
    MySQL n'attribue une auto-incrémenté id si vous ne spécifiez pas un vous-même. Ainsi, vous pouvez l'utiliser pour attribuer automatiquement une nouvelle valeur si aucun n'a été rempli, mais encore de permettre le choix explicite de l'une des valeurs existantes. Donc, ils n'auraient pas à être les mêmes pour chaque enregistrement.
    Par exemple, nous avons besoin de deux Identifiants lors de la mise en œuvre temporelle des tables. Sur le code d'identification du système et de la deuxième pièce d'identité sera utilisé pour identifier le dossier: 'id', 'country_id'
    Vous voudrez peut-être la colonne unique et auto-incrément par défaut, mais en même temps, vous pourriez être en mesure de passer librement les valeurs par exemple de l'ordre dans une liste. Si vous étiez à réaffecter ID ce serait évidemment très mauvais pour les relations existantes. Je ne vois pas pourquoi vous voulez une autre table pour cette logique?

    OriginalL'auteur Riho

  3. 3

    Basé sur votre table d'origine:

    CREATE TABLE IF NOT EXISTS `parts` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL,
  `order` int(11) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

    Comment de cette simple requête d'insertion:

    INSERT INTO `parts` (`name`, `order`) 
SELECT 'name of new part', IFNULL(MAX(`order`), 0) + 1 FROM parts;

    Si la réclamation est vrai que ce n'est pas un coffre-fort requête, on peut se contenter d'introduire de verrouillage de table comme suit:

    LOCK TABLES `parts` AS t1 WRITE, `parts` WRITE;

INSERT INTO `parts` (`name`, `order`) 
SELECT 'name of new part', IFNULL(MAX(`order`), 0) + 1 FROM `parts` AS t1;

UNLOCK TABLES;
    Il ne fonctionnera pas pour de bon sans verrouillage ou de transactions.
    N'ont pas été en mesure de produire des problèmes avec cette requête; 50 requêtes en parallèle, et encore ne cause pas de doublons. Est-il une source où il est dit que ce type de requête peut causer des problèmes?
    Ajout d'un tableau de verrouillage à ma réponse. Vous voulez toujours avoir une explication de cette requête unique - sans verrouillage de table - causerait des problèmes.

    OriginalL'auteur HenrikW

  4. 1

    Je vous suggère de définir uniquement order champ de type AUTO_INCREMENT, et calculer la nouvelle valeur pour la id champ manuellement. Ici c'est un exemple -

    CREATE TABLE IF NOT EXISTS `parts` (
`id` int(11) NOT NULL,
`name` varchar(255) NOT NULL,
`order` int(11) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (`id`, `order`)
) ENGINE=myisam DEFAULT CHARSET=latin1 AUTO_INCREMENT=1;
-- Add some new rows with manually auto-incremented id:
--    SELECT COALESCE(MAX(id), 0) + 1 INTO @next_id FROM parts;
--    INSERT INTO parts VALUES(@next_id, '', NULL);
--    SELECT COALESCE(MAX(id), 0) + 1 INTO @next_id FROM parts;
--    INSERT INTO parts VALUES(@next_id, '', NULL);
INSERT INTO parts SELECT COALESCE(MAX(id), 0) + 1, '', NULL FROM parts;
INSERT INTO parts SELECT COALESCE(MAX(id), 0) + 1, '', NULL FROM parts;
SELECT * FROM parts;
+----+------+-------+
| id | name | order |
+----+------+-------+
|  1 |      |     1 |
|  2 |      |     1 |
+----+------+-------+
-- Add some new rows for specified `id`, the value for `order` field will be set automatically:
INSERT INTO parts VALUES(2, '', NULL);
INSERT INTO parts VALUES(2, '', NULL);
+----+------+-------+
| id | name | order |
+----+------+-------+
|  1 |      |     1 |
|  2 |      |     1 |
|  2 |      |     2 |
|  2 |      |     3 |
+----+------+-------+
    Cela ne fonctionne pas pour de bon sans verrouillage ou de transactions.
    Oui, le tableau peut être verrouillé. ...J'ai édité ma réponse, maintenant, SELECT et INSERT sont remplacés par un INSERT...SELECT; dans ce cas, nous pouvons le faire sans verrouillage.
    INSERT...SELECT n'est pas à l'abri de conditions de course
    Pourquoi pensez-vous qu'il n'est pas sûr? C'est une commande.
    Pourquoi pensez-vous qu'il est sécuritaire? Où avez-vous lu?

    OriginalL'auteur Devart

  5. 0

    Envisager l'ajout d'un deuxième tableau pour le order colonne:

    CREATE TABLE IF NOT EXISTS `parts_order` (
`order` int(11) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (`order`)
) ENGINE=MyISAM;

    Exemple d'utilisation:

    -- First we insert a new empty row into `parts_order`
INSERT INTO `parts_order` VALUES (NULL);
-- Next we insert a new row into `parts` with last inserted id from `parts_order`
INSERT INTO `parts` SET `name` = "new name", `order` = LAST_INSERT_ID();

    Cette approche ne nécessite pas d'opérations ni de verrouillage.

    Table MyISAM, pourquoi transaction?
    Vous ne pouvez rien faire de bon sans transactions ou de verrouillage.
    Si vous lisez attentivement, vous verrez que la table est de type MyISAM. Que type de table ne supporte PAS les transactions. Si elle est "bonne" ou pas, les transactions pas avec MyISAM.
    Ok, j'ai supprimé cette section.

    OriginalL'auteur sanmai

  6. 0

    Ne pense pas trop loin _ il suffit d'ajouter le last_id à votre commande de Chaîne et c'est tout 🙂
    Je l'ai résolu de cette façon que j'ai ajouté une chaîne disons "Order_2018_00" + LAST_INSERT_ID().
    Si ce champ est unique pour chaque ensemble ajouté 🙂

    OriginalL'auteur loomcomputer