<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-31730723</id><updated>2011-11-27T19:44:17.205-06:00</updated><category term='domain model'/><category term='AOP'/><category term='Context'/><category term='hibernate'/><category term='AspectJ'/><category term='JPA'/><category term='annotation'/><category term='agile'/><category term='JAXB'/><category term='ORM'/><category term='Java'/><category term='OO'/><category term='Exceptions'/><category term='Design Patterns'/><category term='DBMS'/><category term='grow'/><category term='database'/><category term='software development'/><title type='text'>Aspect Oriented Data Management</title><subtitle type='html'>This site contains ideas on the next generation of database technology.  AOP is a compeling software development paradigm.  This new technology will affect database management, the systems, and representions of data.  Here we will discuss these changes.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>15</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-31730723.post-3987821690491015206</id><published>2010-11-05T20:54:00.003-05:00</published><updated>2010-11-05T21:12:21.632-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='agile'/><category scheme='http://www.blogger.com/atom/ns#' term='software development'/><category scheme='http://www.blogger.com/atom/ns#' term='grow'/><title type='text'>When Metaphors Go Bad</title><summary type='text'>I have a problem, sometimes I think too much, but I don't ever accuse you of thinking too much or "over"engineering or "thinking" too early.  But, I have been wondering about these new ways software is recommended to be developed.  This installment of this series will analyze the consequences of the use of the term "grow" as applied to creating software.The reason a certain term is chosen must be</summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/3987821690491015206/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=3987821690491015206' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/3987821690491015206'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/3987821690491015206'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2010/11/when-metaphors-go-bad.html' title='When Metaphors Go Bad'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-6281898817758370781</id><published>2009-10-06T21:43:00.014-05:00</published><updated>2009-10-07T23:15:49.328-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='AspectJ'/><category scheme='http://www.blogger.com/atom/ns#' term='Java'/><category scheme='http://www.blogger.com/atom/ns#' term='Exceptions'/><category scheme='http://www.blogger.com/atom/ns#' term='Context'/><category scheme='http://www.blogger.com/atom/ns#' term='AOP'/><title type='text'>Enhance Exceptions with Context</title><summary type='text'>Don't you wish sometimes that Java had the feature for exceptions to automatically capture the values of the variables in the context that were present when an exception occurs? Well I guess we just have to do it manually. Let's see what it would look like:public class SomeClass {public void someMethod(String x) {  try {    int pos = x.indexOf("abc");    String y = x.susstring(pos);  } catch (</summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/6281898817758370781/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=6281898817758370781' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/6281898817758370781'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/6281898817758370781'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2009/10/enhance-exceptions-with-context-infor.html' title='Enhance Exceptions with Context'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-7266221378865500352</id><published>2009-03-11T22:49:00.003-05:00</published><updated>2009-03-12T22:49:54.960-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='AspectJ'/><category scheme='http://www.blogger.com/atom/ns#' term='database'/><title type='text'>Refactor classes to be domain clean</title><summary type='text'>The beauty of object oriented programming is that you can have a program that resembles the real world objects that it is to represent.  Domain driven design is the notion that you create models based on a "domain".  That is a subject area.  This can be fuzzy, or it can be industry agreed upon.  The catch is that you are writing an application, and not a domain model.  What does that mean?  It </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/7266221378865500352/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=7266221378865500352' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/7266221378865500352'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/7266221378865500352'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2009/03/refactor-classes-to-be-domain-clean.html' title='Refactor classes to be domain clean'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-1619642805609425511</id><published>2009-03-09T12:25:00.009-05:00</published><updated>2009-03-10T23:25:43.791-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='AspectJ'/><category scheme='http://www.blogger.com/atom/ns#' term='JAXB'/><category scheme='http://www.blogger.com/atom/ns#' term='AOP'/><category scheme='http://www.blogger.com/atom/ns#' term='annotation'/><category scheme='http://www.blogger.com/atom/ns#' term='JPA'/><title type='text'>Introduce JAXB to your POJOs</title><summary type='text'>Suppose you want to keep your POJO really a POJO?  If you use JPA annotations on a class, is it still really a POJO?  A POJO should be usable as a domain object independent of whether it came from a database, or from a remote service.  So If I see @Entity on your POJO, I know it is really a database object, and I start thinking all about it's dependencies, do I need a transaction, do I need a </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/1619642805609425511/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=1619642805609425511' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/1619642805609425511'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/1619642805609425511'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2009/03/introduce-jaxb-to-your-pojos.html' title='Introduce JAXB to your POJOs'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-4726845620511580761</id><published>2008-08-25T23:08:00.002-05:00</published><updated>2008-08-25T23:13:00.368-05:00</updated><title type='text'>test</title><summary type='text'>some textpublic class MyClass {    private String myfield;}</summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/4726845620511580761/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=4726845620511580761' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/4726845620511580761'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/4726845620511580761'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2008/08/test.html' title='test'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-7370604168112359240</id><published>2007-12-05T21:24:00.000-06:00</published><updated>2007-12-05T21:47:08.211-06:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='AspectJ'/><category scheme='http://www.blogger.com/atom/ns#' term='hibernate'/><category scheme='http://www.blogger.com/atom/ns#' term='Java'/><category scheme='http://www.blogger.com/atom/ns#' term='AOP'/><category scheme='http://www.blogger.com/atom/ns#' term='annotation'/><category scheme='http://www.blogger.com/atom/ns#' term='JPA'/><category scheme='http://www.blogger.com/atom/ns#' term='ORM'/><title type='text'>How Important is Symmetry in JPA?</title><summary type='text'>When you are designing a domain model using JPA or hibernate or another declarative approach to ORM, you must decide the cascade rules for creating and deletign objects that are related to each other. When you have a one-to-many relationship between two objects, when an object is persisted, you need to decide if the related object should be automatically persisted as well, or should you have to </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/7370604168112359240/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=7370604168112359240' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/7370604168112359240'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/7370604168112359240'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2007/12/how-important-is-symetry-in-jpa.html' title='How Important is Symmetry in JPA?'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-6066544813904204469</id><published>2007-08-05T22:04:00.000-05:00</published><updated>2007-08-05T22:21:51.858-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='domain model'/><category scheme='http://www.blogger.com/atom/ns#' term='OO'/><category scheme='http://www.blogger.com/atom/ns#' term='database'/><category scheme='http://www.blogger.com/atom/ns#' term='AOP'/><title type='text'>Is-a vs. has-a</title><summary type='text'>When you model your system in object oriented methodologies, you have to choose whether a class "is-a" a certain type or if it "has-a" a certain type.  Is this confusing?  The best way to think of this is to ask what is a customer?  If you have a class "Person" in your model, then you might think that a "Customer" is-a "Person".  But that starts to get complicated.  A customer is someone who has </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/6066544813904204469/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=6066544813904204469' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/6066544813904204469'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/6066544813904204469'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2007/08/is-vs-has.html' title='Is-a vs. has-a'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-8290660039071762999</id><published>2007-05-22T12:32:00.000-05:00</published><updated>2007-12-05T21:37:42.319-06:00</updated><title type='text'></title><summary type='text'>   Introduction to Aspect Query Language           In this document we will discuss a new query language called "aspect query   language" which allows you to write queries against Transcendental Beans, the   aspect oriented database.  AQL is similar to other query languages in   that it starts with a familiar select style syntax.  It has results   and condition where clauses.  The results from an</summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/8290660039071762999/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=8290660039071762999' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/8290660039071762999'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/8290660039071762999'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2007/05/introduction-to-aspect-query-language.html' title=''/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-3249323476860818424</id><published>2007-03-19T12:29:00.000-05:00</published><updated>2007-12-05T21:37:42.331-06:00</updated><title type='text'></title><summary type='text'>    Technical White Paper  Application Architecture using a Native Aspect Oriented Database  Level: Intermediate    March 16, 2007  Version 1.0    Abstract: The architecture of an application is chosen to enable the development of the software that achieve the goals of the business at hand.  Many times an architecture is chosen from a pattern or template of common architectures such as MVC or SOA</summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/3249323476860818424/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=3249323476860818424' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/3249323476860818424'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/3249323476860818424'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2007/03/technical-white-paper-application.html' title=''/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-5408996676114609929</id><published>2007-02-28T22:18:00.000-06:00</published><updated>2007-02-28T22:43:33.566-06:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Design Patterns'/><category scheme='http://www.blogger.com/atom/ns#' term='DBMS'/><category scheme='http://www.blogger.com/atom/ns#' term='AOP'/><title type='text'>Persistent Data Aspects</title><summary type='text'>If a database has persistent data that comes from an aspect, what would it be? Examples of this would be design patterns implemented as an aspect, metadata about an object, or other data that is introduced by the aspect. Also, a data "feature" will change the way data is stored in the database. The feature of a "revision history" is implemented as an aspect of the persistent data. The feature </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/5408996676114609929/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=5408996676114609929' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/5408996676114609929'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/5408996676114609929'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2007/02/persistent-data-aspects.html' title='Persistent Data Aspects'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-3964070053331934395</id><published>2007-02-28T06:16:00.000-06:00</published><updated>2007-02-28T06:27:30.274-06:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Java'/><category scheme='http://www.blogger.com/atom/ns#' term='OO'/><category scheme='http://www.blogger.com/atom/ns#' term='DBMS'/><category scheme='http://www.blogger.com/atom/ns#' term='AOP'/><title type='text'>Aspect Query Language</title><summary type='text'>An aspect oriented database should support an aspect oriented query language. What would the aspect paradigm do to influence other query languages? There is SQL, JDOQL, EJBQL, OQL, and others. AQL or "Aspect Query Language" would be a query language that supports queries against an aspect oriented database. There are persistent aspects, and persistent data that has been annotated by aspect </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/3964070053331934395/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=3964070053331934395' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/3964070053331934395'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/3964070053331934395'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2007/02/aspect-query-language.html' title='Aspect Query Language'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-1412839192712506359</id><published>2007-01-07T13:26:00.000-06:00</published><updated>2007-02-28T00:09:49.373-06:00</updated><title type='text'>Contextual Relationships</title><summary type='text'>The real world if full of context that introduces meaning into our data. DBMS systems can benefit from the management of these contexts and a representional approach to defining what the meaning related contexts are.What is a relationship?  There are two parties, and a rolle that describes the relationship.  So a customer could be related to an address with the roll of billing address.  But the </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/1412839192712506359/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=1412839192712506359' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/1412839192712506359'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/1412839192712506359'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2007/01/contextual-relationships-real-world-if.html' title='Contextual Relationships'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-116036396045187903</id><published>2006-10-08T22:14:00.000-05:00</published><updated>2006-10-31T22:43:06.633-06:00</updated><title type='text'>What is an Aspect Oriented Database?</title><summary type='text'>An aspect oriented database is an object oriented database that supports the concepts of aspect orientation. An object oriented database is a relational database that supports the cpncepts of object orientation. So everyone knows what an RDBMS is? A tabular approach to defining data that is to be persisted or stored for long term storage and retrieval. Tables can be related to each other by </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/116036396045187903/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=116036396045187903' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/116036396045187903'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/116036396045187903'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2006/10/what-is-aspect-oriented-database.html' title='What is an Aspect Oriented Database?'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-115540728396929423</id><published>2006-08-12T13:23:00.000-05:00</published><updated>2006-10-31T22:43:06.554-06:00</updated><title type='text'>Orthogonal Data is Aspect Oriented</title><summary type='text'>What is a database?  A place to store information that can retrieve that information at a later time.  An RDBMS is the most popular form of "database".  But a bunch of tables isn't an intuitive way to represent information.  We are taught that it is, but is this really true?Did you ever think that putting time modified information along with customer name, and other customer data was wrong? I </summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/115540728396929423/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=115540728396929423' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/115540728396929423'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/115540728396929423'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2006/08/orthogonal-data-is-aspect-oriented.html' title='Orthogonal Data is Aspect Oriented'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-31730723.post-115396857740871815</id><published>2006-07-26T21:45:00.000-05:00</published><updated>2006-10-31T22:43:06.474-06:00</updated><title type='text'>Aspect Oriented Data Management</title><summary type='text'>I will be bringing my ideas on a new way to manage database data.  Why should AI systems be the only place where sophisticated representations of data exist?  The trend towards AOP is inevitable.  Aspect Oriented Database Management will bring a new world of possibilities to applications and the industry of domain models.</summary><link rel='replies' type='application/atom+xml' href='http://aodbms.blogspot.com/feeds/115396857740871815/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=31730723&amp;postID=115396857740871815' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/115396857740871815'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/31730723/posts/default/115396857740871815'/><link rel='alternate' type='text/html' href='http://aodbms.blogspot.com/2006/07/aspect-oriented-data-management.html' title='Aspect Oriented Data Management'/><author><name>mike</name><uri>http://www.blogger.com/profile/10513845445987963053</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://4.bp.blogspot.com/_l7KA7bsADOc/SUnLgoA2BCI/AAAAAAAAAAM/e-EWzKTYD3M/S220/DSC03454-sm.JPG'/></author><thr:total>0</thr:total></entry></feed>
