Gene Amtower wrote: >> >> The real power of Oracle is that it handles extremely large datasets >> with ease and aplomb.
oracle (or any off-the-shelf rdbms, for that matter) sucks big time at handling "extremely large datasets", because the fundamental ideas (the acid requirements) are inherently non-scalable. according to [1], turkcell is oracle's second biggest deployment world-wide, and it's just 50 terabytes [2]. the real power of oracle is its sales and support people. [3] is a read about the most famous "extremely large dataset". look at sep'07 figures from table 1 in the acm paper where google reports to have processed 400000 terabytes in a month. >> The PL/SQL code is actually compiled on first use, and all later >> calls to the compiled code packages runs it in native Oracle code, as >> compared to a raw interpreted language. there's no such thing as "native oracle code". pl/sql is yet another interpreted language. >> >> For large-scale application development, the performance just can't >> be beat. But I really want to be able to leverage the Qooxdoo >> framework within my Oracle projects, which is the reason for my >> interest in an RPC server in Oracle. >> well, i had to roll my own solution, and it seems that you're going to have to do the same. i wish you luck with your endeavor. > > Oracle can support reading and writing of XML strings, so it would > conceivably be easy to add both xmlrpc and soap support at some later > point in time. I don't know how much demand there is for XML formats > over JSON within the current Qooxdoo community. I also think SOAP > might be too heavy for a standalone application. I think it's more > appropriate where several existing applications need to be able to > query each other to minimize re-development effort. > > I see that your SOAP contribution uses Python on the server. So does > it just add another layer into the request/response process that would > call Oracle via HTTP through mod_plsql or would it connect to the > Oracle database through an Oracle client driver within Python, > providing all of the RPC processing internally? i think the latter would be the optimal solution. > Do you provide for more than HTTP transport protocols? That sounds > too complicated to me when I can include GET/POST support right in the > database itself, so it might be easier to try to write something in > Oracle to implement the SOAP protocols by reading and writing the XML > for the appropriate SOAP message formats. Again, I think it's more > than I need right now, but it might be something nice to leave on the > table for discussion. > why not use the oracle soa suite? see [4]. they have it all implemented and ready for use. best regards, burak [1]: http://www.turk.internet.com/haber/yazigoster.php3?yaziid=20029 [2]: http://www.oracle.com/customers/snapshots/turkcell-telecommunications-services-snapshot.pdf [3]: http://www.niallkennedy.com/blog/2008/01/google-mapreduce-stats.html [4]: http://www.oracle.com/technologies/soa/index.html ------------------------------------------------------------------------------ Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
