Talaan ng mga Nilalaman:
Alam mo ba ang pangunahing mga bahid sa arkitektura ng legacy at tradisyonal na mga database ng SQL? Alam mo ba na ang mga database ng SQL ay hindi idinisenyo upang masukat ang pagbabasa at magsusulat? Nagtataka kung ang iyong tradisyonal na database ng SQL ay maaaring lumikha ng mga isyu para sa pagpoproseso ng online na analytics? Sa kasamaang palad, ang sagot ay isang tiyak na oo. Sa kabila ng mga interbensyon na masidhi sa paggawa mula sa iyong mga DBA hanggang sa sukatan ng mga database na lampas sa umiiral na mga pangangailangan ng negosyo, ang napakalaking dami at bilis ng data ng negosyo ay napakahirap na umangkop sa mga dinamikong hinihingi habang iniiwasan ang pagbagsak at pagkaantala. Ang mga hamong ito ay hindi nangangahulugang imposible ang pag-scale sa iyong database ng SQL. Nangangahulugan lamang ito na ang proseso ay puno ng mga hamon sa bawat harap. Alamin natin kung bakit. (Para sa higit pa sa SQL, tingnan kung Paano Makakatulong ang SQL sa Hadoop Tulong sa Big Data Analysis?)
Ang mga pagkukulang ng mga System ng Pamamahala sa Database ng Monolithic
Natagumpay sa isang medyo sentralisadong panahon kapag ang software ay na-deploy sa mga static na kapaligiran, ang mga arkitektura ng database ng legacy ay hindi sumusuporta sa isang unting mundo ng mobile kung saan ang mga aplikasyon ay mai-access anumang oras, kahit saan. Ngayon ang mga gumagamit ng software ay nais na pare-pareho ang pagpapabuti sa kakayahang magamit at inaasahan ang mga vendor ng SaaS na maghatid ng mga bagong tampok at pag-andar na kinakailangan upang makamit ang kanilang mga layunin sa negosyo.
Gayunpaman, ang mga teknolohiya ng database ng legacy ay nahuhulog sa paghahatid ng mga pangangailangan ng mga ipinamamahagi at mga kapaligiran sa ulap para sa mga sumusunod na kadahilanan:
