Nama tabel seperti aptrx (Transaksi Hutang Akun) dan apmaster_all (anehnya, ini adalah tabel vendor). Ini adalah basis data yang sangat kompleks, jadi saya bertanya-tanya apakah ada logika untuk konvensi atau apakah itu hanya dikaburkan dengan sengaja atau tidak.
Singkatan yang terkenal biasanya lebih disukai daripada mengeja. Ketika singkatan dikenal oleh beberapa orang, tetapi tidak cukup banyak orang, kami berhenti menyebutnya singkatan, dan mulai menyebutnya kode.
Singkatan menghemat ruang pada platform yang memiliki batas ketat, meskipun ini kurang penting sekarang daripada 30 tahun yang lalu. (Sepertinya saya ingat bekerja pada sistem pada 1980-an yang membatasi Anda untuk 6 atau 8 karakter untuk nama tabel.)
Singkatan biasanya membuat nama tabel dan nama kolom lebih mudah dibaca, selama singkatan dilakukan dengan baik. Jika saya bekerja pada kode untuk AP sepanjang hari, saya lebih suka membaca nama kolom seperti "ap_trx.inv_num" daripada "accounts_payable_transactions.invoice_number". (Saya suka garis bawah.) Mengetik nama panjang tidak banyak masalah dengan editor teks yang baik.
Dalam sistem akuntansi, "ap" dan "trx" adalah singkatan yang terkenal. Lainnya termasuk "ar", "gl", dan "gj", untuk piutang dagang, buku besar, dan jurnal umum.
Dalam sistem yang dirancang dengan baik, jika saya menemukan transaksi hutang dalam tabel bernama "aptrx", saya berharap menemukan transaksi piutang di artrx, transaksi buku besar di gltrx, dan sebagainya. Saya menemukan "apmaster_all" sedikit membingungkan, tetapi jika saya juga menemukan "armaster_all", saya akan menganggap bahwa yang pertama memegang semua vendor (sebagai lawan dari vendor yang aktif atau tidak aktif), dan yang kedua juga memegang semua pelanggan.
Di domain masalah lain, Anda menemukan singkatan terkenal lainnya. Dalam menangani, Anda akan menemukan singkatan seperti "addr" untuk alamat, "st" untuk jalan, "usps" untuk Layanan Pos Amerika Serikat, "up" untuk United Parcel Service, "cty" untuk county, "zip" untuk Peningkatan Zona Kode, dan sebagainya.
Saya tidak akan menyebut kebingungan ini. Jika rekening transaksi hutang yang disimpan dalam tabel bernama "cdrs21", saya akan menelepon yang kebingungan. (Meskipun saya pernah bekerja untuk sebuah perusahaan yang menamai semua modul assembler mainframe mereka dengan cara itu. Batas karakter, bukan kebingungan.)
Tetapi basis data yang berguna tumbuh, dan Anda mengalami masalah saat basis data menjadi besar. Saat Anda menambahkan domain masalah ke basis data Anda, Anda mengalami situasi di mana singkatan yang terkenal bertabrakan. Jika Anda berurusan dengan media, maka "ap" juga bisa menyingkat "Associated Press", "pers alternatif", atau "penempatan lebih lanjut". Ketika itu terjadi, saatnya untuk meninggalkan singkatan, atau beralih ke kode. Semakin besar organisasi (dan semakin besar basis data), semakin sering saya menemukan kode.