Table '<db>.<tablo>' doesn't exist
Veritabanında, bir script'in ihtiyaç duyduğu komple bir tablo eksik. Kurulum dosyası hiç içe aktarılmamış, ya da başka bir veritabanına aktarılmış.
Önce şunu yap
Script'le gelen .sql dosyasını, server.cfg'nin işaret ettiği veritabanının aynısına içe aktar.
Ne anlama gelir
Bağlantı çalıştı ve sorguda adı geçen tablo o veritabanında yok. Ya kaynakla gelen SQL hiç içe aktarılmadı, ya da sandığından farklı bir veritabanına bağlısın.
Neden olur
Ne sıklıkla doğru cevap olduğuna göre sıralı.
- 1
Kaynağın .sql dosyası hiç içe aktarılmamış
Veri saklayan her script bir tane ile gelir. Onu atlamak olağan nedendir.
- 2
Yanlış veritabanına içe aktarılmış
Aynı sunucuda iki veritabanı; içe aktarma birine gitti, bağlantı metni diğerini gösteriyor.
- 3
Framework'ün kendi şeması eksik
usersya daplayersın eksik olması, framework SQL'inin hiç çalıştırılmadığı anlamına gelir, ve o çalıştırılana kadar hiçbir şey işlemez. - 4
Büyük-küçük harf duyarlılığı
Linux'ta MySQL'de,
lower_case_table_namesayarına göreUsersileusersfarklı tablolardır. - 5
Eksik tablo değil, "Unknown database"
Veritabanının kendisi yok — bağlantı metni hiç oluşturulmamış birini adlandırıyor.
Hangisinin seninki olduğu nasıl anlaşılır
SELECT DATABASE(); SHOW TABLES;
Tablolar oradaysa ama DATABASE() beklediğin değilse, bağlantı metni yanlıştır. Liste boşsa, hiçbir şey içe aktarılmamıştır.
Nereye bakmalı
Kaynakla gelen .sql dosyası, ve server.cfg içindeki veritabanı adı.
Nasıl düzeltilir
CREATE DATABASE IF NOT EXISTS fivem CHARACTER SET utf8mb4; USE fivem; SOURCE /yol/kaynak/install.sql;
Hâlâ kendi kodunda mı takıldın?
Bu sayfa, bu hatanın genelde ne anlama geldiğini anlatır. Konsolunu Server Fixer'a yapıştır; içindeki her şeyi sıraya dizer ve önce ne yapman gerektiğini söyler. Kendin uğraşmak istemiyorsan ORBIE script'i onarır ve kaynağı sunucuna atmaya hazır geri verir.
bug_reportServer Fixer'ı açBu tür bir hata için Script Optimizer buna yol açan sorgu kalıplarını yakalar.