Po wykonaniu poniższego zapytania SQL:

UPDATE shop_category 
SET name = 'Secolul XVI - XVIII' 
    AND name_eng = '16th to 18th centuries' 
WHERE category_id = 4768

Pojawia się następujący błąd:

1292 - Truncated incorrect DOUBLE value: 'Secolul XVI - XVIII'

Jak to naprawić?

shop_category struktura tabeli:

category_id   mediumint(8)
name        varchar(250)
name_eng      varchar(250)

Nie potrzebujesz ANDsłowa kluczowego. Oto poprawna składnia instrukcji UPDATE :

UPDATE 
    shop_category 
SET 
    name = 'Secolul XVI - XVIII', 
    name_eng = '16th to 18th centuries' 
WHERE 
    category_id = 4768

Dostawałem ten wyjątek nie z powodu AND zamiast przecinka, w rzeczywistości miałem ten wyjątek tylko dlatego, że nie użyłem apostrofów w klauzuli where.

Tak jak moje zapytanie

update table set coulmn1='something' where column2 in (00012121);

kiedy zmieniłem klauzulę gdzie na where column2 in ('00012121');to zapytanie działało dobrze.

Spróbuj wymienić ANDz,

UPDATE shop_category 
SET name = 'Secolul XVI - XVIII', name_eng = '16th to 18th centuries' 
WHERE category_id = 4768

UPDATE Składnia przedstawia przecinek stosować jako przekładki.

Co to w zasadzie jest

To nieprawidłowa składnia powoduje, że MySQL myśli, że próbujesz zrobić coś z kolumną lub parametrem, który ma nieprawidłowy typ „DOUBLE”.

Ucz się na moim błędzie

W moim przypadku zaktualizowałem kolumnę varchar w ustawieniu tabeli, w NULLktórym 0stała wartość . Moje zapytanie o aktualizację wyglądało tak:

UPDATE myTable SET myValue = NULL WHERE myValue = 0;

Teraz, ponieważ rzeczywisty typ myValuejest VARCHAR(255)ostrzeżeniem:

+---------+------+-----------------------------------------------+
| Level   | Code | Message                                       |
+---------+------+-----------------------------------------------+
| Warning | 1292 | Truncated incorrect DOUBLE value: 'value xyz' |
+---------+------+-----------------------------------------------+

A teraz myTablejest praktycznie pusty, ponieważ myValuejest teraz NULLdla KAŻDEGO RZĘDU w tabeli! Jak to się stało?
^{* wewnętrzny krzyk *}

Brakuje teraz danych w ponad 30 tys. Wierszy.
^{* wewnętrzny krzyk nasila się *}

Dzięki Bogu za kopie zapasowe. Udało mi się odzyskać wszystkie dane.
^{* wewnętrzna intensywność krzyków obniża się *}

Poprawione zapytanie jest następujące:

UPDATE myTable SET myValue = NULL WHERE myValue = '0';
                                                  ^^^
                                                  Quotation here!

Chciałbym, żeby to było coś więcej niż tylko ostrzeżenie, więc zapomnienie tych cytatów jest mniej niebezpieczne.

^{* Koniec z wewnętrznym krzykiem *}

Po prostu zmarnowałem na to czas i chciałem dodać dodatkowy przypadek, w którym ten błąd się pojawia.

SQL Error (1292): Truncated incorrect DOUBLE value: 'N0003'

Dane testowe

CREATE TABLE `table1 ` (
    `value1` VARCHAR(50) NOT NULL 
);
INSERT INTO table1 (value1) VALUES ('N0003');

CREATE TABLE `table2 ` (
    `value2` VARCHAR(50) NOT NULL 
);

INSERT INTO table2 (value2)
SELECT value1
FROM table1
WHERE 1
ORDER BY value1+0

Problem w tym ORDER BY value1+0- rzutowanie typu.

Wiem, że nie odpowiada na pytanie, ale to pierwszy wynik w Google dla tego błędu i powinien mieć inne przykłady, gdzie ten błąd się pojawia.

To ostrzeżenie będzie generować głównie nieprawidłowe ciągi zapytań.

Błąd z powodu subtelnego błędu składniowego (niewłaściwy nawias) podczas korzystania z INSTRfunkcji:

INSERT INTO users (user_name) SELECT name FROM site_users WHERE
INSTR(status, 'active'>0);

Poprawny:

INSERT INTO users (user_name) SELECT name FROM site_users WHERE
INSTR(status, 'active')>0;

Wygląda na to, że mysql z wdziękiem radzi sobie z rzutowaniem typów za pomocą instrukcji SELECT. Pole shop_id jest typu varchar, ale instrukcje select działają

select * from shops where shop_id = 26244317283;

Ale kiedy spróbujesz zaktualizować pola

update stores set store_url = 'https://test-url.com' where shop_id = 26244317283;

Niepowodzenie z błędem Obcięto niepoprawną DOUBLE wartość: „1t5hxq9”

Musisz umieścić shop_id 26244317283 w cudzysłowie '26244317283', aby zapytanie działało, ponieważ pole jest typu varchar not int

update stores set store_url = 'https://test-url.com' where shop_id = '26244317283';

Jeśli masz ten problem z wstawką, która wygląda jak ta poniżej, problemem może być po prostu brak spacji między --tekstem komentarza a tekstem komentarza:

insert into myTable (a, b, c)
values (
   123 --something
  ,345 --something else
  ,567 --something something else
);

Problem polega na tym, że --somethingfaktycznie powinno być -- somethingspacja.

Wystąpił ten błąd podczas korzystania z bindParam i określając PDO :: PARAM_INT, gdzie faktycznie przekazywałem ciąg. Zmiana na PDO :: PARAM_STR naprawiła błąd.

Wystąpił ten błąd, gdy próbowałem wykonać GDZIE ISTNIEJE, w którym podzapytanie pasowało do 2 kolumn, które przypadkowo były różnych typów. Te dwie tabele były również różnymi silnikami przechowywania.

Jedna kolumna to CHAR (90), a druga to BIGINT (20).

Jeden stół to InnoDB, a drugi MEMORY.

Część zapytania:

[...] AND EXISTS (select objectid from temp_objectids where temp_objectids.objectid = items_raw.objectid );

Zmiana typu kolumny w jednej kolumnie z BIGINT na CHAR rozwiązała problem.