2ЛОХ: даже для локальных таблиц не мешало бы добавить id сессии, при запуске экземпляра приложения присваивать ему новый id (счетчик). Таблицу(ы) сначала пытаться создать, если нет (занята другой сессией) - писать в нее, но с текущим id сессии. Таблицы с настройками оставить "сессия-независимыми".

- для возможности одновременного запуска пары (и более) сессий с одного компа.

>>Лучше я сам создам эту таблицу (руками)
...ну, это я о своем, о девичьем... типа когда надоедает создавать _руками_ пишется кусок кода и мигрирует потом из приложения в приложения. Пользователь запущает в первый раз приладу - тут ему и создаются пути, tmp файлы, tmp таблицы. Ага. Или не создаются - если все это уже есть (т.е. запуск не первый).

А множество сессий желательно предусмотреть, поскольку народец любит дублировать решения путем копирования и в некоторых случаях желает открывать несколько копий одного приложения, возможно с различными данными, одновременно. Если пути и временные таблицы у них общие, то разделение данных можно производить за счет уникального id, но не юзера, как предлагается выше (для серверного расположения), а "сессии". При (очередном) запуске прилады вы просто генерите первым делом этот id в соответствующей таблице (после естественно отработки упомянутого кода генерации/проверки таблиц). И юзаете во всех запросах "сессии". Удаление незаблокированных таблиц (пересоздание) служит для очистки временных таблиц от данных прошлых сессий. (а "сессие-независимость" настроек упомянута в том смысле, что настройки то и не трогаем... на "сервере" действительно лучше).