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
{{ message }}
This repository has been archived by the owner on Nov 24, 2023. It is now read-only.
We don't currently have an efficient way of calculating counts over time. So we should understand how much load a query will put on the database server and how long a user may have to wait until the results are available.
Test original version with a single wide CSV output, with month/week per column
Test --index-date-range, producing multiple CSVs and more queries
Test both against codelists with 100 and 1,000 codes
Was just dreaming about this last night (!) and came here to say, the two aspects that may affect performance are (a) the size of the code list, and (b) the size of the patient population it matches.
So you will probably want to include codelists that cover common things like Full Blood Count pathology tests or blood pressure monitoring codes in your tests. @HelenCEBM and others will be able to advise
Not sure if it's more effort than it's worth but could test the same codelist in 2 different subpopulations e.g. PSA test in men vs women to see how much difference the number of matches makes
We don't currently have an efficient way of calculating counts over time. So we should understand how much load a query will put on the database server and how long a user may have to wait until the results are available.
Test original version with a single wide CSV output, with month/week per column
Test --index-date-range, producing multiple CSVs and more queries
Test both against codelists with 100 and 1,000 codes
Links to opensafely-core/research-action#42 and opensafely-core/cohort-extractor#777, but is not dependent on them
The text was updated successfully, but these errors were encountered: