Timeline for How do you design applications with client-based DBs?
Current License: CC BY-SA 4.0
5 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jul 29, 2024 at 9:47 | comment | added | user1937198 | For example, there are no FDA regs around end user changes made to config in violation of documentation. | |
| Jul 29, 2024 at 9:46 | comment | added | user1937198 | @JonasH ideally yes. In practice, configuration is often significantly lighter weight approval since it only needs to work for one site, and if done by the site themselves often hits loopholes in regulation. | |
| Jul 29, 2024 at 8:46 | comment | added | JonasH | If this is medical software, you also need to consider foreseeable error/risk. So classifying the SQL queries as "configuration" might not get you out of trouble. There likely needs to be some form of process around making any changes to this SQL, since errors could have catastrophic consequences. | |
| Jul 28, 2024 at 18:18 | comment | added | user1937198 | Since this is a medical app, one place worth looking under the third point is what is the scope of release validation. Are the SQL queries in the DB considered part of your release validation process, or is this a mechanism to enable logic changes in the field to bypass that by classing them as 'configuration' | |
| Jul 28, 2024 at 18:11 | history | answered | Greg Burghardt | CC BY-SA 4.0 |