Никакой продукт базы данных, неважно, как высоко Вы перемещаете цепочку вверх, не позволит Вашим соединениям доли и транзакциям между потоками одновременно. Необходимо будет всегда сериализировать доступ к транзакции/соединению. Вы просите требование ерунды. Один поток собирается фиксировать что другой просто откатываемый? Существует много продуктов, которые поддерживают тысячи и тысячи клиентов, читающих и пишущих базу данных одновременно. Ни один, никогда, не 'совместно использовал' соединения между потоками.
Для достижения высокой масштабируемости, необходимо сделать то же самое, которое все остальные делают:
Если загрузка читается интенсивная затем, можно рассмотреть имеющую версию модель изоляции, как чтение фиксировавший снимок в SQL Server. Если загрузка является обновлением, интенсивным затем, необходимо следовать за принципами OLTP и использованием короткие, детализированные блокировки, чтобы сделать любое обновление при предотвращении работы над коррелироваными объектами от различных транзакций для сокращения вероятности мертвой блокировки.
Попытайтесь использовать slappasswd
. Это должно получить Вас что-то как rootpw {SSHA}vv2y+i6V6esazrIv70xSSnNAJE18bb2u
.
На Debian: apt-get install slapd
.
Я нашел, как это сделать. Это просто base64. Но консоль linux base64 добавляет символы заполнения, в то время как в jenkins config.xml хранится без него. Поэтому мне пришлось использовать perl base64:
perl -e 'use MIME :: Base64; print encode_base64 ('пароль'); '
Значение пароля закодировано в кодировке base64. Вы можете закодировать его онлайн: www.base64encode.org и расшифровать здесь: www.base64decode.org .