Кілттік өріс кәдімгі кесте өрісі болғандықтан, оған «Кесте өрістері» бөлімінде берілген барлық ұсыныстар қолданылады. Дегенмен, бұл әлі де ерекше сала болғандықтан, мен келесі ұсыныстарды қосар едім
Кесте атына (идентификатор – идентификатор сөзінен) 2 әріпті қосу арқылы кестенің негізгі өрісінің атын қалыптастырыңыз, егер кесте аты көпше сөз болса, «s» әрпін алып тастаңыз — Мысалы, егер сіз контрагенттер кестесін «Серіктестер» деп атады, содан кейін өріс кілті «PartnerID» деп аталады. Бұл атау әдісімен кілттің қай кестеге жататынын айту екі жақты. Бірақ негізгі өрісті де, кестенің өзін де атамау керек, өйткені кейбір жағдайларда оның не туралы екенін — өріс немесе кестенің өзі туралы бірден анықтау өте қиын болады.
Сыртқы кілттерді сәйкес кілт өрістері сияқты атаңыз — бұл сыртқы кілттерді атау тәсілі бағдарламаны жазу кезінде шын мәнінде ненің қауіп төніп тұрғанын түсінуді өте жеңілдетеді.
Кілттік өрістің атын 10 таңбаға дейін шектеңіз — мұндағы себеп, индекс тегінің атауындағы таңбалар саны 10-нан аспауы керек. Және кілт өрісінде индекс құру керек. Егер кілттік өрістегі таңбалар саны 10-нан көп болса, онда индекс тегінің аты кілт өрісінің атынан ерекшеленеді. Бұл бағдарламалауды айтарлықтай қиындатады деген мағынада өте жақсы емес, өйткені сіз бұл индексті үнемі пайдаланасыз.
Айтпақшы, бұл ұсыныстан негізгі өрістерді атау бойынша ең бірінші ұсыныспен бірге кесте атауындағы таңбалар саны 8-ден аспауы керек (немесе кесте атауы көпше болса 9)
Кестенің негізгі өрістерімен жұмыс істеу
Кілттік өрістің мәні жазбаны жасау кезінде бір рет тағайындалуы керек және осы жазбаның бар болуы кезінде өзгермеуі керек. Негізгі өрістің мәнін өзгерту өте қажет емес. Бағдарламаны мұндай түрлендірудің қажеті болмайтындай етіп құрастырған дұрыс. Сонымен қатар, мен жойылған жазбалардың негізгі өрістерінің мәндерін пайдалануды ұсынбаймын (қайтыс болды, сондықтан қайтыс болды).
Бұл стратегия қолданушы қателерін ұстауды әлдеқайда жеңілдетеді, өйткені көп жағдайда пайдаланушы құжатта қате жіберсе, ол қате құжатты түзетпейді, оны жойып, қайтадан жасайды! Бұл жаман бағдарлама емес екенін кейінірек дәлелдеңіз!
Сонымен қатар, бұл стратегия қажет болған жағдайда бірнеше деректер қорын аз проблемалармен бір кешенге біріктіруге мүмкіндік береді.
Пайдаланушыларға кілт өрістерінің мәнін өз бетінше өзгертуге ешқашан рұқсат бермеңіз. Сонымен қатар, пайдаланушы олардың бар екенін мүлдем білмеуі керек. Бұл дерекқордың тұтастығын қамтамасыз ететін таза ішкі механизм болуы керек.
Шындығында, пайдаланушы анықтама бойынша енгізетін кез келген ақпарат сенімді емес және сіз ақпаратты қалай қорғасаңыз да, пайдаланушы оны айналып өтудің жолын табады немесе жай ғана сізді мәжбүрлейді! Және ол күдіктенбейтін және бұза алмайтын нәрсе.
Жазбаның бірегей идентификаторынан басқа негізгі өрістерге басқа функцияларды қосуға тырыспаңыз.
Мысалы, кейбір жағдайларда кілт өрістерін тізімдегі элементтің реттік нөмірі ретінде де пайдалану қызықтырады. Демек, мұны істеудің қажеті жоқ. Бұл функцияны іске асыру үшін қосымша өрісті енгізіңіз. Сондай-ақ, кілт өрісін элементтің қысқа атауы ретінде пайдаланбаңыз
Жазбаларды бірегей сәйкестендіруден басқа, кілт өрісіне кез келген басқа функцияны тіркесеңіз, сіз өзіңізге көптеген проблемаларды жасайсыз (бағдарлама коды әлдеқайда күрделі болады). Және артықшылығы ретінде дискілік кеңістікте біраз үнемдеу ғана. Менің ойымша, бұл оған тұрарлық емес.