Class 1 | Week 13 | DAT601
Today's lesson began with an introduction talk about the transactional analysis we will be doing for our Milestone 3 report, Todd emphasized that we can do this in crows foot notation unlike the example showed us which was in crows foot notation instead.
Todd explained that we are interested in bytes, not bits.
Understanding transactions are our primary topic, throughout understanding transactions we need to understand the expected frequency of a particular transaction, the relation sand attributes access and the types of access, time constraints imposed on the transaction such as within 1s.
If a transaction fails no changes should be made to the db.
Transaction maps are interesting and used to show the path our transactions take through our database.

A tabular form of this transactional analysis can be made using the same data shown on the transaction map as well as some additional details to show the transaction in an in-depth sense.
One of the core goals of this process is to find the attributes that are being hit hardest by our systems various transactions.
Estimating our database size is the next step which is a rough estimate based on the sizes that our datatypes take up and how many instances of these rows will exist within the database.
Todd explained that we are interested in bytes, not bits.
Understanding transactions are our primary topic, throughout understanding transactions we need to understand the expected frequency of a particular transaction, the relation sand attributes access and the types of access, time constraints imposed on the transaction such as within 1s.
If a transaction fails no changes should be made to the db.
Transaction maps are interesting and used to show the path our transactions take through our database.
A tabular form of this transactional analysis can be made using the same data shown on the transaction map as well as some additional details to show the transaction in an in-depth sense.
One of the core goals of this process is to find the attributes that are being hit hardest by our systems various transactions.
Estimating our database size is the next step which is a rough estimate based on the sizes that our datatypes take up and how many instances of these rows will exist within the database.
Comments
Post a Comment