Бодит ертөнцөд хэвшмэл байх
Өгөгдлийн санг хэвийн болгох нь програм хөгжүүлэх ариун үнэгүүдийн нэг юм. Бакалавр програмчлалын курс бүр та өгөгдлийн санг хэвийн болгохын ач холбогдлыг тунхагладаг.
Truism-ыг сорих цаг болжээ. Заримдаа таны мэдээллийн баазыг албан ёсны болгох нь зүгээр!
Чи хэзээ хэвийн болгох ёстой вэ?
Өгөгдлийн сангийн хэвшил нь таны өгөгдлийн бүрэн бүтэн байдлыг хамгаалдаг. Ихэнх тохиолдолд энэ нь маш сайн санаа бөгөөд та мэдээллийн санг үүсгэхийн тулд ямар нэгэн мэдээллийн сан байгуулах хэрэгтэй. Хэрэв та өгөгдлийн сангаа хэвийн болгох боломжтой бол түүнийгээ аваарай! Үнэндээ, энэ сайтын мэдээллийн санг хэрхэн яаж өөрчлөх талаар практик зөвлөгөө өгье:
- Эхний хэвийн маягтаар өөрийн мэдээллийн санг байрлуулах (1NF)
- Хоёр дахь хэвийн маягтаар өөрийн мэдээллийн санг байрлуулах (2NF)
- Мэдээллийн баазыг гуравдагч хэвийн хэлбэрээр байршуулах (2NF)
Хамгийн гол нь танд энэ өгөгдлийг хэвийн болгох ёстой гэсэн үг биш юм. Хэвийнжүүлэлт нь ихэвчлэн сайн загвар дизайн юм. Энэ нь гажсан мэдээлэлийг багасгаж, гүйцэтгэлийг оновчтой болгож, өгөгдлийн сангийн өөр өнцгөөс үүсгэсэн ижил өгөгдөлтэй холбоотой өгөгдлийн бүрэн бүтэн байдлын асуудлуудыг багасгах магадлалыг бууруулдаг.
Зарим сайн шалтгаануудыг хэвийн бус болгох
Энэ нь мэдээллийн баазыг хэвийн бус болгох зарим нэг сайн шалтгаан байгаа гэж хэлсэн. Хэд хэдэн зүйлийг үзье:
- Хамтран ажиллах нь үнэтэй байдаг . Мэдээллийн баазыг хэвийн болгох нь олон хүснэгтийг үүсгэх явдал юм. Үнэн хэрэгтээ та таван эсвэл 10 хүснэгтийг багтаасан энгийн асуулга байх ёстой гэж бодож байгаа зүйлээ хялбархан салгаж болно. Хэрвээ та таван ширээнд нэгдэхийг оролдож байсан бол зарчмаар ажилладаг боловч практик дээрээ удаан ажилласаар байх болно. Хэрвээ та том ширээнүүдтэй холбоотой олон асуултад хариулах веб програмыг ашиглаж байгаа бол "Хэрэв энэ өгөгдлийн сан зөвхөн хэвийн бус байсан бол" гэж бодож болно. Хэрэв та энэ бодлыг толгойдоо мэдрэх юм бол, энэ нь denormalizing гэж үзье. Хэрэв та уг асуулгад ашигладаг бүх өгөгдлийг нэг хүснэгтэд хадгалдаг бол таны өгөгдлийн бүрэн бүтэн байдлыг алдагдуулж чадахгүй бол түүнийгээ аваарай! Та босогч болж, мэдээллийн баазыг хэвлэ. Та буцаж харахгүй!
- Энгийн загвар нь хэцүү байдаг . Хэрэв та нарийн төвөгтэй өгөгдлийн сантай хамтарч ажиллаж байгаа бол хүснэгтээ хэвийн болгох нарийн түвэгтэй байдлаас толгойг ширтэнэ. Хэрвээ та өдөржингөө дөрөв дэх хэвийн хэв маяг руу шилжихийг хичээж байгаа бол хэвийн үйл ажиллагааг хэтэрхий их хийдэг байж болох юм. Алхам алхаад, үргэлжлүүлэн үнэ цэнэтэй эсэхийг нь өөрөөсөө асуугаарай.
- Түргэн, бохир нь хурдан, бохир байх ёстой . Хэрвээ та загвар зохион бүтээх гэж байгаа бол бүх зүйлийг хурдан хийцгээе. Үнэндээ. Энэ бол зүгээр юм. Хэрэглээний түргэн хөгжүүлэлт нь заримдаа гоёмсог дизайнаас илүү чухал байдаг. Зүгээр л буцаж ирэхийг санаарай, прототипын үе шатнаас дээш гарахад бэлэн болчихвол дизайныг анхааралтай ажиглана уу. Түргэн, бохир мэдээллийн санг бий болгохын тулд та үүнийг хаях хэрэгтэй болно.
- Хэрэв та NoSQL-ийн өгөгдлийн сан ашиглаж байгаа бол уламжлалт хэвийн ажиллагааг хүсэх шаардлагагүй. Үүний оронд өөрийн мэдээллийн санг BASE загварыг ашиглан илүү өршөөх болно. Та имэйл, зураг, видео гэх мэт зохион байгуулалттай өгөгдөл хадгалахдаа энэ нь ашигтай байдаг.
Анхаарах зарим үгс
Өгөгдлийн санг хэвийн болгох нь ерөнхийдөө сайн санаа юм. Үүнийг хийх нь зүйтэй мэт санагдах үедээ хэвийн үйл ажиллагааны зарчмуудыг дагахыг хичээх хэрэгтэй. Гэхдээ бүх шалгуур үзүүлэлтийг хэрэгжүүлэхэд хэтэрхий төвөгтэй гэж үзвэл таны өгөгдлийг хамгаалах хэвээр байх болно.
Эцэст нь хэлэхэд - хэрэв та хэвийн үйл ажиллагаанаасаа хазайхыг сонгосон бол мэдээллийн сангийн бүрэн бүтэн байдлыг хэрхэн хэрэгжүүлэх талаар илүү анхааралтай байгаарай. Хэрэв та илүүдэл мэдээллийг хадгалах юм бол мэдээллийг идэвхтэй байлгахын тулд тригер болон бусад хяналт тавих хэрэгтэй.