DB sokongan mendatar mendatar dengan FuelPHP

Ia adalah K di pejabat Sapporo.

Secara tradisinya, penciptaan sistem pelayan (persekitaran LAMP) difokuskan pada pembangunan rangka kerja sendiri, tetapi pada tahun-tahun kebelakangan ini lebih banyak kerangka sumber terbuka digunakan.

Rangka kerja dalaman tidak buruk, tetapi jika ia merupakan kerangka sumber terbuka, saya fikir sama ada mudah untuk mengambil alih operasi dari syarikat lain, atau jika anda sedang membangunkan operasi terbalik dan pengendalian ke syarikat lain.

Jadi, saya ingin menulis Tips DB yang saya tidak berhati-hati tentang FuelPHP yang saya dengar bahawa kali ini ia semakin banyak digunakan dalam permainan sosial dan perkembangan lain.

* Untuk butiran mengenai apa jenis paha FuelPHP, rujuk dokumen Jepun.

(Dokumen Jepun FuelPHP)http://fuelphp.jp/

 

■ Persekitaran diwujudkan pada masa ini

Kali ini, kami menjalankan pengesahan dalam persekitaran berikut.

Apache 2.2.22

PHP 5.4.44

mysql 5.5.44,

Bahan api PHP 1.7.3

Walaupun ia dipanggil persekitaran peperiksaan dalaman kosong, versi PHP agak lama, tetapi FuelPHP menyokongnya.

Dengan cara ini, versi terkini FuelPHP yang dikeluarkan adalah 1.8, dan ia juga menyokong PHP 7!

Saya ingin memuat naik sebarang laporan di sana juga.

 

Petua!

■ Sokongan untuk pembahagian mendatar jadual DB

Pemisahan mendatar jadual pangkalan data adalah kaedah yang berkesan untuk mengimbangi beban dalam permainan sosial.

Walau bagaimanapun, bahagian mendatar yang sepadan dengan FuelPHP tidak disangka-sangka tidak mempunyai maklumat, dan ia perlu diketepikan untuk membuatnya.

Walaupun FuelPHP mempunyai fungsi untuk memisahkan DB itu sendiri menjadi tuan dan hamba, pemprosesan dalam kes penyebaran secara mendatar meja tidak diambil kira dan sampel yang baik tidak dapat dijumpai.

 

Oleh itu, kami mencipta model yang memanjangkan model ORM yang sedia ada, dan memutuskan untuk memilih jadual mengikut keadaan.

Bagi setiap proses dan kelas model kanak-kanak, model pelanjutan ini diwarisi dan digunakan. (Ini adalah prosedur biasa ..)

 

Dalam mekanisme ini, kami melakukan perkara-perkara berikut.

· Buat sambungan yang mengatasi kelas sambungan,

Antaranya, jadual dipilih berdasarkan peraturan bahagian.

· Sediakan kelas untuk warisan untuk tidak membahagikan jadual dibahagikan,

Jadikan tetapan bahagian.

· Kelas meja individu mewarisi kelas warisan di atas dan melakukan pelbagai perkara.

 

Menulisnya membuatkan saya berasa agak rumit, tetapi ia akan hampir seperti berikut.

fig001

Sebagai contoh, jika anda mendapatinya, sebenarnya ia adalah satu mekanisme untuk mengemas kini kelas anda di Query :: forge sebenarnya, jadi semudah itu.

Apabila kelas dijana secara automatik dengan Scaffold dll, ia perlu ditulis semula.

 

Di syarikat kami, kami menyediakan jadual dengan destinasi yang diedarkan dan akses dari jadual yang diperoleh oleh setiap pengguna (dalam _ 0 dan lain-lain). Saya fikir kawasan ini adalah sebahagian daripada reka bentuk.

 

■ Perkara-perkara yang mengintip

Konfigurasi fail konfigurasi PHP Bahan Api digambarkan sebagai disalin dari teras dan ditulis semula, yang selepas menulis semula akan diterima pakai, tetapi

Di bawah persekitaran selain Pembangunan, kami mendapati bahawa konfigurasi di bawah teras akan hidup.

Oleh itu, dalam fail konfigurasi yang saya disalin kali ini, saya telah menetapkan mysqli, tetapi sebaik sahaja saya menukar persekitaran kepada pengeluaran, itu adalah ralat! !

Sebagai hasil pemeriksaan, ia adalah ralat kerana lalai konfigurasi teras adalah pdo.

 

Oleh kerana FuelPHP kerap menulis semula inti itu sendiri, nampaknya perlu berhati-hati.

 

Tayangan

Saya rasa FuelPHP mudah digunakan dan rangka kerja yang santai, tetapi kerana ia juga memerlukan beberapa kemampuan membaca, saya fikir ia lebih baik untuk menyesuaikan dan menggunakannya dengan baik.

Pada masa akan datang, saya ingin menyentuh pelbagai perkara serta FuelPHP.