Mga Aralin

1.1 Panimula Ang pagdidisenyo ng isang database ay medyo katulad ng pagdidisenyo ng arkitektura ng isang proyekto ng Java. Maaari mong ilagay ang lahat ng data sa isang pares ng mga talahanayan, o maaari kang bumuo ng isang magandang istrak

2.1. Konseptwal na disenyo Ang disenyo ng database ay isinasagawa sa tatlong yugto: konseptong disenyo; lohikal na disenyo; pisikal na disenyo. Ang layunin ng bahagi ng konseptwal na disenyo ay lumikha ng isang konseptwal na modelo ng data

3.1 Pag-normalize ng database Ang normal na anyo ay isang pag-aari ng isang relasyon sa isang modelo ng relational na data na nagpapakilala dito sa mga tuntunin ng redundancy, na posibleng humahantong sa lohikal na maling mga resulta ng pag

4.1 Panimula Sa pamamagitan ng pag-convert ng mga talahanayan ng database sa mga regular na talahanayan, maaari mo na ngayong suriin ang mga ugnayan sa pagitan nila. Ang bilang ng mga elementong nakikipag-ugnayan sa pagitan ng dalawang magk

5.1 Panimula Ang Internet ay puno ng dogmatic precepts tungkol sa kung paano dapat piliin at gamitin ang mga key sa relational database. Minsan nagiging holivars ang mga hindi pagkakaunawaan: dapat bang natural o artipisyal na mga susi ang

6.1 Panimula Ngayon lumipat tayo mula sa teorya patungo sa pagsasanay. "Sa teorya, walang pagkakaiba sa pagitan ng teorya at kasanayan. Sa praktis, sila." Nabubuhay tayo sa totoong mundo at lahat ng produkto ng software ay ganap na nilikha

7.1 Pag-cache sa gilid ng DB Gumagamit ang MySQL ng mga mataas na nasusukat na algorithm kapag nagtatrabaho sa mga talahanayan, kaya ang MySQL ay maaaring tumakbo kahit na may maliit na halaga ng memorya. Naturally, para sa mas mahusay na p

8.1 Bakit kailangan ang denormalization? Ang pinakamahal na pagpapatakbo sa pagitan ng malalaking talahanayan ay ang pagsali. Alinsunod dito, kung sa isang query ay kinakailangan na "mag-ventilate" ng ilang mga talahanayan na binubuo ng mar