That should have been break out not just break ;-).... > -----Original Message----- > From: [email protected] [mailto:u2-users- > [email protected]] On Behalf Of phil walker > Sent: Thursday, 3 February 2011 7:16 a.m. > To: U2 Users List > Subject: Re: [U2] What do you do with CallHTTP? > > 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: [email protected] [mailto:u2-users- > > [email protected]] 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: [email protected] [mailto:u2-users- > > > [email protected]] 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: [email protected] [mailto:u2-users- > > > > [email protected]] 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 > > [email protected] > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > > > _______________________________________________ > U2-Users mailing list > [email protected] > http://listserver.u2ug.org/mailman/listinfo/u2-users >
_______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
