Hata Kodu 1292 - Kesilmiş yanlış DOUBLE değeri - Mysql

Bu hatanın ne olduğundan emin değilim!

#1292 - Truncated incorrect DOUBLE value: 

Çift değer alanına veya veriye sahip değilim!

Bunu anlamaya çalışırken bir saatimi harcadım!

işte benim sorgum

INSERT INTO call_managment_system.contact_numbers 
    (account_id, contact_number, contact_extension, main_number, created_by)
SELECT
    ac.account_id,
    REPLACE(REPLACE(REPLACE(REPLACE(ta.phone_number, '-', ''), ' ', ''), ')', ''),'(','') AS Phone,
    IFNULL(ta.ext, '') AS extention,
    '1' AS MainNumber,
    '2' AS created_by
FROM 
    cvsnumbers AS ta
    INNER JOIN accounts AS ac ON ac.company_code = ta.company_code
WHERE 
    LENGTH(REPLACE(REPLACE(REPLACE(REPLACE(ta.phone_number, '-', ''), ' ', ''), ')', ''),'(','') ) = 10

işte şovum sonuçların gireceği tablo için tablo oluştur

CREATE TABLE `contact_numbers` (  
    `number_id` int(10) unsigned NOT NULL AUTO_INCREMENT,  
    `account_id` int(10) unsigned NOT NULL DEFAULT '0',  
    `person_id` int(11) NOT NULL DEFAULT '0',  
    `contact_number` char(15) NOT NULL,  
    `contact_extension` char(10) NOT NULL DEFAULT '',  
    `contact_type` enum('Primary','Direct','Cell','Fax','Home','Reception','Office','TollFree') NOT NULL DEFAULT 'Primary',  
    `contact_link` enum('Account','PDM','Other') NOT NULL DEFAULT 'Account',  
    `status` tinyint(1) NOT NULL DEFAULT '1' COMMENT '0 = inactive, 1=active', 
    `main_number` tinyint(1) NOT NULL DEFAULT '0' COMMENT '1 = main phone number',  
    `created_on` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,  
    `created_by` int(11) NOT NULL,  
    `modified_on` datetime DEFAULT NULL,  
    `modified_by` int(11) NOT NULL DEFAULT '0',  
    PRIMARY KEY (`number_id`),  
    KEY `account_id` (`account_id`),  
    KEY `person_id` (`person_id`)
) ENGINE=InnoDB AUTO_INCREMENT=534 DEFAULT CHARSET=utf8

Bu mesaj, bir WHEREveya ONtümcecikteki bir sayı ve bir dizeyi karşılaştırmaya çalıştığınız anlamına gelir . Sorgunuzda, bunun meydana gelebileceği tek potansiyel yer ON ac.company_code = ta.company_code; ya benzer bildirimlere sahip olduklarından emin olun ya CASTda sayıyı bir dizeye dönüştürmek için bir açık kullanın.

strictModu kapatırsanız , hata bir uyarıya dönüşmelidir.

Sorguda bir sözdizimi hatası veya bazı istenmeyen karakterler olduğu için bu hatayı düzelttim, ancak MySQL bunu yakalayamadı. andGüncelleme sırasında birden çok alan arasında kullanıyordum , örn.

update user 
set token='lamblala', 
    accessverion='dummy' and 
    key='somekey' 
where user = 'myself'

Yukarıdaki sorgudaki sorun andvirgül ( ,) ile değiştirilerek çözülebilir.

Ben de aynı sorunla karşı karşıyaydım. Bir varchar (100) sütununu sayısal 1 ile karşılaştırmaya çalışılıyor. 1292 hatasıyla sonuçlandı. 1 ('1') etrafına tek tırnak ekleyerek düzeltildi.

Yukarıdaki açıklama için teşekkürler

TL; DR

Bu aynı zamanda ORdize sütunlarına / değişmez değerlere uygulanmasından da kaynaklanabilir .

Tam versiyon

INSERTBir görünümü içeren basit bir ifade için aynı hata mesajını aldım :

insert into t1 select * from v1

tüm kaynak ve hedef sütunlar türde olmasına rağmen VARCHAR. Bazı hata ayıklamalardan sonra temel nedeni buldum; görünüm bu parçayı içeriyordu:

string_col1 OR '_' OR string_col2 OR '_' OR string_col3

Muhtemelen aşağıdaki kod parçacığının Oracle'dan otomatik olarak dönüştürülmesinin sonucuydu:

string_col1 || '_' || string_col2 || '_' || string_col3

( ||Oracle'da dize birleştirme). Çözüm kullanmaktı

concat(string_col1, '_', string_col2, '_', string_col3)

yerine.

Bu hatayı aldığımda bunun bir hata olduğuna inanıyorum, ancak bir SELECT ifadesi ve aynı WHERE cümlesiyle ayrı bir sorgu yaparsanız, o SELECT :) ifadesinden birincil kimlikleri SELECT CONCAT(primary_id, ',')alıp ekleyebileceğinizi unutmayın. bunları, koşullara sahip başarısız UPDATE sorgusuna -> "WHERE [birincil_kimlik] IN ([SELECT deyiminden virgülle ayrılmış birincil kimliklerin listesi)", orijinal (başarısız) sorgunun WHERE yan tümcesinin neden olduğu sorunları hafifletmenize olanak tanır.

Şahsen benim için, "NEREDE ____ IN ([değerler burada])" içindeki değerler için alıntı kullanırken, beklenen 300 girişten sadece 10'u etkilendi ki bu bana göre bir hata gibi görünüyor.

Bu hatanın meydana geldiği birkaç durum gördüm:

1. kullanmayan operatörü eşittir !=bir de whereçoklu bir listesini maddesi ordeğerler

gibi:

where columnName !=('A'||'B')

Bu, kullanılarak çözülebilir

where columnName not in ('A','B')

2. bir if()işlevde bir karşılaştırma operatörünün eksik olması :

select if(col1,col1,col2);

col1eğer varsa içindeki değeri seçmek ve aksi takdirde içindeki değeri göstermek için col2... bu hatayı atar; şu şekilde çözülebilir:

select if(col1!='',col1,col2);

Benim durumumda, hataya neden olan bir görünüm (yüksek oranda iç içe geçmiş, görünümde görünüm) eklemesiydi. mysql-5.6:

CREATE TABLE tablename AS
  SELECT * FROM highly_nested_viewname
;

Yaptığımız geçici çözüm, somutlaştırılmış bir görünümü simüle etmekti (bu gerçekten bir tablodur) ve depolanan prosedürleri kullanarak periyodik olarak ekleme / güncelleme.

Geçmeye çalışırken ES6 ve TypeORM ile bu sorunu yaşadım .where("order.id IN (:orders)", { orders }), burada ordersvirgülle ayrılmış bir sayı dizisi vardı. Bir şablon değişmezine dönüştürdüğümde sorun çözüldü.

.where(`order.id IN (${orders})`);

Dize alanı uzunluğu için tabloda KONSTRAINT KONTROLÜ kullandıysanız

örneğin: kullanıcı adı uzunluğunu kontrol etmek için> = 8

kullanım:

CHECK (CHAR_LENGTH(username)>=8)

onun yerine

CHECK (username>=8)

yanlış veri türü karşılaştırması varsa kontrol kısıtlamasını düzeltin

Çift değerli alan veya veriniz yoksa, belki sql katı modunu devre dışı bırakmayı denemelisiniz.

Bunu yapmak için MySQL kurulum klasöründe bulunan " my.ini " dosyasını düzenlemeniz , "SQL modunu katı olarak ayarla" satırını bulmanız ve aşağıdaki satırı değiştirmeniz gerekir:

# Set the SQL mode to strict
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

buna, "STRICT_TRANS_TABLES" siliniyor

# Set the SQL mode to strict
sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

Bundan sonra, bu değişikliği etkinleştirmek için MySQL hizmetini yeniden başlatmanız gerekir .

Değişikliği kontrol etmek için editörü açın ve bu sql cümlesini yürütün:

SHOW VARIABLES LIKE 'sql_mode';

Çok Önemli : Kaydettikten sonra dosya formatına dikkat edin. Bunu "UTF8" olarak kaydedin ve "BOM ile TFT8" olarak kaydetmeyin çünkü hizmet yeniden başlamayacaktır.