На примере Dropbox'a:
1. Размещаете файл базы "база.cash" где-нибудь в папке Dropbox'а. Дропбокс автоматом заливает новый файл в ваше личное облако.
2. Работаете через AbilityCash с базой, вносите изменения, закрываете.
3. Дропбокс (демон которого в памяти висит постоянно), видя, что файл базы изменился, автоматом подливает его в ваш аккаунт дропбокса в облаке, т.е. синхронизирует его содержимое с тем, что было до этого в облаке.
4. Допустим, включаете другой компьютер, на котором также стоит клиент дропбокса. Дропбокс, убедившись, что на сервере файл базы отличается от того, что лежит на винте, выгружает файл базы с сервера на комп. Если вы с этого компьютера работаете по этому же алгоритму и меняете что-то в базе, то после ее закрытия клиент дропбокса синхронизирует этот файл базы с сервером и на том, первом компьютере, файл базы также автоматом изменится на новую версию. Все всегда up-to-date.
 
В Wuala еще лучше:
1. Создаете в облаке Wuala папку, заливаете туда базу
2. На каждом компе, на котором есть необходимость работы с базой, создаете новую синхронизацию некоторой локальной папки (где вы хотите, чтобы лежала база) с папкой в Wuala, в которой лежит база.
3. Работаете с базой из любого места, где стоит клиент Wuala. Все изменения автоматом синхронизируются с облаком + автоматически обновляется файл базы на других компьютерах + в Wuala доступна история версий файла базы (можно не делать бэкап силами Ability Cash).
 
Однако изложенные варианты хороши только для однопользовательского режима, либо последовательного доступа (когда лезут в базу строго по очереди), но никак не параллельного (когда куча народу разом редактирует базу), потому что для облачного сервиса хранения данных последняя по времени версия файла переписывает предыдущую.
 
Тут нет никаких блокировок по записям, транзакций и прочая прочая. Если вам нужна такая синхронизация, которая бы обеспечивала корректное разруливание параллельного доступа кучи народа - это точно не к Ability Cash.