You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Statements of Administration Policy and CBO score reports both have bill information, but we are not currently making a relationship with the bills in the bill table. Instead, we store the bill number, congress number, etc. in each of the two tables (statements and cboreports) independent of the bill model. By contrast, the crs_reports table has a many-to-many relationship with the bill table.
Storing the bill data separately in each table has the advantage that we can have a record for the Statements where we don't have a bill for some reason (e.g. the bill number scraped in Statements is not valid, because of the White House wrote it wrong or in a format we don't support). It also may make performance and memory overhead faster to retrieve bill data directly from the Statements. However, it is not a clean database model to maintain and we lose the true relationship between the bill model and these others. In the crs_reports table, we simply skip reports that we can't relate to an existing bill in the bill table, and maybe that is not ideal either.
This issue is to consider the advantages of using a many-to-many model in these tables to relate to the bills table. We may store the scraped bill information as bill_orig in the Statements table, for example, to avoid losing the scraped data.
The text was updated successfully, but these errors were encountered:
The Statements of Administration Policy and CBO score reports both have bill information, but we are not currently making a relationship with the bills in the bill table. Instead, we store the bill number, congress number, etc. in each of the two tables (statements and cboreports) independent of the bill model. By contrast, the crs_reports table has a many-to-many relationship with the bill table.
Storing the bill data separately in each table has the advantage that we can have a record for the Statements where we don't have a bill for some reason (e.g. the bill number scraped in Statements is not valid, because of the White House wrote it wrong or in a format we don't support). It also may make performance and memory overhead faster to retrieve bill data directly from the Statements. However, it is not a clean database model to maintain and we lose the true relationship between the bill model and these others. In the crs_reports table, we simply skip reports that we can't relate to an existing bill in the bill table, and maybe that is not ideal either.
This issue is to consider the advantages of using a many-to-many model in these tables to relate to the bills table. We may store the scraped bill information as
bill_orig
in the Statements table, for example, to avoid losing the scraped data.The text was updated successfully, but these errors were encountered: