quote:
EfBe schreef op zondag 27 april 2008 @ 16:34:
[...]
Tja, het wordt voor mensen die niet met grote datastreams werken vaak voor debiel versleten, maar het is echt gortdroog gezien hetzelfde: de bottleneck zit hem grotendeels in het verkrijgen van een view op de inmense dataset waar je mee werkt en daarna ga je met de data in die view (niet een database view, maar een projectie ervan) bewerkingen uitvoeren.
Zoals al eerder gezegd: zo kan je alles wat met software te maken heeft wel naar elkaar toe praten. Web search engine à la Google: precies hetzelfde. Ook grote datastromen, ook uitzoeken wat de gebruiker op een bepaald moment wil zien. Toch zijn de gebruikte technologieen en algoritmen totaal verschillend. Anders zouden wel SQL praten met de grafische kaart in plaats van OpenGL en zou Google wel een RDBMS achter z'n search engine hebben hangen in plaats van een Map-Reduce systeem.
Als jij de maker van een RDBMS systeem of een RDBMS toepassing een FPS of andere grafisch internsieve applicatie laat maken op basis van zijn/haar kennis over wat efficient is in een database krijg je gegarandeerd een niet-performante puinhoop.
Het maken van games is een serieus beroep, net als het maken van grote database-driven toepassingen. Dat er voor allebei software nodig is maakt het nog niet dezelfde tak van sport.
Of wil je zeggen dat alle hardlopers goede wielrenners zijn? Het is tenslotte allebei hetzelfde: zo efficient mogelijk je lichaamskracht omzetten in snelheid... (even om een mogelijk argument voor te zijn: natuurlijk heeft een getrainde hardloper een voorsprong op een niet getrainde wielrenner, maar laat de wereldkampioen 100 meter sprint maar eens tegen Theo Bos rijden).
Herko_ter_Horst wijzigde dit bericht 27-04-2008 17:00 (16%)