<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Sub ledger consolidation program using Microgen Aptitude</title>
	<atom:link href="http://www.oracleexpert.co.uk/2008/12/sub-ledger-consolidation-program-using-microgen-aptitude/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.oracleexpert.co.uk/2008/12/sub-ledger-consolidation-program-using-microgen-aptitude/</link>
	<description>Hilda Davies, an Oracle Data Architect, based in London, UK.</description>
	<pubDate>Sun, 05 Feb 2012 01:13:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Hilda</title>
		<link>http://www.oracleexpert.co.uk/2008/12/sub-ledger-consolidation-program-using-microgen-aptitude/#comment-224</link>
		<dc:creator>Hilda</dc:creator>
		<pubDate>Thu, 20 Oct 2011 20:08:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.oracleexpert.co.uk/?p=273#comment-224</guid>
		<description>Thanks for the updates from the new Micogen world, guys</description>
		<content:encoded><![CDATA[<p>Thanks for the updates from the new Micogen world, guys</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Marden</title>
		<link>http://www.oracleexpert.co.uk/2008/12/sub-ledger-consolidation-program-using-microgen-aptitude/#comment-223</link>
		<dc:creator>Andy Marden</dc:creator>
		<pubDate>Thu, 20 Oct 2011 09:59:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.oracleexpert.co.uk/?p=273#comment-223</guid>
		<description>Row by row processing is nothing special for, let's say an Oracle database - any PL/SQL procedure or engine will processing this manner unless it is set based SQL. Oracle is quite comfortable in processing multiple updates or inserst to the same table (the output of any accounting engine is typically inserted CRs/DRs anyway so updated ar not an issue). As far as subsequent building of the sub-ledger balance is concerned, it is quite possibel to segregate these to reduce block contention in the underlying technical environment which is being used.

Aptitude is a very powerful engine of this type and very good for analyst formaulation and understanding of business/accounting rules - technically we have proven that it can be as fast as Java code and it does not, in itself, required a relational database, only if you want to read and/or write data to one as source/target of your rules, but it is quite possible to run it in an all-memory environment (I'm currently working with it in an Oracle Coherence/Java distributed memory architecture).

It's worth noting that Microgen, whilst they sell Aptitude as a standalone product, have also encapsulated it within a higher-functionality product called MAH (Microgen Accounting Hub) which is being increasingly adopted across a wide investment and retail bank client base as well as in other sectors such as telecoms and digital media. It provides an accounting engine, sub-ledger and data warehouse (latter on Oracle or Teradata).

I don't work for Microgen nor am I affiliated with them (any more) and have worked with theit products for a number of years.</description>
		<content:encoded><![CDATA[<p>Row by row processing is nothing special for, let&#8217;s say an Oracle database - any PL/SQL procedure or engine will processing this manner unless it is set based SQL. Oracle is quite comfortable in processing multiple updates or inserst to the same table (the output of any accounting engine is typically inserted CRs/DRs anyway so updated ar not an issue). As far as subsequent building of the sub-ledger balance is concerned, it is quite possibel to segregate these to reduce block contention in the underlying technical environment which is being used.</p>
<p>Aptitude is a very powerful engine of this type and very good for analyst formaulation and understanding of business/accounting rules - technically we have proven that it can be as fast as Java code and it does not, in itself, required a relational database, only if you want to read and/or write data to one as source/target of your rules, but it is quite possible to run it in an all-memory environment (I&#8217;m currently working with it in an Oracle Coherence/Java distributed memory architecture).</p>
<p>It&#8217;s worth noting that Microgen, whilst they sell Aptitude as a standalone product, have also encapsulated it within a higher-functionality product called MAH (Microgen Accounting Hub) which is being increasingly adopted across a wide investment and retail bank client base as well as in other sectors such as telecoms and digital media. It provides an accounting engine, sub-ledger and data warehouse (latter on Oracle or Teradata).</p>
<p>I don&#8217;t work for Microgen nor am I affiliated with them (any more) and have worked with theit products for a number of years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Captain Aptitude</title>
		<link>http://www.oracleexpert.co.uk/2008/12/sub-ledger-consolidation-program-using-microgen-aptitude/#comment-222</link>
		<dc:creator>Captain Aptitude</dc:creator>
		<pubDate>Wed, 12 Oct 2011 17:03:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.oracleexpert.co.uk/?p=273#comment-222</guid>
		<description>I am pleased to update that Microgen Aptitude doesnt need a Database and it doesnt need an App Server, these are implementation choices. It is no longer row based processing unless you want it to be. We have data in Oracle Coherence and connect to that data through a Java API in Aptitude. Its very scalable and we only see Network IO. We have some issues around manageablity but we are working those through. It is a very memory hungry/inefficient thing however.

PS - Microgen appear to be optimising Aptitude for use with Terra Data. We are pushing for a Oracle Exadata version.</description>
		<content:encoded><![CDATA[<p>I am pleased to update that Microgen Aptitude doesnt need a Database and it doesnt need an App Server, these are implementation choices. It is no longer row based processing unless you want it to be. We have data in Oracle Coherence and connect to that data through a Java API in Aptitude. Its very scalable and we only see Network IO. We have some issues around manageablity but we are working those through. It is a very memory hungry/inefficient thing however.</p>
<p>PS - Microgen appear to be optimising Aptitude for use with Terra Data. We are pushing for a Oracle Exadata version.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

