https://dev.mysql.com /doc/refman/5.7/en/create-table-generated-columns.html
Masuk akal bahwa ekspresi untuk kolom yang dihasilkan dapat merujuk hanya kolom dalam baris yang sama. Kolom yang dihasilkan tidak dapat menggunakan subkueri, atau mereferensikan tabel lain, atau fungsi dengan keluaran non-deterministik.
Misalkan kolom yang dihasilkan memang mendukung referensi tabel silang. Khususnya pertimbangkan kasus STORED kolom yang dihasilkan.
Jika Anda memperbarui tabel, MySQL juga harus memperbarui referensi apa pun di kolom yang dihasilkan di tempat lain dalam database, jika referensi tersebut merujuk ke baris yang Anda perbarui. Akan menjadi rumit dan mahal bagi MySQL untuk melacak semua referensi tersebut.
Kemudian pertimbangkan untuk menambahkan referensi tidak langsung melalui fungsi tersimpan.
Kemudian pertimbangkan bahwa pembaruan Anda adalah ke tabel InnoDB dalam suatu transaksi, tetapi kolom yang dihasilkan mungkin dalam tabel non-transaksi (MyISAM, MEMORY, ARCHIVE, dll.). Haruskah pembaruan Anda tercermin dalam kolom yang dihasilkan saat Anda membuatnya? Bagaimana jika Anda memutar kembali? Haruskah pembaruan Anda tercermin pada saat Anda melakukan? Lalu bagaimana MySQL "mengantre" berubah untuk diterapkan ke tabel itu? Bagaimana jika beberapa transaksi melakukan pembaruan yang memengaruhi referensi kolom yang dihasilkan? Yang mana yang harus menang, yang menerapkan perubahan terakhir atau yang berkomitmen terakhir?
Karena alasan ini, tidak praktis atau efisien untuk mengizinkan kolom yang dihasilkan untuk mereferensikan apa pun selain kolom dari baris yang sama dalam tabel yang sama.
