Mercurial > hg > orthanc-databases
changeset 761:75ab74d68f08 pg-next-699
cleanup todo
| author | Alain Mazy <am@orthanc.team> |
|---|---|
| date | Wed, 26 Nov 2025 16:03:29 +0100 |
| parents | 05d20326b334 |
| children | 3c59847a8427 |
| files | TODO |
| diffstat | 1 files changed, 0 insertions(+), 17 deletions(-) [+] |
line wrap: on
line diff
--- a/TODO Wed Nov 26 14:23:53 2025 +0100 +++ b/TODO Wed Nov 26 16:03:29 2025 +0100 @@ -7,10 +7,6 @@ Common - Database index ----------------------- -* Try to avoid the use of temporary tables: - https://discourse.orthanc-server.org/t/image-insert-are-too-slow-databse-performance-too-poor/3820 - - * Implement "large queries" for: - updating all metadata of a resource at once - update all maindicomtags of 4 resource levels at once @@ -31,19 +27,6 @@ PostgreSQL ---------- -* Check if we can force the schema that is used. By default, Orthanc - is using the 'public' schema but, after a wrong command, we have seen - a DB where there was a 'AttachedFiles' table in the public schema and another one in a - 'MyPacs' schema and Orthanc was actually using the 'MyPacs.AttachedFiles' table !!! - Orthanc was then seeing only the most recent attached files !!! - We should also be able to use other schemas: - https://discourse.orthanc-server.org/t/orthanc-container-unable-to-connect-to-specified-postgresql-database/5471 - - -* Seems Orthanc might deadlock when there are plenty of conflicting transactions: - https://groups.google.com/g/orthanc-users/c/xQelEcKqL9U/m/HsvxwlkvAQAJ - https://groups.google.com/g/orthanc-users/c/1bkClfZ0KBA/m/s4AlwVh3CQAJ - ----- MySQL