Ang Pinagmulan at Maagang Database Architecture ng Hotmail
Noong Hulyo 4, 1996, inilunsad ang Hotmail. Ito ay itinatag nina Sabeer Bhatia at Jack Smith. Ang kanilang pangunahing layunin ay magbigay ng email access. Ito ay nang hindi kinakailangan ng Internet Service Provider (ISP). Sa simula, gumamit ang Hotmail ng simpleng disenyo. Gumamit sila ng mga server na naka-host sa co-location facility. Ginawa ito para pamahalaan ang database. Ang bawat user account ay may sariling storage. Ito ay kadalasang naka-imbak sa mga hard drive. Ang estruktura ay medyo diretso. Bawat email ay isang hiwalay na file. Ito ay nakaimbak sa file system. Kaya naman, ang pagkuha ng email ay nangangailangan ng direktang pag-access sa mga file. Habang dumarami ang mga user, kinailangan ng Hotmail na palakihin ang kanilang kapasidad. Nagdagdag sila ng mas maraming server. Nagpapatupad din sila ng mas sopistikadong sistema ng pamamahala. Sa kabila ng pagiging simple, nagawa ng Hotmail na magsilbi sa milyun-milyong user. Sa kasamaang palad, may limitasyon ang diskarte na ito. Hindi ito scalable sa matagal na panahon. Nagdulot din ito ng mga isyu sa pagganap.
Ebolusyon sa Relational Database Systems
Sa pagkuha ng Microsoft sa Hotmail noong 1997, nagkaroon ng malaking pagbabago. Nagsi listahan ng marketing sa email na matalino sa bansa mula ang Hotmail na lumipat sa mas matatag na solusyon. Ito ay para pamahalaan ang data. Kaya naman, nagsimula silang gumamit ng relational database systems. Partikular, ginamit nila ang Microsoft SQL Server. Nagbigay ito ng mas mahusay na estruktura. Mas madali ring pamahalaan ang malaking volume ng data. Sa pamamagitan ng SQL Server, naimbak ang impormasyon ng user. Naimbak din ang metadata ng email sa mga table. Kasama rito ang sender, recipient, subject, at petsa. Ang aktwal na nilalaman ng email ay maaaring nakaimbak pa rin sa file system. Subalit, mas organisado ang data. Sa gayon, mas mabilis ang pagkuha. Mahalaga ring banggitin na sa panahong ito, kinailangan ang paglipat ng data. Ito ay isang kumplikadong proseso. Kinailangan din ang maingat na pagpaplano.
Hamon sa Scalability at Performance
Ang paggamit ng relational database ay nagdulot ng bagong set ng mga hamon. Partikular, ang scalability ay naging isang malaking isyu. Habang patuloy na lumalaki ang base ng user, kinailangan ang mas maraming mapagkukunan. Kinailangan ang mas maraming hardware. Nagkaroon din ng mga problema sa performance. Ang malalaking query ay maaaring magpabagal sa buong sistema. Bilang solusyon, ipinatupad ang sharding. Hinati ang database sa mas maliliit na bahagi. Ang bawat shard ay naglalaman ng subset ng data. Ipinamahagi ito sa iba't ibang server. Sa ganitong paraan, mas mabilis ang pagproseso. Nabawasan din ang load sa isang server. Bukod pa rito, nagsimula ang Hotmail na gumamit ng caching mechanisms. Ginawa ito para mapabuti ang bilis ng pagkuha ng data.