Mewujudkan meja di MySQL Buat data Jadual

Pangkalan data, sebagai varian kepekatan maklumat penting, dan tanpa mereka tidak boleh melakukan walaupun satu projek kecil. Keberkesanan difikirkan struktur, jadual direka dengan betul, komunikasi disesuaikan - bergantung kepada kadar sampel / menulis maklumat, kebolehpercayaan data, menjamin kemustahilan bahaya sengaja, ketersediaan melakukan pengembalian, kesempurnaan setiap transaksi - dan kejayaan keseluruhan.

Pangkalan data ini adalah terutamanya - idea konseptual, persembahan maklumat, dan logik penggunaannya dalam sesuatu tugasan.

nisbah pelaksanaan yang berkesan mudah =

idea berkaitan bagi menganjurkan data jelas bukan yang terbaik, tetapi mereka yakin memegang jawatan mereka selama beberapa dekad. Kilang-kilang untuk pengeluaran makanan dan barangan keperluan kepada pengguna, mereka pasti diperlukan.

idea-idea revolusioner dalam maklumat yang sebenarnya banyak kali mengisytiharkan hak mereka untuk hidup, tetapi untuk hari ini gagal menyediakan bukti penting kewujudan apa-apa hak. Seperti biasa, kesederhanaan - kunci kepada kejayaan. Walau bagaimanapun, topik hubungan dan hubungan antara objek data - mata, dan sistem dalam ruang maklumat - masih penuh bintik putih dan kejutan yang menarik.

Menggunakan struktur yang mudah MySQL buat jadual membawa kepada pembentukan ringkas dan mudah untuk menggunakan berpuluh-puluh jadual, memformalkan masalah skop. Mula menggunakan "otot" adalah sangat mudah, tetapi selepas yang pertama sepuluh meja hubungan hubungan menimbulkan sikap yang berbeza kepada maklumat, persembahan, penyimpanan dan penggunaan.

Sementara, dikawal dan berterusan

hujah penting: "bangunan asas" konsep pangkalan data tanpa penyertaan MySQL, yang datang untuk hidup dengan program Internet dan telah menjadi bahagian penting daripada itu. Dinamik, teknologi moden telah membolehkan pangkalan data untuk menjadi cepat, boleh dipercayai dan berkesan, mudah untuk belajar dan menggunakan.

Selain jadual utama mewujudkan sementara reka bentuk jadual MySQL membolehkan programmer untuk membuat sementara struktur data wujud pada sesi semasa, lawatan pengguna tertentu, berlakunya peristiwa tertentu.

Jika sebelum jadual dan hubungan antara mereka telah dianggap sebagai sesuatu yang tidak dapat dinafikan, tetapi kini tidak lagi diterima pangkalan data walaupun kuat untuk merujuk kepada objek asas. Ini adalah hanya satu langkah ke arah memahami struktur maklumat yang diperlukan untuk menyelesaikan masalah.

Dengan menyediakan alat untuk membuat jadual sementara, buat jadual sementara, MySQL membolehkan anda untuk membahagi pangkalan data kepada komponen statik dan dinamik. Menentukan jenis bidang dalam jadual, programmer secara automatik boleh mengawal ketepatan pembentukannya. Menggunakan MySQL mewujudkan reka bentuk cek pong, pereka bentuk boleh menentukan syarat-syarat untuk mengisi bidang. Walaupun pilihan ini - bukan peluang untuk memudahkan penghijrahan reka bentuk dari dialek SQL lain.

Space Maklumat: terma dan sistem

Setiap projek, sama ada keseluruhan laman web ini, satu halaman atau algoritma yang mudah, terletak di tempat yang tertentu ruang maklumat tertentu. "Alamat" tempat itu - tugas tertentu, keadaan-keadaan kewujudan algoritma: struktur maklumat pada bahagian masuk dan keluar, membentuk proses penukaran.

Walau bagaimanapun, tidak semestinya mengikut peraturan MySQL, buat jadual tidak boleh membuat itu mengikut sintaks itu.

Dalam contoh ini, medan code_back, session_code owner_code menentukan kunci dan masing-masing kembali, dan sesi pelanggan. Bukan sahaja penggunaan versi bukan taraf MySQL buat jadual, utama di sini tidak terletak dalam bidangnya kecekapan, dan dicat mengikut pengertian yang: Kod pulangan dalam hal tidak selesai transaksi, kod aktif pelanggan dan kod sesi, yang mungkin beberapa untuk pelanggan, tetapi bergantung kepada ia, mana kod itu akan pergi pengurusan balasan.

Terdapat juga penggunaan bidang bukan standard h_code, a_contents dan a_surprise. Di sini buat jadual MySQL contoh bagaimana satu medan boleh mengandungi data, dan semantik. Dalam mana-mana situasi di mana anda mempunyai jadual pelanggan, ia adalah bijak untuk membuat cache bahagian aktif meja. Ini tidak menjadikan ia satu struktur data awal yang mencukupi. Sebagai contoh, a_contents bidang kandungan: nama, kata laluan; e-mel, dan bidang a_surprise - keadaan semasa pengguna.

The a_contents idea dan / atau a_surprise

penjelmaan itu tidak memerlukan akses ke meja utama, yang boleh menjadi besar dan rumit, dan akan menghadkan kecil, yang mengandungi hanya maklumat yang relevan. Di sini buat jadual MySQL - satu contoh apa yang boleh dilakukan input nama pelanggan dan kata laluan, atau kata laluan dan e-mel dalam bahasa yang mudah: (a_contents seperti '{$ cUserName} {$ cUserPass}%') atau (a_contents seperti '% {$ cUserPass} {$ cUserName} ').

Dalam contoh ini, menggunakan cek sendiri fungsi jadual: scTableExists ( 'rm_cache') seolah-olah meja tidak, anda perlu bukan sahaja untuk menciptakannya, tetapi juga untuk merakam, sebagai contoh, rekod pertama beberapa dengan pentadbir sumber data.

varian Standard buat jadual jika tidak wujud MySQL penjelmaan menawarkan dihadkan oleh adanya meja dan penubuhannya dalam kes ketiadaan. Biasanya, ini tidak mencukupi. Kita bukan sahaja perlu menyemak untuk jadual, tetapi juga isi dengan maklumat awal.

sel jenis mudah

Kekhususan MySQL penggunaan bahasa, terutama PHP, biasanya mengurangkan jumlah data yang popular: pertama sekali, netipirovannostyu pembolehubah. Tali yang paling biasa digunakan, seperti yang dikehendaki - bilangan dan tarikh, data kadang-kadang logik. Lebih banyak peluang yang menerangkan data MySQL buat jadual mengandungi jarang berlaku. Walaupun kedua ditentukan oleh masalah yang perlu diselesaikan. Anda boleh menggunakan pelbagai keseluruhan data melalui buat jadual MySQL, contoh - mana-mana laman web sistem pengurusan kandungan moden.

Apa dan bagaimana untuk menggunakan - menentukan pemaju. Pada masa ini, menurut Wikipedia, jumlah dan kelajuan ciri-ciri MySQL boleh memenuhi imaginasi yang paling capacious pelanggan, mengambil kira pengalaman pemaju yang digunakan. Apabila digunakan di atas meja mewujudkan MySQL lalai-struktur membolehkan untuk mewujudkan bersih (jadual kosong) dengan sel-sel panjang boleh ubah dan untuk membentuk kandungan dinamik dalam proses.

struktur data yang kompleks

Orientasi kepada jenis data mudah, baris pertama, telah membawa kepada peningkatan minat dalam reka bentuk maklumat yang kompleks objek yang apabila bekerja dengan pangkalan data ditukarkan kepada simpanan dalam tali utama, nombor (indeks - paling kerap), tarikh, dan "data yang besar" - Gambar , bunyi, kandungan capacious lain. Di sini dialek yang mewujudkan SQL Jadual MySQL hampir tiada had. Untuk semua kesederhanaan dan kemudahan dari "otot" programmer mempunyai sekurang-pelupusan kuasa penuh SQL sebenar.

Zahirnya mudah dari segi jenis sel dalam pangkalan data char atau varchar ditukar di dalam algoritma untuk membaca dalam objek yang lengkap - struktur data yang kompleks (sifat, kaedah, sintaksis dan semantik), dan apabila rakaman lagi ditarik ke dalam satu bentuk mampat, intipati yang ditentukan oleh pemaju.

Jadual unit

lajur sahaja, hanya garis dan hanya satu elemen di persimpangan mereka, dan hanya satu jenis - sel. Ini adalah asas peraturan struktur MySQL "buat jadual". Tiada MySQL jenis data tidak asal: bilangan, rentetan aksara, tarikh ... Ia tidak mengikuti dari sintaks, tetapi ternyata dalam amalan.

Programmer sel mentafsir boleh bertolak ansur apa-apa jenis objek, kerana keperluan tugas. Dari perspektif pangkalan data bahawa "apa-apa jenis" - hanya garis.

Namun, tidak kira apa, dan bagaimana untuk menggunakan pemaju lebih suka. Ia adalah penting bahawa pada masa ini (menurut Wikipedia) jumlah dan kelajuan parameter MySQL boleh memenuhi imaginasi yang paling capacious pelanggan, mengambil kira pengalaman pemaju yang digunakan.

"Tenacious" adalah meja yang sangat mudah, disusun cara yang paling mudah. Jika pemaju meletakkan dalam setiap bidang makna yang betul, Melatih dalam char atau varchar jenis dalam MySQL mewujudkan sintaks meja anda, jadual akan berfungsi.

Rajah integer

Kita juga perlu bercakap tentang indeks dalam MySQL. Buat jadual membolehkan anda untuk segera menggambarkan mereka dan gunakan untuk mengakses jumlah yang besar data. Pendekatan ini adalah sangat mudah difahami, biasa dan disempurnakan untuk detail seperti yang pengoptimuman bergantung kepada kelajuan CPU, sampel caching artful algoritma pengiraan sering dipilih data editing php.ini, my.ini dan httpd.conf.

Sementara itu, tiada apa yang menghalang pemaju untuk membuat paparan anda sendiri "Data" - "kunci untuk data" untuk kesederhanaan integer - tiada baris dalam jadual, nombor sahaja. A mikro buat jadual int MySQL akan menyediakan semua yang lain perlu jadual: akses yang mudah, operasi mudah, berfungsi sepenuhnya pada kelajuan yang ideal.

Integer, dianjurkan sebagai kad data sebenar di meja besar dan besar, akan mempercepatkan pemilihan dan pengubahsuaian maklumat tanpa sebarang masalah. Secara pilihan mencipta versi utama akses bagi tempoh kerja, anda boleh menggunakan mewujudkan struktur jadual sementara, MySQL mencipta jadual sementara sebelum menggunakannya. Atau, sebagai contoh, untuk setiap pengguna - meja utama.

Dalam konteks ini, sintaks yang tidak dinyatakan penggunaan cipta meja jika tidak wujud MySQL membolehkan anda untuk membuat jadual perlu, walaupun ketiadaan yang tidak dijangka, sebagai contoh, adalah yang tidak betul input / output atau komputer kemalangan, dan pengindeksan terganggu.

Realiti hosting - MySQL +

Dari segi sejarah, pangkalan data adalah struktur data yang bermakna. Design M ySQL buat jadual mulanya sejajar konsep klasik data dan lokasi mereka ruang cakera. pengaturcaraan internet, dan di atas semua pilihan hosting dan logik sistem pengurusan kandungan yang popular, yang dibuat pelik, pada pandangan pertama, anjakan: satu asas mungkin gabungan beberapa. pemisahan adalah pada nama jadual awalan.

Sesetengah pembekal hosting telah dikenakan ke atas pangkalan data nama-nama tuntutan mereka, seperti nama pangkalan data bermula dengan nama hosting pemilik.

Oleh dan besar, ia tidak kira apa yang memanggilnya pangkalan data dan bagaimana untuk memanggilnya meja. Walau bagaimanapun, keadaan mula mewakili bukan hanya sintaks MySQL dan keperluan hosting sintaks plus, iaitu MySQL +.

Sebuah meja kecil, lebih mudah ia disusun, dan yang kurang itu merekodkan, lebih padat ia ditanamkan di dalam bahasa pengaturcaraan di mana tindakan yang dikehendaki dilakukan dengan data.

Pada dasarnya, mana-mana tugas adalah mudah untuk cat ke dalam komponen yang rendah, satu-satunya soalan adalah, berapa banyak akan kos kesederhanaan itu.

Jika anda memerlukan MySQL yang bersih, ia sendiri hosting pelayan anda sendiri, di mana tidak akan ada sekatan ke atas bilangan pangkalan data atau oleh kaedah-kaedah menamakan mereka dan jadual ahli mereka.

Pelbagai versi Apache / MySQL / PHP

Pergantungan kepada alam sekitar hosting - masalah tidak begitu banyak, sebagai keadaan yang penting untuk pengaturcaraan pertahanan yang moden. Anda boleh menulis dalam PHP 7.0.13, menggunakan MySQL 5.7.16, tetapi pelanggan akan menjadi tuan rumah, membenarkan hanya versi Perl dan "otot" 4.1.1 atau versi yang lebih tua PHP.

Secara umum (yang, kebetulan, tidak adalah hakikat a) hosting yang disediakan atas Linux, FreeBSD, UBUNTU dan sistem variasi lain yunikosopodobnyh. Mereka semua bekerja denda, tetapi setiap daripada mereka mempunyai ciri-ciri sendiri, versi mereka sendiri perhimpunan AMP (Apache, MySQL, PHP). Tidak selalu dan tidak setiap pasukan akan bekerja dalam versi akan datang, walaupun dia bekerja di yang sebelumnya.

Apa-apa operasi mudah sebagai eksport pangkalan data mana-mana versi MySQL tidak tanpa masalah, kedua-duanya dari Import Import phpMyAdmin, dan dari baris arahan. operasi Hubungi import tidak boleh berlaku. Lebih sering daripada tidak perlu mengubah sesuatu dalam PHP anda, pelayan MySQL atau Apache. Jika perubahan tidak membantu, ia adalah perlu untuk mencari alternatif.

Hakikat mudah, operasi yang boleh dilakukan dengan menetapkan semula pangkalan data, bahasa pengaturcaraan atau pelayan. Ini bukan penyelesaian yang terbaik, tetapi biasanya berkesan.

Penciptaan pangkalan data / meja pengesahan

Syntax MySQL buat jadual jarang terpakai dalam penjelmaan piawai. Jika ia tidak dianggap dalam konteks sistem pengurusan kandungan yang popular: akan sentiasa menjadi klasik genre. Kerja-kerja harian adalah paling mudah untuk berpendapat bahawa dalam konteks amalan: medan yang diperlukan dalam jadual, yang mereka mesti mempunyai jenis dan saiz. selebihnya masih perlu untuk memperbaiki proses pembangunan: set aksara, jenis perintah, kunci.

Optimum adalah versi algoritma, di mana walaupun kekurangan pangkalan data yang tidak mengganggu dengan laman web ini untuk memulakan. Anda boleh menulis fungsi anda sendiri memeriksa pangkalan data dan / atau meja apabila anda perlu untuk mewujudkan bukan sahaja struktur maklumat, tetapi juga untuk mengisi maklumat awal mereka.

Agak kerap menggunakan satu siri reka bentuk Buat jadual jika tidak wujud, MySQL tidak mengejutkan pemilik laman web atau pengunjung yang tiba-tiba berkata: tidak ada struktur pangkalan data atau meja rosak.

Dalam pengaturcaraan peraturan umum moden "amanah tetapi mengesahkan" tidak berfungsi, atau sebaliknya akan menggunakan logik "memeriksa dan digunakan."

Buat jadual: MySQL pengguna sampel Rajah

Pendaftaran pengunjung baru dan pintu masuk / keluar dari pengguna laman web telah membangunkan banyak kali, tetapi had kesempurnaan dalam bahagian penting mana-mana laman lagi.

Dalam banyak cara, input / output dan pendaftaran ditakrifkan oleh terma rujukan laman web ini dan / atau menggunakan sistem pengurusan kandungan, tetapi lebih kerap - keinginan untuk membangunkan sesuatu yang lebih selamat melindungi akaun pengguna, mencegah laman web hacking.

Biasanya pangkalan data MySQL adalah lebih selamat daripada laman web, tetapi dalam kes kegagalan tidak boleh dikesampingkan mesej ralat pelayar paparan kod konfigurasi tapak, yang mengandungi nama dan kata laluan untuk pangkalan data.

amalan yang baik - untuk berkongsi data mengenai komponen statik dan dinamik. Pada contoh meja pengguna, anda boleh mempunyai sebahagian besar pengguna spreadsheet dan cache_users aktif. Jadual pertama mengandungi sejumlah besar pengguna, kedua - hanya mereka yang bekerja pada hari terakhir (sebagai contoh). Setiap pengguna baru yang tidak ada dalam jadual kedua, datang sana selepas pintu masuk / penerimaan dan disimpan untuk beberapa ketika.

Tetapi pembahagian ke dalam dua jadual di sini bukan sahaja menyediakan kadar sampel data (sebuah meja kecil sentiasa lebih cepat daripada besar dan besar), tetapi juga dalam fakta bahawa ia sesuai hanya maklumat yang diperlukan lebih kerap semasa mengendalikan mana-mana pelanggan laman tertentu. Untuk persampelan atau perubahan data secara semula jadi menggunakan meja utama.

Memori, maklumat dan pangkalan data

Dalam bidang teknologi maklumat entah bagaimana tidak maju untuk mewakili bahasa pengaturcaraan ingatan. Bahasa - pembolehubah, pemalar dan struktur, membolehkan sesuatu dan entah bagaimana dimanipulasi. Pangkalan data - adalah sesuatu menyimpan. Dari itu anda sentiasa boleh memilih sesuatu yang di dalamnya anda boleh merakam sesuatu.

Gabungan antara bahasa dan rangka kerja bagi tujuan untuk bertugas dengan maklumat, tetapi logik hubungan dalam kongsi gelap ini tidak begitu sempurna, walaupun dalam kelompok yang mudah untuk AMP: Apache, PHP, MySQL. Sini segala-galanya adalah jelas: pelayan, bahasa pengaturcaraan dan pangkalan data - semua yang diperlukan bagi kebanyakan tugas.

bahasa SQL - bahasa pengaturcaraan yang sama, dan sesungguhnya di dalam pangkalan data beroperasi logik sendiri, konsep pengaturcaraan sendiri. Di sini kita mempunyai keinginan untuk sebelah pengaturcaraan pangkalan data. PHP - alat yang baik, tetapi untuk mengatakan bahawa dia komited untuk secukupnya sebelah pangkalan data, ia adalah sukar. Walau bagaimanapun, struktur dan fungsinya dibangunkan dan diperbaiki.

Jika kita menggabungkan PHP dan MySQL dalam satu unit tunggal, anda akan mendapat alat, mempunyai ingatan yang. gabungan pilihan memberikan idea pengaturcaraan berorientasikan objek: objek yang dinyatakan dalam bahasa yang pada masa tidak berguna mereka telah lupa (dalam pangkalan data) dalam keadaan padat. Apabila ia menjadi perlu, ia diubah ke dalam objek lengkap dan beroperasi mengikut kecekapannya.