Developing Time-Oriented Database Applications in SQL (2000) [pdf]
cs.arizona.edu
cs.arizona.edu
Even if you keep full query logs, getting to the state the database was 10th of February 2014 05:34:23 UTC is rather inconvenient and slow.
You wouldn't need bitemporal schemas either with a feature like this.
Another pet peeve in relational databases is a no-compromise hierarchy (and graph) storage. You can usually get fast reads or fast inserts, but there always seems to be a compromise.