2015-04-03 17 views
5

sorgu hatası sorunlarını teşhis etmek için nasıl. MySQL Workbench - Benim PC'de MySQL ve MySQL tezgah yüklemiş ve sadece veri depolanan ve PC kendisi tarafından hizmet erişen benim SQL becerileri oluşturmak için onu kullanıyorum

bir sorgu alıyorum sadece mesaj başarısız

biri bana bunun bir hata nedeniyle başarısız oldu olduğunu.

yazılımı hata mesajını yükseltmek neden olduğunu tespit ettiğimiz sorunlar sorun daha fazla faydalı bilgi almak için herhangi bir yolu var mı?

Ben linux mint Rebecca'da WorkBench 6.0 kullanıyorum. Windows 7'de de aynı bilgisayarda (çift önyükleme) kullanıyorum, ancak şu an Windows WorkBench sürümünü bilmiyorum, çünkü bunu linux'dan yazıyorum. Her iki durumda da, sorgunun neden başarısız olduğu hakkında bir bilgi verilmemektedir. Linux'taki WorkBench 6.0'da aldığım tek şey 'Sorgu Kesildi' mesajıdır. Pencerelerde, kırmızı bir daire üzerinde beyaz bir haç alıyorum, bir hata olduğunu ve kodumu düzeltmem gerektiğini söylüyorum.

iyi çözüm Bunu oldukça açığım WorkBench dışında bir şey kullanmak ise

. WorkBench'in sql sorgu becerilerini geliştirmeyi amaçlayan bu tür etkinlik için en iyi araç olup olmadığını merak etmeye başlıyorum. Docn, ileri ve tersine mühendislik ve modeller hakkında çok fazla zaman harcıyor, ve bunun ne olduğuna dair genel bir fikre sahip olduğumu düşünüyorum, ama tek yapmak istediğim, csv dosyalarındaki tablolarda okumak, bunları manipüle etmek ve analiz etmek. daha sonra bazı sonuç tabloları yazınız. Tablolara göz atmamı ve kod düzenleme penceresindeki sözdizimi hatalarını vurgulayabilmem için bir GUI istedim ve WorkBench'in bunu yapmanın aracı olacağını düşünmüştüm, ama bundan daha fazlasını yapmayı amaçlamış gibi görünüyor. ve yapmaya çalıştığım şey için gereksiz yere karmaşık bir ortam olabilir.

Teşekkür ederiz

+0

Hataları gösteren bir görünüm vardır, ancak bazen MySQL yalnızca hata kodlarını döndürür. Onları çevrimiçi olarak görebilirsiniz. Ancak, ne yaptığınızı gerçekten öğrenmek için komut satırı istemcisini bir terminal penceresinde (mysql -u username -p -h ana bilgisayar adı) kullanmanızı öneriyorum. –

cevap

19

D'oh. Problemin sadece çıktı alanımın WorkBench ekranımda görünmemesi olduğunu anladım. İlk yüklendiğim nedenlerden ötürü, Çıktı alanı, her bir ifadenin sonucunu tanımlayan satırları görmek için yer olmadığı ve uygulanabilir olduğunda hata kodları olmak üzere sadece bir başlığa yoğunlaştırıldı.

Bir İlk ihtiyaçlar menü eylemleri yaparak Çıktı Alan kasten gizli olmadığını kontrol etmek için: Görünüm> Paneller> ve Çıktı Alanını gizleme veya Çıktı Alanını Göster diyor olmadığını bakarak. Birincisi söylerse, o zaman alan şu anda gizlidir, bu yüzden 'Çıktı Alanı Göster' seçeneğini tıklamanız gerekir ve görünecektir.

Çıktı Alanı, WorkBench ekranının sağ alt kısmında görünür. Bildirim sonuçları görünmezse, Çıktı Alanı'nın üst kısmındaki yatay ayırıcıyı almalı ve sürükleyin, böylece hata kodlarını görecek kadar yer kalmalıdır.

hata kodları görebilir sonra, bir zaman tek başına bağlı açıklamadan sorunu çözebilir. Değilse, hata kodu neyin yanlış olduğu hakkında daha fazla bilgi almak için yukarı bakılabilir. Bunu işaret ettiği için Lucas'a teşekkürler!

+0

Aynı problemle karşılaştım. Çok teşekkürler! Benim sorunum, bir hata oluşturmaz güvenli güncelleme modu ile bir 'WHERE 'olmadan bir' UPDATE' sorgusu yürütmekteydi, ama çıktı alanında bir uyarı ile sadece kesintiye uğramış bir sorgu yürütmekti. Bkz. Http://stackoverflow.com/questions/18767308/update-query-failing-with-error-1175 – rkallensee

+0

Wow, bu çok kötü. Benim için çıktı alanı görünüşte görünürdü, ancak gerçek panel sorgu metni editörü tarafından görünmezlikten sıkışmıştı. Başka bir deyişle, sorgu metni editörünün paneli, pencere kadar geniş olacak şekilde boyutlandırıldı, bu yüzden panelin kenarlarını daha küçük olacak şekilde sürüklemeliydim.Sürüklemeye başladığımda, çıkış alanının penceresi gösterilmeye başladı. –

+0

haha, vay, çok önemsiz bir şey olduğuna inanamıyorum, çok teşekkür ederim :) –