Հոսթինգում տվյալների բազաների քանակի սահմանափակումը շրջանցելու մեթոդը
Ինչպես արդեն գիտեք, վիրտուալ հոսթինգում տվյալների բազաների քանակը սովորաբար սահմանափակ է: Որպես կանոն, այն հավասար է կայքերի քանակին:
Սակայն, լինում են իրավիճակներ, երբ մեզ անհրաժեշտ է ավելի շատ տվյալների բազաներ: Եկեք քննարկենք, թե ինչ իրավիճակներ են դրանք և ինչպես շրջանցել տվյալների բազաների քանակի սահմանափակումը:
Այսպիսով, ենթադրենք՝ մենք ունենք ամենաէժան տոկոսադրույքը, որով մենք կարող ենք ստեղծել միայն մեկ կայք և, համապատասխանաբար, մեկ տվյալների բազա:
Սակայն, մենք կարող ենք ստեղծել մեկ կայք երկրորդ մակարդակի, բայց ցանկացած քանակությամբ ենթադոմեններ: Օրինակ, հիմնական դոմենում մենք կարող ենք ունենալ առցանց խանութ, իսկ ենթադոմենում՝ ֆորում:
Ստացվում է, որ մեզ անհրաժեշտ է երկու տվյալների բազա: Եվ միայն դրա համար մենք ստիպված կլինենք վերցնել ավելի թանկ տոկոսադրույք: Բայց գոյություն ունի շրջանցման ուղի:
Շրջանցման ուղու էությունը հետևյալն է. Մեր երկու կայքերն էլ կգտնվեն մեկ տվյալների բազայում: Սակայն, որպեսզի աղյուսակների անունները չմրցեն, մենք դրանց կտանք նախածանցներ:
Օրինակ,
խանութի աղյուսակների անունները մենք կսկսենք
shop_-ով, իսկ ֆորումի աղյուսակների
անունները՝ forum_-ով:
Սակայն, սովորաբար, հակիրճ լինելու համար
նախածանցները դարձնում են երկտառային,
մեր դեպքում դա կարող է լինել
sh_ և fr_:
Իհարկե, աղյուսակների անունների փոփոխությունը ամբողջ կոդում կարող է որոշ անհարմարություններ պատճառել: Հետևաբար, կայքը մշակելիս ավելի լավ է նախատեսել նման իրավիճակի հնարավորությունը և չկոշտ կոդավորել աղյուսակների անունները, այլ պահել դրանք ինչ-որ մի տեղ, որպեսզի հեշտ լինի դրանք փոխել:
Կամ էլ անմիջապես նախատեսել մեր կոդում նախածանցի առկայությունը և ամենուր SQL հարցումներում աղյուսակի անունից առաջ ավելացնել նաև նախածանցը: Նախածանցն ինքնին կպահվի մեկ տեղում՝ մեր կայքի կարգավորումներում: Այսպիսով, մենք կկարողանանք հեշտությամբ այն փոխել մեզ անհրաժեշտի:
Մտածեք ձեր նախագծում գրելու կոդի մասին, որն աջակցում է աղյուսակների նախածանցները:
