ગ્લોબલ એ ડેટા સ્ટોર કરવા માટેનો ખજાનો-તલવાર છે. વૃક્ષો. ભાગ 2

શરૂઆત કરવી - ભાગ 1 જુઓ.

3. ગ્લોબલનો ઉપયોગ કરતી વખતે સ્ટ્રક્ચર્સના ચલો

ઓર્ડર કરેલ વૃક્ષ જેવી રચનામાં વિવિધ વિશિષ્ટ કેસો હોય છે. ગ્લોબલ સાથે કામ કરતી વખતે જેનું વ્યવહારિક મૂલ્ય હોય તે ધ્યાનમાં લઈએ.

3.1 વિશેષ કેસ 1. શાખાઓ વિનાનો એક નોડ

ગ્લોબલનો ઉપયોગ માત્ર એરેની જેમ જ નહીં, પણ નિયમિત ચલોની જેમ પણ થઈ શકે છે. ઉદાહરણ તરીકે, કાઉન્ટર તરીકે:

Set ^counter = 0  ; установка счётчика
Set id=$Increment(^counter) ;  атомарное инкрементирование

આ કિસ્સામાં, વૈશ્વિક, તેના અર્થ ઉપરાંત, શાખાઓ પણ હોઈ શકે છે. એક બીજાને બાકાત રાખતો નથી.

3.2 વિશેષ કેસ 2. એક શિરોબિંદુ અને ઘણી શાખાઓ

સામાન્ય રીતે, આ ક્લાસિક કી-વેલ્યુ બેઝ છે. અને જો આપણે મૂલ્યોના ટ્યુપલને મૂલ્ય તરીકે સાચવીએ છીએ, તો આપણને પ્રાથમિક કી સાથે ખૂબ જ સામાન્ય ટેબલ મળશે.

ગ્લોબલ પર કોષ્ટકનો અમલ કરવા માટે, આપણે કૉલમ વેલ્યુમાંથી પંક્તિઓ જાતે જનરેટ કરવી પડશે, અને પછી પ્રાથમિક કીનો ઉપયોગ કરીને તેને વૈશ્વિક પર સાચવવી પડશે. વાંચતી વખતે સ્ટ્રિંગને ફરીથી કૉલમમાં વિભાજીત કરવાનું શક્ય બનાવવા માટે, તમે આનો ઉપયોગ કરી શકો છો:

1. સીમાંકિત અક્ષરો.

   Set ^t(id1) = "col11/col21/col31"
   Set ^t(id2) = "col12/col22/col32"

2. એક કઠોર યોજના જેમાં દરેક ફીલ્ડ પૂર્વનિર્ધારિત સંખ્યામાં બાઈટ ધરાવે છે. જેમ રિલેશનલ ડેટાબેઝમાં થાય છે.
3. એક વિશેષ કાર્ય $LB (કેશમાં ઉપલબ્ધ), જે મૂલ્યોની સ્ટ્રિંગ બનાવે છે.

   Set ^t(id1) = $LB("col11", "col21", "col31")
   Set ^t(id2) = $LB("col12", "col22", "col32")

રસપ્રદ રીતે, રિલેશનલ ડેટાબેસેસમાં ગૌણ અનુક્રમણિકાઓ જેવું કંઈક કરવા માટે વૈશ્વિકોનો ઉપયોગ કરવો મુશ્કેલ નથી. ચાલો આવી રચનાઓને ઇન્ડેક્સ ગ્લોબલ કહીએ. ઈન્ડેક્સ ગ્લોબલ એ મુખ્ય વૈશ્વિકની પ્રાથમિક કીનો ભાગ ન હોય તેવા ક્ષેત્રોને ઝડપથી શોધવા માટે સહાયક વૃક્ષ છે. તેને ભરવા અને તેનો ઉપયોગ કરવા માટે, તમારે વધારાનો કોડ લખવાની જરૂર છે.

ચાલો પ્રથમ કોલમ પર ઇન્ડેક્સ વૈશ્વિક બનાવીએ.

Set ^i("col11", id1) = 1
Set ^i("col12", id2) = 1

હવે, પ્રથમ કોલમમાં માહિતી ઝડપથી શોધવા માટે, આપણે વૈશ્વિકમાં જોવું પડશે ^i અને પ્રથમ કૉલમના ઇચ્છિત મૂલ્યને અનુરૂપ પ્રાથમિક કીઓ (id) શોધો.

મૂલ્ય દાખલ કરતી વખતે, અમે જરૂરી ક્ષેત્રો માટે તરત જ મૂલ્ય અને ઇન્ડેક્સ વૈશ્વિક બંને બનાવી શકીએ છીએ. અને વિશ્વસનીયતા માટે, ચાલો તે બધાને વ્યવહારમાં લપેટીએ.

TSTART
Set ^t(id1) = $LB("col11", "col21", "col31")
Set ^i("col11", id1) = 1
TCOMMIT

M પર તે કેવી રીતે કરવું તેની વિગતો વૈશ્વિક પર કોષ્ટકો, ગૌણ અનુક્રમણિકાઓનું અનુકરણ.

જો પંક્તિઓ દાખલ કરવા/અપડેટ કરવા/કાઢી નાખવાના કાર્યો COS/M માં લખેલા હોય અને સંકલિત કરવામાં આવ્યા હોય તો આવા કોષ્ટકો પરંપરાગત ડેટાબેસેસની જેમ ઝડપથી કાર્ય કરશે (અથવા વધુ ઝડપી).મેં TSTART અને TCOMMIT આદેશો (ટ્રાન્ઝેક્શન્સ) નો ઉપયોગ કરવા સહિત, એક બે-કૉલમ કોષ્ટકમાં બલ્ક INSERT અને SELECT પર પરીક્ષણો સાથે આ નિવેદન તપાસ્યું.

મેં સહવર્તી ઍક્સેસ અને સમાંતર વ્યવહારો સાથે વધુ જટિલ દૃશ્યોનું પરીક્ષણ કર્યું નથી.

વ્યવહારોનો ઉપયોગ કર્યા વિના, નિવેશ દર 778 દાખલ/સેકન્ડ પ્રતિ મિલિયન મૂલ્યો હતો.
300 મિલિયન મૂલ્યો સાથે - 422 દાખલ/સેકન્ડ.

વ્યવહારોનો ઉપયોગ કરતી વખતે - 572M ઇન્સર્ટ માટે 082 ઇન્સર્ટ/સેકન્ડ. તમામ કામગીરી સંકલિત M કોડમાંથી કરવામાં આવી હતી.
હાર્ડ ડ્રાઈવ નિયમિત છે, SSD નહીં. રાઈટ-બેક સાથે RAID5. ફેનોમ II 1100T પ્રોસેસર.

સમાન રીતે SQL ડેટાબેઝને ચકાસવા માટે, તમારે સંગ્રહિત પ્રક્રિયા લખવાની જરૂર છે જે લૂપમાં નિવેશ કરશે. MySQL 5.5 (InnoDB સ્ટોરેજ) નું પરીક્ષણ કરતી વખતે, આ પદ્ધતિનો ઉપયોગ કરીને મને પ્રતિ સેકન્ડ 11K ઇન્સર્ટ્સ કરતાં વધુ નંબરો પ્રાપ્ત થયા નથી.
હા, ગ્લોબલ પર કોષ્ટકોનો અમલ રિલેશનલ ડેટાબેઝ કરતાં વધુ જટિલ લાગે છે. તેથી, ગ્લોબલ પરના ઔદ્યોગિક ડેટાબેઝમાં ટેબ્યુલર ડેટા સાથે કામને સરળ બનાવવા માટે SQL એક્સેસ હોય છે.

સામાન્ય રીતે, જો ડેટા સ્કીમા વારંવાર બદલાતી નથી, દાખલ કરવાની ગતિ મહત્વપૂર્ણ નથી અને સમગ્ર ડેટાબેઝને સામાન્ય કોષ્ટકોના રૂપમાં સરળતાથી રજૂ કરી શકાય છે, તો SQL સાથે કામ કરવું વધુ સરળ છે, કારણ કે તે ઉચ્ચ સ્તરનું અમૂર્તતા પ્રદાન કરે છે. .

આ ખાસ કિસ્સામાં હું તે બતાવવા માંગતો હતો વૈશ્વિક અન્ય ડેટાબેઝ બનાવવા માટે કન્સ્ટ્રક્ટર તરીકે કાર્ય કરી શકે છે. એસેમ્બલરની જેમ કે જેમાં અન્ય ભાષાઓ લખી શકાય. તમે ગ્લોબલ પર એનાલોગ કેવી રીતે બનાવી શકો છો તેના ઉદાહરણો અહીં છે કી-વેલ્યુ, યાદીઓ, સમૂહો, ટેબ્યુલર, દસ્તાવેજ-લક્ષી ડેટાબેસેસ.

જો તમારે ન્યૂનતમ પ્રયત્નો સાથે કોઈ પ્રકારનો બિન-માનક ડેટાબેઝ બનાવવાની જરૂર હોય, તો તમારે વૈશ્વિક તરફ જોવું જોઈએ.

3.3 વિશેષ કેસ 3. બે-સ્તરનું વૃક્ષ, બીજા સ્તરના દરેક નોડમાં શાખાઓની નિશ્ચિત સંખ્યા છે

તમે કદાચ અનુમાન લગાવ્યું હશે: આ વૈશ્વિક પર કોષ્ટકોનું વૈકલ્પિક અમલીકરણ છે. ચાલો આ અમલીકરણને પાછલા એક સાથે સરખાવીએ.

બે-સ્તરના વૃક્ષ પર કોષ્ટકો વિ. એક-સ્તરના વૃક્ષ પર.

મિનિસી
Плюсы

1. નિવેશ માટે ધીમી, કારણ કે તમારે કૉલમની સંખ્યા જેટલી નોડ્સની સંખ્યા સેટ કરવાની જરૂર છે.
2. વધુ ડિસ્ક જગ્યા વપરાશ. કૉલમ નામો સાથે વૈશ્વિક અનુક્રમણિકાઓ (એરે ઇન્ડેક્સ તરીકે સમજાય છે) ડિસ્ક જગ્યા લે છે અને દરેક પંક્તિ માટે ડુપ્લિકેટ થાય છે.

1. વ્યક્તિગત કૉલમના મૂલ્યોની ઝડપી ઍક્સેસ, કારણ કે સ્ટ્રિંગને પાર્સ કરવાની જરૂર નથી. મારા પરીક્ષણો અનુસાર, તે 11,5 કૉલમ પર 2% ઝડપી અને મોટી સંખ્યામાં કૉલમ પર વધુ છે.
2. ડેટા સ્કીમા બદલવા માટે વધુ સરળ
3. વધુ સ્પષ્ટ કોડ

ઉપસંહાર: દરેક માટે નથી. ગતિ એ ગ્લોબલના સૌથી ચાવીરૂપ ફાયદાઓમાંનો એક હોવાથી, આ અમલીકરણનો ઉપયોગ કરવાનો કોઈ અર્થ નથી, કારણ કે તે સંભવતઃ રિલેશનલ ડેટાબેઝમાં કોષ્ટકો કરતાં વધુ ઝડપી કામગીરી કરશે નહીં.

3.4 સામાન્ય કેસ. વૃક્ષો અને આદેશ આપ્યો વૃક્ષો

કોઈપણ ડેટા માળખું જેને વૃક્ષ તરીકે રજૂ કરી શકાય છે તે વૈશ્વિક સાથે સંપૂર્ણ રીતે બંધબેસે છે.

3.4.1 સબઑબ્જેક્ટ્સ સાથે ઑબ્જેક્ટ્સ

આ ગ્લોબલ્સના પરંપરાગત ઉપયોગનો વિસ્તાર છે. તબીબી ક્ષેત્રે મોટી સંખ્યામાં રોગો, દવાઓ, લક્ષણો અને સારવારની પદ્ધતિઓ છે. દરેક દર્દી માટે એક મિલિયન ક્ષેત્રો સાથેનું ટેબલ બનાવવું અતાર્કિક છે. વધુમાં, 99% ક્ષેત્રો ખાલી હશે.

કોષ્ટકોના SQL ડેટાબેઝની કલ્પના કરો: "દર્દી" ~ 100 ક્ષેત્રો, "દવા" - 000 ક્ષેત્રો, "થેરાપી" - 100 ક્ષેત્રો, "જટીલતાઓ" - 000 ક્ષેત્રો, વગેરે. અને તેથી વધુ. અથવા તમે આ કોષ્ટકો વચ્ચેના જોડાણ માટે હજારો કોષ્ટકોનો ડેટાબેઝ બનાવી શકો છો, દરેક ચોક્કસ પ્રકારના દર્દી માટે (અને તેઓ ઓવરલેપ થઈ શકે છે!), સારવાર, દવાઓ અને હજારો વધુ કોષ્ટકો.

ગ્લોબલ દવાઓ માટે આદર્શ છે, કારણ કે તેઓ તમને દરેક દર્દી માટે તેના તબીબી ઇતિહાસ, વિવિધ ઉપચારો અને દવાઓની ક્રિયાઓનું સચોટ વર્ણન, એક વૃક્ષના સ્વરૂપમાં, ખાલી કૉલમ પર વધારાની ડિસ્ક જગ્યા બગાડ્યા વિના બનાવવાની મંજૂરી આપે છે. રિલેશનલ કેસમાં કેસ બનો.

ગ્લોબલનો ઉપયોગ કરીને લોકો વિશેના ડેટા સાથે ડેટાબેઝ બનાવવો અનુકૂળ છે, જ્યારે ક્લાયંટ વિશે મહત્તમ વિવિધ માહિતી એકઠી કરવી અને વ્યવસ્થિત કરવી મહત્વપૂર્ણ છે. દવા, બેંકિંગ, માર્કેટિંગ, આર્કાઇવિંગ અને અન્ય ક્ષેત્રોમાં આની માંગ છે

.
અલબત્ત, એસક્યુએલમાં તમે માત્ર થોડા કોષ્ટકો સાથે વૃક્ષનું અનુકરણ પણ કરી શકો છો (EAV, 1,2,3,4,5,6,7,8,9,10), જો કે આ નોંધપાત્ર રીતે વધુ જટિલ છે અને ધીમી હશે. આવશ્યકપણે, તમારે એક વૈશ્વિક લખવું પડશે જે કોષ્ટકો પર કામ કરે છે અને કોષ્ટકો સાથેના તમામ કાર્યને એબ્સ્ટ્રેક્શન લેયર હેઠળ છુપાવવા પડશે. ઉચ્ચ-સ્તરની તકનીક (SQL) નો ઉપયોગ કરીને નિમ્ન-સ્તરની તકનીક (ગ્લોબલ)નું અનુકરણ કરવું ખોટું છે. અયોગ્ય.

તે કોઈ રહસ્ય નથી કે વિશાળ કોષ્ટકો (ALTER TABLE) પર ડેટા સ્કીમા બદલવામાં ઘણો સમય લાગી શકે છે. MySQL, ઉદાહરણ તરીકે, જૂના ટેબલમાંથી નવા ટેબલ પર માહિતીને સંપૂર્ણપણે કૉપિ કરીને (પરીક્ષણ કરેલ MyISAM, InnoDB એન્જિન) દ્વારા કોષ્ટક ઉમેરો|ડ્રોપ કૉલમમાં ફેરફાર કરે છે. જે અઠવાડિયામાં નહિ તો દિવસો સુધી અબજો રેકોર્ડ સાથે કાર્યરત ડેટાબેઝને અટકી શકે છે.

જો આપણે ગ્લોબલનો ઉપયોગ કરીએ તો ડેટા સ્ટ્રક્ચર બદલવાથી આપણને કંઈ ખર્ચ થતો નથી. કોઈપણ સમયે આપણે કોઈપણ નવા ગુણધર્મોને કોઈપણ ઑબ્જેક્ટમાં, વંશવેલાના કોઈપણ સ્તરે ઉમેરી શકીએ છીએ. શાખાઓના નામ બદલવા સાથે સંકળાયેલા ફેરફારો ચાલી રહેલ ડેટાબેઝ પર પૃષ્ઠભૂમિમાં ચલાવી શકાય છે.


તેથી, જ્યારે વૈકલ્પિક ગુણધર્મોની વિશાળ સંખ્યા સાથે ઑબ્જેક્ટ્સને સંગ્રહિત કરવાની વાત આવે છે, ત્યારે વૈશ્વિક એ શ્રેષ્ઠ પસંદગી છે.

તદુપરાંત, હું તમને યાદ અપાવી દઉં કે કોઈપણ પ્રોપર્ટીની ઍક્સેસ ત્વરિત છે, કારણ કે વૈશ્વિકમાં તમામ પાથ બી-ટ્રીઝ છે.

વૈશ્વિક ડેટાબેઝ, સામાન્ય રીતે, વંશવેલો માહિતી સંગ્રહિત કરવાની ક્ષમતા સાથે દસ્તાવેજ-લક્ષી ડેટાબેઝનો એક પ્રકાર છે. તેથી, દસ્તાવેજ-લક્ષી ડેટાબેસેસ તબીબી રેકોર્ડ સ્ટોર કરવાના ક્ષેત્રમાં વૈશ્વિક લોકો સાથે સ્પર્ધા કરી શકે છે. પરંતુ તે હજુ પણ તદ્દન સમાન નથીચાલો સરખામણી માટે MongoDB લઈએ. આ ડોમેનમાં તે નીચેના કારણોસર વૈશ્વિક સામે હારી જાય છે:

1. દસ્તાવેજનું કદ. સ્ટોરેજ યુનિટ લગભગ 16MB ના મહત્તમ વોલ્યુમ સાથે JSON ફોર્મેટ (વધુ સ્પષ્ટ રીતે BSON)માં ટેક્સ્ટ છે. આ પ્રતિબંધ ખાસ કરીને બનાવવામાં આવ્યો હતો જેથી JSON ડેટાબેઝ પાર્સિંગ દરમિયાન ધીમું ન થાય જો તેમાં વિશાળ JSON દસ્તાવેજ સંગ્રહિત હોય અને પછી ફીલ્ડ્સ દ્વારા ઍક્સેસ કરવામાં આવે. આ દસ્તાવેજમાં દર્દી વિશેની તમામ માહિતી હોવી જોઈએ. આપણે બધા જાણીએ છીએ કે દર્દીના રેકોર્ડ કેટલા જાડા હોઈ શકે છે. 16MB નું મહત્તમ કાર્ડ સાઇઝ તરત જ એવા દર્દીઓનો અંત લાવે છે જેમના રોગ કાર્ડમાં MRI ફાઇલો, એક્સ-રે સ્કેન અને અન્ય અભ્યાસનો સમાવેશ થાય છે. વૈશ્વિકની એક શાખામાં તમારી પાસે ગીગાબાઈટ અને ટેરાબાઈટ માહિતી હોઈ શકે છે. સૈદ્ધાંતિક રીતે, અમે આનો અંત લાવી શકીએ છીએ, પરંતુ હું ચાલુ રાખીશ.
2. દર્દીના ચાર્ટમાં નવા ગુણધર્મની ચેતના/ફેરફાર/કાઢી નાખવાનો સમય. આવા ડેટાબેસે આખો નકશો મેમરીમાં વાંચવો જોઈએ (આ મોટી રકમ છે!), BSON પાર્સ કરવું, નવો નોડ ઉમેરવો/બદલો/ડિલીટ કરવો, અનુક્રમણિકા અપડેટ કરવી, તેને BSON માં પેક કરવી અને તેને ડિસ્કમાં સાચવવી. વૈશ્વિકને ફક્ત ચોક્કસ મિલકતને ઍક્સેસ કરવાની અને તેને ચાલાકી કરવાની જરૂર છે.
3. વ્યક્તિગત ગુણધર્મોની ઝડપી ઍક્સેસ. દસ્તાવેજમાં ઘણી મિલકતો અને તેની બહુ-સ્તરીય માળખું સાથે, વ્યક્તિગત ગુણધર્મોની ઍક્સેસ એ હકીકતને કારણે ઝડપી બનશે કે વૈશ્વિકમાં દરેક પાથ બી-ટ્રી છે. BSON માં, તમારે ઇચ્છિત મિલકત શોધવા માટે દસ્તાવેજને રેખીય રીતે પાર્સ કરવું પડશે.

3.3.2 સહયોગી એરે

સહયોગી એરે (નેસ્ટેડ એરે સાથે પણ) વૈશ્વિક પર સંપૂર્ણ રીતે ફિટ છે. ઉદાહરણ તરીકે, PHP માંથી આવી એરે પ્રથમ ચિત્ર 3.3.1 માં પ્રદર્શિત થશે.

$a = array(
  "name" => "Vince Medvedev",
  "city" => "Moscow",
  "threatments" => array(
    "surgeries" => array("apedicectomy", "biopsy"),
    "radiation" => array("gamma", "x-rays"),
    "physiotherapy" => array("knee", "shoulder")
  )
);

3.3.3 અધિક્રમિક દસ્તાવેજો: XML, JSON

ગ્લોબલ્સમાં પણ સરળતાથી સંગ્રહિત થાય છે. સંગ્રહ માટે અલગ અલગ રીતે બહાર નાખ્યો કરી શકાય છે.

XML
XML ને ગ્લોબલ્સમાં વિઘટિત કરવાનો સૌથી સહેલો રસ્તો નોડ્સમાં ટૅગ વિશેષતાઓને સંગ્રહિત કરવાનો છે. અને જો ટૅગ એટ્રિબ્યુટ્સની ઝડપી ઍક્સેસની જરૂર હોય, તો અમે તેમને અલગ શાખાઓમાં ખસેડી શકીએ છીએ.

<note id=5>
<to>Вася</to>
<from>Света</from>
<heading>Напоминание</heading>
<body>Позвони мне завтра!</body>
</note>

COS પર આ કોડને અનુરૂપ હશે:

Set ^xml("note")="id=5"
Set ^xml("note","to")="Саша"
Set ^xml("note","from")="Света"
Set ^xml("note","heading")="Напоминание"
Set ^xml("note","body")="Позвони мне завтра!"

ટિપ્પણી: XML, JSON, સહયોગી એરે માટે, તમે વૈશ્વિક પર પ્રદર્શિત કરવાની ઘણી અલગ રીતો સાથે આવી શકો છો. આ કિસ્સામાં, અમે નોંધ ટૅગમાં સબટૅગનો ક્રમ પ્રતિબિંબિત કર્યો નથી. વૈશ્વિક સ્તરે ^xml સબટેગ્સ મૂળાક્ષરોના ક્રમમાં દર્શાવવામાં આવશે. ઓર્ડરને સખત રીતે પ્રતિબિંબિત કરવા માટે, તમે ઉપયોગ કરી શકો છો, ઉદાહરણ તરીકે, નીચેના ડિસ્પ્લે:

JSON.
વિભાગ 3.3.1 માંથી પ્રથમ ચિત્ર આ JSON દસ્તાવેજનું પ્રતિબિંબ દર્શાવે છે:

var document = {
  "name": "Vince Medvedev",
  "city": "Moscow",
  "threatments": {
    "surgeries": ["apedicectomy", "biopsy"],
    "radiation": ["gamma", "x-rays"],
    "physiotherapy": ["knee", "shoulder"]
  },
};

3.3.4 વંશવેલો સંબંધો દ્વારા જોડાયેલા સમાન માળખાં

ઉદાહરણો: વેચાણ કચેરીઓનું માળખું, MLM માળખામાં લોકોનું સ્થાન, ચેસમાં ઓપનિંગનો ડેટાબેઝ.

ડેબ્યુ ડેટાબેઝ. તમે વૈશ્વિક નોડના ઇન્ડેક્સ મૂલ્ય તરીકે સ્ટ્રોક ફોર્સ અંદાજનો ઉપયોગ કરી શકો છો. પછી, સૌથી મજબૂત ચાલ પસંદ કરવા માટે, સૌથી વધુ વજનવાળી શાખા પસંદ કરવા માટે તે પૂરતું હશે. વૈશ્વિકમાં, દરેક સ્તર પરની તમામ શાખાઓને ચાલની તાકાત દ્વારા વર્ગીકૃત કરવામાં આવશે.

વેચાણ કચેરીઓનું માળખું, MLM માં લોકોની રચના. નોડ્સ ચોક્કસ કેશીંગ મૂલ્યોને સંગ્રહિત કરી શકે છે જે સમગ્ર સબટ્રીની લાક્ષણિકતાઓને પ્રતિબિંબિત કરે છે. ઉદાહરણ તરીકે, આપેલ સબટ્રીનું વેચાણ વોલ્યુમ. કોઈપણ ક્ષણે આપણે કોઈપણ શાખાની સિદ્ધિઓને પ્રતિબિંબિત કરતી આકૃતિ મેળવી શકીએ છીએ.

4. કયા કિસ્સાઓમાં ગ્લોબલનો ઉપયોગ કરવો સૌથી વધુ ફાયદાકારક છે?

પ્રથમ કૉલમ એવા કિસ્સાઓ રજૂ કરે છે કે જ્યાં તમે ગ્લોબલનો ઉપયોગ કરીને નોંધપાત્ર ઝડપ મેળવશો, અને બીજી જ્યારે ડિઝાઇન અથવા ડેટા મોડેલને સરળ બનાવવામાં આવશે.

ઝડપ
ડેટા પ્રોસેસિંગ/પ્રેઝન્ટેશનની સરળતા

1. નિવેશ [દરેક સ્તરે આપોઆપ સૉર્ટિંગ સાથે], [માસ્ટર કી દ્વારા અનુક્રમણિકા]
2. પેટા વૃક્ષો દૂર કરી રહ્યા છીએ
3. ઘણી બધી નેસ્ટેડ પ્રોપર્ટીઝ ધરાવતા ઑબ્જેક્ટ કે જેને વ્યક્તિગત ઍક્સેસની જરૂર હોય છે
4. કોઈપણ શાખામાંથી બાળ શાખાઓને બાયપાસ કરવાની ક્ષમતા સાથે અધિક્રમિક માળખું, અસ્તિત્વમાં નથી તે પણ
5. ઉપવૃક્ષોની ઊંડાઈ-પ્રથમ ટ્રાવર્સલ

1. વૈકલ્પિક [અને/અથવા નેસ્ટેડ] પ્રોપર્ટીઝ/એન્ટિટીઝની વિશાળ સંખ્યા સાથે ઑબ્જેક્ટ/એન્ટિટી
2. સ્કીમા-લેસ ડેટા. જ્યારે નવી મિલકતો વારંવાર દેખાઈ શકે છે અને જૂની અદૃશ્ય થઈ જાય છે.
3. તમારે કસ્ટમ ડેટાબેઝ બનાવવાની જરૂર છે.
4. પાથ પાયા અને નિર્ણય વૃક્ષો. જ્યારે પાથને વૃક્ષ તરીકે રજૂ કરવું અનુકૂળ હોય.
5. પુનરાવૃત્તિનો ઉપયોગ કર્યા વિના અધિક્રમિક બંધારણોને દૂર કરવું

ચાલુ રાખવું “ગ્લોબલ એ ડેટા સ્ટોર કરવા માટેનો ખજાનો-તલવાર છે. છૂટાછવાયા એરે. ભાગ 3".

જવાબદારીનો ઇનકાર: આ લેખ અને તેના પર મારી ટિપ્પણીઓ મારો અભિપ્રાય છે અને તેનો ઇન્ટરસિસ્ટમ્સ કોર્પોરેશનની સત્તાવાર સ્થિતિ સાથે કોઈ સંબંધ નથી.

સોર્સ: www.habr.com