Membubuh awalan nama jadual adalah cara yang popular sebelum ini. Trend semasa adalah untuk meninggalkan menambah awalan kerana faedah yang dibawanya jauh lebih sedikit daripada masalah yang dibawanya. Dalam kebanyakan kes, reka bentuk pangkalan data silang adalah lebih fleksibel dan praktikal daripada reka bentuk awalan jadual, dan kekeliruan serta masalah yang disebabkan oleh reka bentuk awalan (terutamanya dalam situasi bercampur) merupakan masalah terbesar bagi kebanyakan orang baru. Jadi sila berhati-hati.

Mudah diurus

Adalah berguna jika anda meletakkan berbilang projek dalam pangkalan data yang sama

Projek 1 jadual pengguna - p1_user
Projek 2 jadual pengguna - p2_user

Anda akan faham apabila anda mengatakan ini

Ia hanya tabiat reka bentuk. Ia biasanya dicipta untuk membezakan jadual sistem yang berbeza dalam perpustakaan yang sama.

Seperti yang ditunjukkan dalam gambar, jadual tanpa awalan ialah jadual sistem pengurusan latar belakang. Jadual dengan awalan wms ialah jadual sistem wms

Sejujurnya, lebih sesuai membahagikan pelbagai jenis jadual mengikut pangkalan data Perkara awalan memang menyusahkan

Awalan sangat berguna, contohnya, jika saya ingin mengetahui segala-galanya tentang user的表，直接show tables like '%user%'就可以了，用mysqlbaris arahan

Terutama untuk projek dengan banyak pemalam atau modul, menambah awalan ini juga berguna untuk pemprosesan kelompok jadual pangkalan data dan operasi lain

Digunakan untuk membezakan semua projek menggunakan jadual data projek berbeza dalam pangkalan data yang sama

Awalan nama jadual hanyalah konvensyen penamaan dan tidak mempunyai kesan ke atas pelaksanaan fungsi.

Dalam sistem yang lebih kompleks, anda boleh memahami secara kasar modul dan klasifikasi jadual melalui awalan nama jadual Ini nampaknya lebih mudah semasa pembangunan dan operasi dan penyelenggaraan harian, dan pendatang baharu juga mempunyai peraturan untuk dipatuhi apabila memahami struktur data sistem.

Secara peribadi saya bersetuju dengan pendekatan ini Kosnya sangat rendah, tetapi ia adalah mudah untuk operasi dan penyelenggaraan kemudian.

Apabila jadual data berada dalam satu pangkalan data, dan terdapat banyak jadual data, perbezaannya sangat mudah

Apabila terdapat lebih daripada 100 jadual dalam projek, anda akan faham mengapa anda perlu menggunakannya.

Sebaik-baiknya, user_tabel1 boleh ditulis sebagai user.table1 (untuk mencipta berbilang perpustakaan)
Masalahnya ialah ramai pembangun hanya mengetahui pangkalan data dengan hanya menambah, memadam, mengubah suai dan menyemak, termasuk banyak rangka kerja (yang hanya boleh menyambung ke satu perpustakaan)

Contohnya, contoh scott paling klasik Oracle
scott mempunyai senarai jabatan dan kakitangan jabatan, hr (contoh lain) mempunyai senarai jabatan yang mempunyai senarai senarai produk senarai scott. emp mempunyai kebenaran pilih tetapi tiada kebenaran kemas kini

Secara peribadi, saya merasakan reka bentuk ini meningkatkan keselamatan data (apabila contoh diserang dan dipecahkan, semua data tidak akan didedahkan) dan kejelasan logik bertambah baik, tetapi ia juga memerlukan pembangun Mempunyai lebih pemahaman dan penguasaan pangkalan data
Tetapi yang sering kita lihat ialah semua jadual pembangun diletakkan dalam satu perpustakaan Kawalan kebenaran hanya dikawal dari logik perniagaan
(Perkara di atas adalah pemahaman peribadi saya)