> From: Symeon Breen > Distributed autosharding cloud based environment - i can > recommend Mongo DB
That's a great mainstream solution but it doesn't address the primary concern for anyone in this forum: How do I make that work with my U2 environment? The answer is, you don't, you write a completely separate solution in Mongo and use your U2 system for other purposes. That doesn't help this group. While I can get a Mongo stored procedure to ultimately call BASIC code to process a request, the code to do that is really ugly. Same goes for calling BASIC from a stored proc from any other DB. With that sort of topology, all we're doing is using the MV BASIC engine to process data from another source, and that's not using the power we have available. The challenge for this community would be: How do we use U2 to provide the services which prompted the creation of MongoDB in the first place? People had a need. Other people solved that need. Why didn't this community offer offer similar solutions? My answer to that is that the DBMS companies in this market are still fixated with trying to get the most of the per-seat licensing model, and trying to get business from one another. They're oblivious to the needs of the larger worldwide user/developer base that would rather write tools from scratch than to struggle to find information about this Pick thing that we use. That's a business and marketing issue. It's not technical. When our DBMS vendors look to new audiences, their engineers will start working to solve problems that everyone is having, not just problems that are expressed in this group. Solutions to those problems will make these products mainstream, lower our costs, and help to insure a better future for everyone here. As if... T _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
