Ben içine her zaman çalıştırın. MySQL saklıdır kelimelerin bir bok yük vardır. Bir rastlamak zaman, mysql hata fonksiyonu neyin yanlış olduğunu bildirmek için bile yeterince hoş değil.
Yapabileceğiniz tek şey, sütun adını değiştirmektir. Yanlışlıkla diğer gün "ve oradan tarih" kullanılmıştır. Kafama dank etti zaman duhh, saçımı çekiyordu! Bu DB saklıdır.
Bir sütun adı başvuran zaman etrafına tırnak her türlü sarmak olabilir, bu önemli değil. Rezerve saklıdır!
Bu şeylerin bir çift yapmak için yaygın bir uygulamadır.
1) tabloları yaparken: çizgi kullanarak kaynak adı ile Bölünmüş kaynak türü. Örnek: xref_userMessages
This would mean it is a cross reference table for User messages.
2) Other examples of table names:
msg_Messages | sys_Settings | cli_Logins
So any other table made related to messages would be called msg_??? , not only does this keep them grouped together in phpMyadmin but makes remembering the names easier too.
Sütunları Yapımı zaman 3): ayrılmış asla kullanmayın. Böylece her zaman 6 didgets olmak anahtar sütunları neden olur. Örnek:
admkey | usrkey | msgkey | clikey grpkey
Obviously Admin Key | User Key | Message Key | Client Key | Group Key
Peki bu "msg_Messages" tuşları anlamına gelen "msgkey" ve xref tablo xref_Messages olurdu ve anahtarlar xref_msgkey vardır. Bu mantık ardından bile düşünmeden herşeyi isim bilmek değil, ancak bunu yaparken herhangi bir ayrılmış kelimelerin içine koşmak asla.
Sütun isimleri 4) Örnekler:
dateInsert dateStart timeCreate admName admAddress admPhone admCell
Sadece yukarıdaki gibi buna bir mantık var. Birlikte amaç / sahibi ve isim / öğe yerleştirme adını yapar ve tekrar ayrılmış sözcükleri önler.
Son Örnek:
Table: users_Admins users_Clients
Key: admkey usrkey
Table: msg_Messages
Columns: msgkey admkey usrkey msgRead msgMessage msgTitle
Sadece bu kısa örnekte ben 2 ayrılmış sözcükleri kaçınılmalıdır. Anahtarı ve Oku
So in short, your problem is not reading a primary key. It is a problem with column names.
MySQL is seeing your code as having a syntax that has commands out of place. SELECT read ... or SELECT key ... it doesnt matter if you put quotes around it or not. MySQL is basically seeing ...
SELECT (SELECT,WHERE,FROM) FROM select,from,where
WHERE SELECT = WHERE & FROM = SELECT. hehehehehehehe
Bu etrafında alıntı farklı bir tür koymak sadece MySQL gönderilen karışıklık düzeyini değiştirmez.
Birlikte benim hata ve hata Karıştırma bu gibi görünüyor ...
SELECT key,from,to,date FROM my_table WHERE key='1';
// Same as...
SELECT SELECT,SELECT,SELECT,SELECT FROM my_table WHERE SELECT='1';
Eğer gerçekten bakarak söyleyemem ilki onunla yanlış bir şey yoktur. Bunun doğru olmadığını ve işe yaramaz olduğu açıktır ikincisi. Ancak, MySQL göre onlar AYNI ŞEY vardır.
MySQL receives this syntax as so... SELECT? You told me to SELECT 5 times, never told me what to even select. You get the FROM right, but then you ended with a left hook telling to select something else, not only did you not tell me what to select again but you threw in an NULL='1'; what the heck is that all about?
This is why when you make these kinds of errors the error function doesn't even report what the heck happened. There were so many errors it can't throw you an error number so it just stops.
So this means your syntax is like this
SELECT * FROM Bowlers WHERE SELECT = '1';
Bazen "Ben MySQL bu daha akıllı olsaydı!", Sinirli ve söylemek Ama sonra ben bir daha az değerli veritabanı için de anahtar kelimeleri ticaret olurdu biliyoruz. Bu ayrılmış kelimelerin her biri benim için veritabanı tarafında daha bir sürü iş yapıyor bir sözcüğü temsil eder. Ben ilk programlama öğrenmek başladığımda benim kendi metin giriş alanı alt rutinleri yazmak zorunda kaldım, bu yüzden MySQL benim için yaptığı tüm temiz şeyleri takdir.