Вы не упомянули свой DAM в тексте, но, поскольку вы говорите о Darktable в заголовке, я предполагаю, что это ваша программа.
Я думаю, что (вариант) 1. является наиболее рекомендуемым методом , поскольку SQLite (серверная часть БД Darktable) допускает (своего рода) мульти-параллелизм.
Больше технических деталей:
SQLite допускает одновременное чтение, но только один писатель, потому что писатель блокирует весь файл. Однако, поскольку записи в вашем сценарии довольно редки и очень очень малы (несколько миллисекунд), и, более того, вы всего лишь два пользователя - вы можете одновременно использовать одну и ту же базу данных в общей папке.
Конечно, вы должны быть немного осторожны, чтобы не редактировать вам обеим одну и ту же картинку . Это ограничение, которое вы должны выполнить в любом случае, так как изменения хранятся в файлах XMP и не могут быть синхронизированы / сопоставлены автоматически (если вы оба измените контраст по сравнению с файлом с +10, а ваша жена с -5, кто победит? - последний?).
Другая вещь, которая, возможно, улучшит ваш рабочий процесс, - это отдельное хранилище (я) для БД и изображений - это повысит скорость, в зависимости от размера вашей БД и файлов для обработки особенно если вам приходится работать с большими файлами RAW на жестком диске (не SSD).
Еще одна вещь о синхронизации:
При синхронизации отдельных файлов - я имею в виду здесь коляски XMP, в которых хранятся правки - может быть (частично) выполнимой задачей, если мы решим описанную выше ловушку (которая выиграет в случае одновременного / параллельного редактирования в одном и том же файле ), синхронизация внутренних записей БД может быть очень сложной / невозможной задачей, в зависимости от схемы БД и от того, что было добавлено / обновлено / удалено.
просто my2c & HTH