Inserir dados de uma List em um banco de dados

Faz um “for”, aí dentro desse “for” você faz os inserts no banco.

Obrigado por responder seria algo +/- assim?

public void setInserirPedido(Venda venda) {

        //////////// inserir o Pedido
              List<Produto> listaComboBox = new ArrayList<Produto>();

        try {

            stmt = con.prepareStatement("INSERT INTO pedido(fkidcliente, fkidbairro, desconto, valorbairro) VALUES (?, ?, ?, ?)");

            for (int i = 0 ; i < listaComboBox.size() ; i++ ){

            stmt.setInt(1, venda.getCliente().getId());
            stmt.setInt(2, venda.getBairro().getIdBairro());
            stmt.setDouble(3, venda.getDesconto());
            stmt.setDouble(4, venda.getBairro().getValorBairro());
            stmt.execute();
            }
            stmt.close();
            JOptionPane.showMessageDialog(null, "inserido o pedido!");

        } catch (SQLException xx) {
            System.out.println("Erro VendaDAO setInserirPedido, (Inserir Pedido): " + xx.getMessage());
        }
    }

Só coloca o SQL dentro do for também, assim

for (int i = 0 ; i < listaComboBox.size() ; i++ ){  
 stmt = con.prepareStatement("INSERT INTO pedido(fkidcliente, fkidbairro, desconto, valorbairro) VALUES (?, ?, ?, ?)");

 stmt.setInt(1, venda.getCliente().getId());  
 stmt.setInt(2, venda.getBairro().getIdBairro());  
 stmt.setDouble(3, venda.getDesconto());  
 stmt.setDouble(4, venda.getBairro().getValorBairro());  
 stmt.execute();  
}
stmt.close();  
JOptionPane.showMessageDialog(null, "inserido o pedido!");

Valeu vou testar aqui.

O ideal é não colocar o SQL dentro do for.

Se quiser fazer bem certinho, também dê uma olhada nos métodos de batchUpdate().

ViniGodoy,
No caso de usar batchUpdate(), você poderia me dar um exemplo de como eu faria essa inserção?

public void setInserirPedido(Venda venda) { List<Produto> listaComboBox = new ArrayList<Produto>(); String query = "INSERT INTO pedido(fkidcliente, fkidbairro, desconto, valorbairro) VALUES (?, ?, ?, ?)"; try (stmt = con.prepareStatement(query)) { for (int i = 0 ; i < listaComboBox.size() ; i++ ){ stmt.setInt(1, venda.getCliente().getId()); stmt.setInt(2, venda.getBairro().getIdBairro()); stmt.setDouble(3, venda.getDesconto()); stmt.setDouble(4, venda.getBairro().getValorBairro()); stmt.addBatch(); } stmt.executeBatch(); JOptionPane.showMessageDialog(null, "inserido o pedido!"); } catch (SQLException xx) { throw new RuntimeException("Erro VendaDAO setInserirPedido, (Inserir Pedido): ", xx); } }

Estranho, reescrevendo o código percebi que o for não usa nenhum dado da lista.
Então, pra que você está fazendo o for? Não deveria fazer get em algum momento da lista?

Entendi, agora ViniGodoy pq o ideia é não colocar o SQL dentro do for?

Quando um SQL é enviado para o banco, a base de dados gera um plano de execução. Ou seja, ele compila a query, otimiza, escolhe para ela os melhores índices, carrega as triggers e constraints e deixa o banco “preparado” para executá-la. Por isso o comando chama-se PrepareStatement.

A diferença de um PreparedStatement de um Statement comum, é que justamente o PreparedStatement permite que você faça todo esse setup apenas uma vez, e envie para ele apenas os dados na sequência, dispensando a necessidade do banco refazer todo esse processo de compilação. Isso agiliza muito queries que rodem dentro de fors, porém, como o banco é obrigado a manter o estado dessa compilação ativo, tem (um pouco) menos performance caso você queira rodar a query sozinha (a diferença é tão pequena que geralmente não compensar o risco de ter SQL injection). Isso sem contar o tempo que leva para a query circular pela rede, que no caso de deixa-la dentro do for também será duplicado.

O batchUpdate é outra otimização. Mandar um dado por vez é menos eficiente não por causa do banco, mas do canal de comunicação. Você usa a rede query-por-query, assim, cada transmissão de dados irá sofrer delay do canal, e isso pode deixar o banco ocioso, aguardando queries. No caso do batchUpdate, você monta para o banco um “pacotão”, com vários dados, e então manda uma única grande massa de dados para o BD (muitos protocolos são inclusive capazes de compactar esse pacote, para otimizar banda de rede). O banco então pega o Statement preparado e executa rapidamente para todo o batch, sem ter que ficar esperando nada. Só deve-se cuidar no caso do batchUpdate pois é necessário ter memória para armazenar o batch. Por isso, caso sua query tenha muitos registros, você deve organizar batchs com algum limite, como 200 em 200 registros.