У "правильного" JDBC драйвера объект Connection безопасен при использовании одновременно из нескольких потоков. Остальные объекты (начиная со Statement и его разновидностей) небезопасны (то есть доступ к ним должен быть из одного потока - в норме того, который их создает).

Тем не менее если вы надумаете пользоваться этим, это не будет хорошо. Производительность будет страдать тем больше, чем больше параллельных потоков будут использовать соединение. Поэтому используйте пулы! А лучше какой-нибудь ORM типа Hibernate.

BlackWallJDBC - это всего лишь набор интерфейсов

Не только. Насчет многопоточности есть вполне определенные требования (спецификация):

автор9.2 Multi-threading
We require that all operations on all the java.sql objects be multi-thread safe and able to cope correctly with having several threads simultaneously calling the same object.
Some drivers may allow more concurrent execution than others. Developers can assume fully concurrent execution; if the driver requires some form of synchronization, it will provide it.
The only difference visible to the developer will be that applications will run with reduced concurrency.
For example, two Statements on the same Connection can be executed concurrently and their ResultSets can be processed concurrently (from the perspective of the developer). Some drivers will provide this full concurrency. Others may execute one statement and wait until it completes before sending the next.

Так что то, с чего началась тема, безопасно. Другое дело (как это и отмечено в приведенном мною фрагменте), что могут быть проблемы с производительностью.

J--М.Голованов Вы меня более-менее успокоили.

Знание - сила (С) Большой умный медведь

Да. Опять читаем спецификацию:

автор9.3 Transactions.
New JDBC connections are initially in “auto-commit” mode. This means that each statement is executed as a separate transaction at the database.
In order to execute several statements within a single transaction, you must first disable autocommit by calling Connection.setAutoCommit(false).
When auto-commit is disabled, the connection always has an implicit transaction associated with it. You can execute a Connection.commit to complete the transaction or a Connection.rollback to abort it. The commit or rollback will also start a new implicit transaction.
The exact semantics of transactions and their isolation levels depend on the underlying database.

Короче, работать с едиственным соединением имеет смысл только в режиме “auto-commit”.

То есть если вы хотите обозначать конкретные явные транзакции в нескольких параллельных потоках, номер не пройдет. Даже если вы это сделаете, commit() будет фиксировать все, что запрошено к данному моменту во всех потоках. Точно так же rollback() будет откатывать все, что запрошено ук данному моменту во всех потоках.

Иначе говоря, если вы хотите использовать явные транзакции и управлять ими с помощью commit() / rollback(), используйте одно соединение на поток. И, как следствие, используйте пул. Его основной плюс - то, что каждое соединение, входящее в пул, входит в БД ровно 1 раз, а этот вход занимает довольно продолжительное время (создание буферов и прочая возня на стороне сервера БД). Если вы будете каждый раз создавать новое соединение в потоке, а по завершении конкретной операции его закрывать, будут потери производительности.