Prevent locking of tables while bulk/ multiple table inserts using Spring Hibernate #Transactional Entity Manager - spring

Question

I'm using Spring #Transactional for multiple table inserts inside a single function.
For each entity's read/write I'm using EntityManager,lets suppose that in my function 10 tables are getting updated with data then in that case all 10 tables are locked till the transaction is not over , which is user experience wise bad since it causes waits\ delays for the user where they are viewing few pages which uses these tables.
So how can I prevent the locking of tables for read while the whole insert table process is taking place, Is there a way to avoid using transaction and do single table independent insert.
Below is code snippet
#Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.READ_UNCOMMITTED, noRollbackFor = {SQLException.class, IllegalStateException.class, PersistenceException.class})
public BaseImportDtoRoot importData(BaseImportDtoRoot baseDto) throws Exception {
try{
table1.fninsert(); .. call each class to insert entity wise
table2.fninsert();
}
catch(Exception e){
}
}
public class table1(){
fninsert(){
MstTable tb1= new MstTable ();
tb1= modMap.map(MstTableDto,
MstTable.class);
entityManager.persist(tb1);
entityManager.flush();
entityManager.clear();
}

Answer 1

Is there a way to avoid using transaction
You can not, transactions are created whenever you persist data, so you need to either:
Use #Transactional, which wraps your DML inside a transaction
Create your transaction manually
entityManager.getTransaction().begin();
entityManager.persist(data);
entityManager.getTransaction().commit();
and do single table independent insert
I think what you mean is to create separate transactions for each insertion. You could do that by creating multiple methods which the annotation #Transactional and removing the #Transaction annotation on the importData method. (by doing so the importData method is not atomic anymore)
Please correct me if I misunderstand anything.