MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench

Je suis en train de mettre à jour la colonne visited pour lui donner la valeur 1. J'utilise MySQL workbench, et je suis en train d'écrire l'instruction dans l'éditeur SQL à partir de l'intérieur de l'atelier. Je suis en train d'écrire la commande suivante:

UPDATE tablename SET columnname=1;

Il me donne l'erreur suivante:

Vous utilisez safe mode de mise à jour et vous avez essayé de mettre à jour une table sans
un cas qui utilise une colonne de CLÉ Pour désactiver le mode sans échec, d'activer /désactiver l'option
....

J'ai suivi les instructions, et j'ai décoché la safe update option à partir de la Edit menu puis Preferences puis SQL Editor. Le même message d'erreur apparaît toujours & je ne suis pas en mesure de mettre à jour cette valeur. S'il vous plaît, dites-moi quel est le problème?

  • Savez-vous que cela va mettre à jour toutes les lignes de votre table, où visité = 0 pour devenir visité = 1? Est-ce que vous souhaitez?
  • Byers : Oui.
  • En désactivant l'option "Safe" Mises à jour, suivez l'étape ci-dessous: la Requête --> Reconnecter au Serveur . Maintenant exécuter votre requête
  • Vous devez vous reconnecter au Serveur MySQL (redémarrer la connexion MySQL) avant ce changement prend effet.
InformationsquelleAutor Jury A | 2012-07-12
  1. 1371

    Il ressemble à votre session de MySql a la coffre-option de mises à jour ensemble. Cela signifie que vous ne pouvez pas mettre à jour ou supprimer des enregistrements sans spécifier une clé (ex. primary key) dans la clause where.

    Essayer:

    SET SQL_SAFE_UPDATES = 0;

    Ou vous pouvez modifier votre requête afin de respecter la règle (utiliser primary key dans where clause).

    • J'ai mentionné que j'ai déjà désactivé le coffre option de mise à jour de l'interface graphique qui a le même effet que l'id j'ai tapé la commande. Cependant, merci pour votre réponse, mais j'ai déjà répondu à ma question. Vérifier ma réponse pour savoir quel était le problème.
    • Une fois que vous modifiez l'option dans l'interface graphique, vous devrez vous reconnecter à la base de données pour que le paramètre soit correctement réglé.
    • peut-on utiliser une clé unique?
    • Oui, vous pouvez l'essayer
    • Assurez-vous de définir ce retour avec SET SQL_SAFE_UPDATES = 1 lorsque vous avez terminé, car il est un bon dispositif de sécurité.
    • Je suis en désaccord avec StockB... Vous voudrez peut-être garder sur alors que vous devenez meilleur à l'aide de SQL... mais une fois que vous savez ce que vous faites... que la chose est complètement inutile. Vous ne devriez pas être en train de développer vos affaires sur un serveur de production de toute façon, de sorte que même si vous vous trompez, la seule chose que vous devez casser votre serveur de dev.. qui personne ne donne une sacrément sur de toute façon.
    • Je suis en désaccord avec @MathieuTurcotte. Une programmation défensive est presque toujours utile.
    • Sa seule option. Vous n'avez pas besoin de la laisser activée. Dire que c'est inutile, c'est votre point de vue subjectif du sujet, et il est visible que votre vue n'est pas le populaire.
    • Je pouvais pas moins de soins ce que vous pensez de mon point de vue mon homme... j'ai été le codage en langage SQL pour les 15 dernières années. Ce coffre de mise à jour de chose, c'est juste une douleur dans le dos côté de moi. Quel que soit votre opinion sur ce point est, le fait est que je n'ai jamais foiré données en direct. Pas une seule fois, en 15 ans. Je déteste cette option, et ça ne va pas changer.
    • J'ai été le codage en MSSQL pour 14 ans, maintenant je suis dans MySQL depuis l'année dernière... je ne suis pas heureux avec cette option à tous.
    • je l'ai seulement dire que j'ai cherché pour ce post comme 20 fois dans les 6 derniers mois, comme je l'avais toujours cette option à false pour que 11 ans, mais maintenant, je suis en train de travailler sur une compagnie avec cette définie sur true développer et de production. Il y a de nombreuses raisons de le mettre à 0, par défaut, par exemple lorsque vous développez autonome fonctionnalités que vous souhaitez exporter au format csv et ensuite de le marquer comme étant exportés ou quelque chose de similaire. D'autres fois c'est ennuyeux en raison de mises à jour globales qui, évidemment, n'a pas de pk filtre. Je le vois plus comme un noob de protection que d'une réelle fonctionnalité utile.
    • Son travail !!!

    InformationsquelleAutor Habibillah
  2. 410

    Suivre les étapes suivantes avant d'exécuter la commande de mise à JOUR:
    Dans MySQL Workbench

    1. Aller à Edit --> Preferences
    2. Cliquez sur "SQL Editor" onglet et uncheck Sûr "Mises à jour" check box
    3. Query --> Reconnect to Server //déconnexion, puis vous connecter en
    4. Maintenant exécuter votre requête SQL

    p.s., Pas besoin de redémarrer le démon MySQL!

    • Pour la version 6.3 de l'étape 2 doit être "Sql Editor" au lieu de "Sql Queries" et puis, il y a une case à cocher au bas de "Safe Updates"
    • si c'est une chose que je vous suggère de retourner sur le dos ce qui la rend très facile à royalement le fumier de vos données (si vous ne faites pas attention
    • grâce conroy. Pendant un temps, je ne pouvais pas voir que la boîte. J'ai juste eu à agrandir la fenêtre.
    • Peut-être qu'ils ont déménagé, mais dans MySQL Workbench 6.0, c'est en vertu de "Requêtes SQL", pas "de l'Éditeur SQL"
    • oui même ici, a eu à faire défiler vers le bas un peu pour le voir.
    InformationsquelleAutor Ripon Al Wasim
  3. 134
    SET SQL_SAFE_UPDATES=0;
UPDATE tablename SET columnname=1;
SET SQL_SAFE_UPDATES=1;
    • malheureusement, les autres sur la base de requêtes solutions n'ont pas fonctionné pour moi. Mais celui-ci l'a fait! J'apprécie que vous avez ajouté une ligne à son tour les mises à jour de sécurité sur le retour.
    • J'aime vraiment ce que c'est probablement le plus général de tous, tout en gardant toujours à être en sécurité.
    InformationsquelleAutor user2531028
  4. 98

    Tout ce qui est nécessaire est: Démarrer une nouvelle requête et de l'exécution: 

    SET SQL_SAFE_UPDATES = 0;

    Alors: Exécuter la requête que vous essayez d'exécuter ce n'était pas précédemment de travail.

    • Bienvenue DONC, assurez-vous de lire le page d'accueil et page d'aide, et d'éviter de poster des réponses comme celui-ci parce que beaucoup de réponses en dessous de ce dire exactement la même chose et ont été publiées il y a des mois
    • Vous pouvez également activer cette option à nouveau après l'exécution de la requête.
    • Qu'est-ce répondre à ajouter? Que tu viens de poster la même chose que Habibillah, plus de deux ans plus tard. En essayant de récolter le karma?
    InformationsquelleAutor Quagmire12
  5. 79

    Pas besoin de régler SQL_SAFE_UPDATES à 0, je voudrais vraiment vous décourager de le faire de cette façon. SAFE_UPDATES est par défaut sur pour une RAISON. Vous pouvez conduire une voiture sans ceinture de sécurité et d'autres choses si vous savez ce que je veux dire 😉
    Seulement ajouter dans la clause where d'une CLÉ-valeur qui correspond tout comme une clé primaire comparant à 0, donc au lieu d'écrire:

    UPDATE customers SET countryCode = 'USA'
    WHERE country = 'USA';               -- which gives the error, you just write:

UPDATE customers SET countryCode = 'USA'
    WHERE (country = 'USA' AND customerNumber <> 0); -- Because customerNumber is a primary key you got no error 1175 any more.

    Maintenant, vous pouvez être assuré que chaque enregistrement est (TOUJOURS) mis à jour comme prévu.

    • C'est génial!
    • apprécié réponse :+1
    • ne savais pas que c'était possible, cheers!
    • Haha, c'est un bon truc. J'ai utilisé WHERE id > 0 comme un tour le long de cette ligne.
    • Il ne fonctionne pas pour moi, de continuer en me montrant le même Message. Je l'ai résolu En désactivant le safe mode de mise à jour par : -Edit -> Préférences -> Éditeur Sql désactivez la case à cocher mise à jour de Sécurité.
    • Comment est-ce fait la rendant plus sûre, si?
    • Tous les autres commentaires ici sont trompeur et vous avez réussi à nous le laisser savoir pourquoi la solution produite plutôt que de la façon de le contourner. Aussi aurait été génial si vous avez mentionner la raison pour laquelle la requête est sûr maintenant, en incluant la colonne de clé primaire de la clause where(bien que l'on peut google it out). Merci beaucoup 😉

    InformationsquelleAutor Rudy De Volder
  6. 49

    Code D'Erreur: 1175. Vous êtes à l'aide de coffre-fort mode de mise à jour et vous avez essayé de mettre à jour une table sans OÙ qui utilise une colonne de CLÉ Pour désactiver le mode sans échec, d'activer /désactiver l'option dans les Préférences -> Éditeur SQL et rebranchez-le.

    DÉSACTIVER le "Safe Mode de mise à Jour" temporaire

    SET SQL_SAFE_UPDATES = 0;
UPDATE options SET title= 'kiemvieclam24h' WHERE url = 'http://kiemvieclam24h.net';
SET SQL_SAFE_UPDATES = 1;

    DÉSACTIVER le "Safe Mode de mise à Jour" jamais

    Mysql workbench 8.0:

    MySQL Workbench => [ Edit ] => [ Preferences ] -> [ SQL Editor ] -> Uncheck "Safe Updates"

    MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench
    Ancienne version:

    MySQL Workbench => [Edit] => [Preferences] => [SQL Queries]
    InformationsquelleAutor TinhNQ
  7. 40
    1. Préférences...
    2. Sûr"Mises À Jour"...
    3. Redémarrer le serveur

    MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench

    MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench
    MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench

    • Merci beaucoup
    • Ce doit avoir été accepté de répondre .il est dommage qu'il n'a pas été
    • excellent. votre capture d'écran vraiment aider. merci.
    • Vous ne devriez pas avoir à redémarrer le serveur. Il devrait être suffisant de se contenter de fermer et de rouvrir la connexion.
    • En MAC, des préférences est sous MySQLWorkbench menu du haut.
    InformationsquelleAutor andrew
  8. 33
    SET SQL_SAFE_UPDATES=0;

    OU

    Aller à Edit --> Preferences

    Cliquez sur SQL Queries onglet et décochez Safe Updates case à cocher

    Query --> Reconnect to Server

    Maintenant exécuter votre requête sql

    InformationsquelleAutor Balu
  9. 26

    Si vous êtes en mode sans échec, vous devez fournir des pièces d'identité dans la clause where. Donc quelque chose comme cela devrait fonctionner!

    UPDATE tablename SET columnname=1 where id>0
    InformationsquelleAutor Tomislav
  10. 18

    J'ai trouvé la réponse. Le problème est que j'ai à faire précéder le nom de la table avec le nom de schéma. j'.e, la commande doit être:

    UPDATE schemaname.tablename SET columnname=1;

    Merci à tous.

    • Vous pouvez éviter de mentionner le nom du schéma en sélectionnant schéma à gauche du panneau. La sélection de schéma au panneau de gauche signifie que vous êtes en utilisant le schéma sélectionné/base de données
    • Ce n'est pas la solution pour résoudre le problème décrit dans la question (et le titre). Vous devez marquer un autre comme acceptée.
    • J'ai essayé avec schemaname mais se même erreur, de mise à jour qms-active-db.gh_table création de signet='1660_207100000001000'
    • Ce n'est pas la réponse!
    • mauvaise réponse bonne réponse est donnée par Habibillah (ci-dessous)
    InformationsquelleAutor Jury A
  11. 14

    Dans la base de données MySQL Workbech version 6.2 ne sont pas sorties de la PréférenceSQLQueriesoptions.

    Dans ce cas, il est possible d'utiliser: SET SQL_SAFE_UPDATES=0;

    • Il existe, mais l'option est "l'Éditeur SQL" maintenant.
    • Je ne vois pas cette option. S'il vous plaît vous pouvez obtenir une capture d'écran. Merci
    • Ouvrir les Préférences --> Éditeur SQL onglet --> En bas. 6.2-version bêta n'avait pas cette option, alors peut-être que vous aurez besoin de mettre à niveau vers 6.2.3+.
    • Merci, ma version est 6.2.1. La mise à niveau...
    • ma version est 6.3,C'est sous -->Éditeur SQL -->Autres
    InformationsquelleAutor ferdiado
  12. 8

    La solution la plus simple est de définir la limite de ligne et de les exécuter. Ceci est fait pour des raisons de sécurité.

    • +1 sur cette solution. Delete from TABLE where colonne = 'xyz' limite 9999999999
    • Cette réponse devrait être la accepté de répondre parce que c'est le moins de façon dangereuse.
    InformationsquelleAutor Ruwantha
  13. 6

    Sur WorkBench je l'ai résolu En désactivant le safe mode de mise à jour:

    -Edit -> Préférences -> Éditeur Sql désactivez la case à cocher mise à jour de Sécurité.

    • Cela fonctionne, mais, j'ai dû redémarrer MySQL Workbench.
    InformationsquelleAutor Abdelhadi Lahlou
  14. 5

    Depuis que la question a été répondue, et n'a rien à voir avec les mises à jour de sécurité, ce qui pourrait être le mauvais endroit; je vais poster juste pour ajouter de l'information.

    J'ai essayé d'être un bon citoyen et modifié la requête à utiliser une table temporaire des id qui serait mise à jour:

    create temporary table ids ( id int )
    select id from prime_table where condition = true;
update prime_table set field1 = '' where id in (select id from ids);

    Échec. Modifié la mise à jour:

    update prime_table set field 1 = '' where id <> 0 and id in (select id from ids);

    Qui ont travaillé. Bien golly -- si je suis toujours en ajoutant de la tonalité <> 0 pour obtenir autour de la sécurité vérification de mise à jour, ou même SQL_SAFE_UPDATE=0, alors j'ai perdu le "check" sur ma requête. Je pourrais tout aussi bien désactiver l'option de façon permanente. Je suppose qu'il fait de la suppression et de mise à jour d'un processus en deux étapes au lieu d'une.. mais si vous tapez assez vite et arrêter de penser au sujet de la clé spéciale, mais plutôt que juste une nuisance..

    InformationsquelleAutor Gerard ONeill
  15. 4

    Vrai, c'est inutile pour la plupart des exemples. Mais enfin, je suis venu à l'instruction suivante et il fonctionne très bien:

    update tablename  set column1 = '' where tablename .id = (select id from tablename2 where tablename2.column2 = 'xyz');
    InformationsquelleAutor Sonic-Mayhem
  16. 2

    C'est pour Mac, mais il doit en être de même pour d'autres OS à l'exception de l'emplacement de l'préférences.

    L'erreur que nous obtenons quand nous essayons un dangereux DELETE opération

    MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench

    Sur la nouvelle fenêtre, décochez l'option Safe updates

    MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench

    Puis fermez et ouvrez de nouveau la connexion. Pas besoin de redémarrer le service.

    Maintenant, nous allons essayer de le DELETE à nouveau avec des résultats positifs.

    MySQL code d'erreur: 1175 pendant la mise à JOUR de MySQL Workbench

    Donc, ce est tout au sujet de ce coffre mises à jour? C'est pas une mauvaise chose. C'est ce que MySql est dit à ce sujet.

    À l'aide de la --safe-updates Option

    Pour les débutants, une bonne option de démarrage est --safe-updates (ou
    --i-am-a-dummy, qui a le même effet). Il est utile pour les cas où vous pourriez avoir émis un DELETE FROM tbl_name déclaration, mais
    oublié le WHERE clause. Normalement, une telle déclaration supprime tous les
    les lignes de la table. Avec --safe-updates, vous pouvez supprimer les lignes uniquement par
    en spécifiant les valeurs des clés qui permettent de les identifier. Cela permet d'éviter
    des accidents.

    Lorsque vous utilisez le --safe-updates option, mysql questions suivantes
    déclaration lorsqu'il se connecte au serveur MySQL:

    SET sql_safe_updates=1, sql_select_limit=1000, sql_max_join_size=1000000;

    Il est sûr pour activer cette option lorsque vous occuper de la production de la base de données. Sinon, vous devez être très prudent de ne pas effacer accidentellement des données importantes.

    InformationsquelleAutor Krishnadas PC