Eilsed andmetehnoloogiad elavad tänastes lahendustes
04.03.2010 | GunnarJäin reedel õhtasena mõtlema selle üle, kuidas tehnoloogia on MS-i platvormil arenenud ja kuidas erinevad vanad ideed, millega vaid vähesed kokku on puutunud, on jõudnud tänastesse populaarsetesse toodetesse ja tehnoloogiatesse.
Paar kummalist näidet, mis meelde tulid, olid järgmised.
Remote Data Services
Remote Data Services oli ADO raamesse kuuluva tehnoloogiaga, mille abil sai küsida andmeid välistest andmeallikatest. Mäletan veel vanu näiteid, mida sai ise proovitud, kus IE peal jooksis rakendus, millega sai andmeid sisestada ja päringuid teha. See tehnoloogia ei olnud avalikkuse jaoks läbimurre, sest turvaohud kaalusid tugevalt üle kõik hea ja mugava.
Sealt samm edasi oli andmeteenuste pookimine SQL Serveri külge. SQL Serveriga koos sai installida mingise vidina, mis ennast IIS-i külge istutas ja sel teel sai SQL Serveriga suhelda üle SOAP-protokolli. Sellest tehnoloogiast, ma arvan, on mõned ikka kuulnud. SQL Server Web Services oli vist tolle looma nimi. Suuremat revolutsiooni ei sündinud siingi, kuid sammuke lähemale tänasele sai kindlasti astutud.
Tänane populaarne asi, millest enamus arendajaid vähemasti kuulnud on, on ADO.NET Data Services või siis WCF Data Services. XML-põhiste andmevahetusprotokollide kohta ei ütle arvatavasti keegi ühtegi halba sõna, serveri poolel on arendajatel vabad käed küsida andmeid ja neid vastu võtta ning klientrakendused saavad ka kenasti pakutava XML-iga hakkama.
ADO Shape Provider
Teine vana asi, millega paljud tänased arendajad kokku pole puutunud, on ADO Shape Provider. Tegemist on ADO provideriga, mis püüab lahendada seotud tulemusehulkade probleemi. Näiteks kui mul on hulk arvetega ja teine arveridadega, siis liikudes esimeses hulgas uuele arvele, sisaldab teine ainult esimesele vastavaid ridu. Varem ja ka hiljem on sellist funktsionaalsust enamasti käsitsi kirjutatud ja mäletan päris selgelt, et ühte projekti, kuhu see oleks sobinud nagu rusikas silmaauku, ei kaasatud toda providerit mingitel mulle arusaamatutel tehnoloogistel kaalutlustel (mõistlikud kaalutlused jäävad mulle pea alati meelde, soe õhk mitte).
Et tollal oli veel töölauarakenduste aeg, .NET oma mugavate veebitehnoloogiatega polnud veel tulnud, siis proovisin provideri järgi klassikalise töölauarakenduse peal. Tekitasin seotud tabelid, lõin andmebaasi ja lasin siis tabelitel seotud andmeid kuvada. Toimis kenasti kõik, kuid salvestamiste ja muutustele järgneva andmete värskendamise juures tuli ise natuke vahele sekkuda.
Kui nüüd Shape Provideri asemel mainida sellist asja nagu ADO.NET DataSet, siis seda peaks tundma peaaegu kõik .NET arendajad. Kes on DataSetide sisemusega rohkem kokku puutunud, need teavad, et seal pole taoliste seotud andmete küsimine eriline probleem. Tarvis pole ka kirjutada Shape Providerile sarnaseid keerukamaid päringuid, sest kõike saab korda ajada lihtsamate vahenditega.
Korduv muster
Taolisi näiteid leiab kindlasti veelgi. Muster on sama – tõstatud probleemi püütakse lahendada erinevate lähenemiste abil. Kui tänased tehnilised vahendid ei paku välja head võimalust, siis jääb probleem ootama uusi vahendeid ning seni saab kasutada nö. viimast parimat lahendust. Me vist elame jälle huvitavas maailmas!