Petro123GarrickЗагрузка данных в базу происходит "сеансами", нужно в базе сохранить "идентификатор" сеанса загрузки - это дата/время (TIMESTAMP), чтобы потом внутри базы можно было разделить данные по "сеансам". Сам сеанс может длится до нескольких часов, поэтому, требуется какая-то "глобальная" переменная, инициализированная единожды, доступная для всех потоков, порождённых в текущем сеансе работы.
Если ты не в курсе, спроси у постановщика:
- что такое термин сеанс при многопотоковости. Т.е. в еденицу времени будет 10 потоков с Одним временем. Это будет один сеанс на 100 поставщиков данных?
- старт одного потока от другого может отличаться на милли-микросекунду. Т.е. допустимо, что будет огрубление и у обоих потоков будет Один сеанс?
- Какая связь Сеанс - Поток?

Долой singleton! :-)

В БД нужна сущность <Сеанс> с датой старта и завершения, ID-ник прилагается (ID_Сеанса, Время_Старта, Время_Завершения).
Нужна сущность <Поток> (ID_Потока, ID_Сеанса) которая связана с сущностью <Сеанс>
И нужна сущность <Данные> (ID_Потока, время, данные)

Все это можно преобразовать в <Данные> (ID_Сеанса, ID_Потока, время, данные)

Тогда продолжительность сеанса SELECT ID_Сеанса, min(время) as Время_Старта, max(время) as Время_Завершения GROUP BY ID_Сеанса

В программе просто нужно создавать уникальный ID_Сеанса и передавать в поток, поток создает для себя уникальный ID_Потока и сохраняет данные в таблицу.

А Singletin не нужен... совсем. :-)