Agreed it is the database. I guess I was not clear. If your archictecture has layers dbms/DAL/BAL/UI then you COULD if you wanted to theoretically at least change one of these without largely impacting the other layers. Therefore if you did not like the dbms licensing model or the customer wanted into to run on another dbms then (provided you had written) the dbms schema and had a DAL for that dbms then you could switch the dbms. Admittedly a bit of work, if you have an already application, but gives you the flexibility of what you want.
Symeon thinks this is old school, and it is not without challenges, but it does allow you to break each of the components which WILL change independently of the others. U2 disappears for the example, or prices itself out of the market you are in, the business/industry changes some logic, or the user wants to use and iphone or see their business data in a hologram ;-) > -----Original Message----- > From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- > boun...@listserver.u2ug.org] On Behalf Of George Gallen > Sent: Thursday, 3 February 2011 3:16 a.m. > To: U2 Users List > Subject: Re: [U2] What do you do with CallHTTP? > > Storage IS the database. Multivalue could be the issue. My point was that if > you are utilizing mulitvalued storage than it's a major problem to be able to > swap out the database, since the whole multivalue structure is not in Oracle > (Ok. I think the latest version of Oracle has something), MySQL or MSSQL > > If your database could be swapped out for another database, then what is > the advantage of using U2? and having to deal with the licensing issue at all? > > Most times, there is such a degree of design and development over the years > that is dependant on U2 (pick) uniqueness that as far as licensing, your in a > corner. > > Although I agree, it would be ideal to have your design structure be database > engine independent, which puts you as the user/developer in control, but > most U2 locations have had years upon years of Multivalued dependent > code, and would cost far more to redesign than it would be to pay extra > licensing fees. This however, doesn't excuse not preparing for the worst, and > keeping the availability for your business model to transfer smoothly if the > end should come (for U2 that is, not 2012). > > George > > > -----Original Message----- > > From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- > > boun...@listserver.u2ug.org] On Behalf Of phil walker > > Sent: Tuesday, February 01, 2011 6:19 PM > > To: U2 Users List > > Subject: Re: [U2] What do you do with CallHTTP? > > > > Storage is something completely different. Think of business objects > > rather than tables/rows/columns or file/record/fm/vm/sm/tm or even > > XML..... > > > > > -----Original Message----- > > > From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- > > > boun...@listserver.u2ug.org] On Behalf Of George Gallen > > > Sent: Wednesday, 2 February 2011 10:31 a.m. > > > To: U2 Users List > > > Subject: Re: [U2] What do you do with CallHTTP? > > > > > > While that all makes sense, the one difference here between U2 and > > the > > > others (Oracle, MySQL, MSSQL) is the usage of multi-value data > > storage. > > > > > > Even if U2 had the best GUI interface, if you are utilizing the MV > > storage, you > > > CAN'T Swap it out, without even more redevelopment. > > > > > > If your going to redevelop to not use the multi-value, then why > > bother > > with > > > U2 at all, green screen or not. > > > > > > Guess it's a matter of how much you want to redevelop..... > > > > > > George > > > > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
