Seja bem vindo ao Fórum do JavaFree.org
Aqui você irá encontrar respostas para TUDO o que você precisa sobre java.
Deseja participar? Crie sua conta ou efetue seu login
Quando vc diz: "Um grupo de funções pouco explorado da interface Connection é o grupo que trata de ResultSets read-only, composto das funções isReadOnly() e setReadOnly(boolean setRead). Estas funções permitem estabelecer trancas de apenas leitura no banco de dados, evitando que o banco seja saturado por trancas de escrita (trancas de bloqueio), o que permite uma maior concorrência no acesso ao banco." Gostaria de saber se é possível setar o ResultSets (se é comum isto) para ReadOnly quando estamos fazendo um SELECT para um relatório...
Quando vc diz: "Um grupo de funções pouco explorado da interface Connection é o grupo que trata de ResultSets read-only, composto das funções isReadOnly() e setReadOnly(boolean setRead). Estas funções permitem estabelecer trancas de apenas leitura no banco de dados, evitando que o banco seja saturado por trancas de escrita (trancas de bloqueio), o que permite uma maior concorrência no acesso ao banco." Gostaria de saber se é possível setar o ResultSets (se é comum isto) para ReadOnly quando estamos fazendo um SELECT para um relatório...
Abr, Patrícia
Não, não é nada comum setermos os nossos resultsets para readonly não .
[]'s
_________________ Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
Procurei em todos os tópicos deste fórum e não encontrei nada que diga qual o melhor "isolation_level" para emissão de relatórios e consultas... Não deveria ser READ_UNCOMMITTED?? Li vários artigos e todos indicam o READ COMMITTED... mas não consigo entender porque habilitar "share-lock", correndo o risco de travar alguém para alteração, se apenas estou fazendo uma listagem do banco...
Procurei em todos os tópicos deste fórum e não encontrei nada que diga qual o melhor "isolation_level" para emissão de relatórios e consultas... Não deveria ser READ_UNCOMMITTED?? Li vários artigos e todos indicam o READ COMMITTED... mas não consigo entender porque habilitar "share-lock", correndo o risco de travar alguém para alteração, se apenas estou fazendo uma listagem do banco...
Alguém pode me ajudar?
Obrigada, Patrícia
Patricia,
Qual teu banco? Isto que tu ta tentando fazer é trabalho para o banco fazer e não a aplicação.
Não sei se seria trabalho para o Banco fazer... e sim eu programar para ele fazer... Ou seja, ao fazer o getConnection, dependendo da aplicação (consulta/relatório) setaria a conexão para Read Uncommitted... Desta forma estaria liberando o resto do sistema para fazer as alterações...
Não há preocupação com isto em fase de programação? Ou seja, direcionar a conexão para o tipo de leitura que eu vou fazer? Acredito que deveria ter... ou estou errada?
Não sei se seria trabalho para o Banco fazer... e sim eu programar para ele fazer... Ou seja, ao fazer o getConnection, dependendo da aplicação (consulta/relatório) setaria a conexão para Read Uncommitted... Desta forma estaria liberando o resto do sistema para fazer as alterações...
Não há preocupação com isto em fase de programação? Ou seja, direcionar a conexão para o tipo de leitura que eu vou fazer? Acredito que deveria ter... ou estou errada?
JDBC é o drive de conexão, você deve estar se conectando a um banco ecpecifico que banco é este? Ou qual a URL que você esta usando nesta conexão?
Bom teu banco é uma Progress então Não sei como ele trata isto, pois nunca trabalhei, mas o normal é que ele faça este controle. E acho que seria interessante tu verificar com o pessoal que manja dele para ver o que realmente sera preciso controlar. Alguém ai ja mexeu com progress e sabe como ele trata isto?
_________________ JavaFree.org
Eu já trabalhei.... E com o Progress quando se faz qualquer consulta ou relatório é utilizada a cláusula "NO-LOCK" ... Desta forma , ao programar uma consulta / relatório setaríamos a conexão para READ_UNCOMMITTED..., certo?
Eu já trabalhei.... E com o Progress quando se faz qualquer consulta ou relatório é utilizada a cláusula "NO-LOCK" ... Desta forma , ao programar uma consulta / relatório setaríamos a conexão para READ_UNCOMMITTED..., certo?
Bom eu nunca trabalhei com Pogress, mas o mais provavel seria o drive JDBC dele implementar o NO_LOCK não existe isso na API do drive?
Caro dalreon até ai beleza, mas como sou iniciante em JAVA, programo em .net , e lá podemos fazer acesso a banco isoladamente(passando por várias classes ou camadas ) como seria feita a persistencia no java? vc tem algum exemplo? mínimo que seja? como transporto os dados entre essas classes? ou java acessa direto mesmo do proprio form GUI?. Para min seria interface --->bean----> alguma classe ---> banco e a volta no mesmo caminho ou estou errado? Não encontro literatura a respeito deste tópico... desde já agradeço.
daltoncamargo Offline
Posts: 8768
Esta página exibe apenas os comentários deste tutorial, para ler o artigo, clique aqui.
patonca Offline
Posts: 0
Quando vc diz: "Um grupo de funções pouco explorado da interface Connection é o grupo que trata de ResultSets read-only, composto das funções isReadOnly() e setReadOnly(boolean setRead). Estas funções permitem estabelecer trancas de apenas leitura no banco de dados, evitando que o banco seja saturado por trancas de escrita (trancas de bloqueio), o que permite uma maior concorrência no acesso ao banco."
Gostaria de saber se é possível setar o ResultSets (se é comum isto) para ReadOnly quando estamos fazendo um SELECT para um relatório...
Abr,
Patrícia
daltoncamargo Offline
Posts: 8768
Não, não é nada comum setermos os nossos resultsets para readonly não
[]'s
_________________
Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
patonca Offline
Posts: 0
Abraço!
patonca Offline
Posts: 0
Procurei em todos os tópicos deste fórum e não encontrei nada que diga qual o melhor "isolation_level" para emissão de relatórios e consultas...
Não deveria ser READ_UNCOMMITTED??
Li vários artigos e todos indicam o READ COMMITTED... mas não consigo entender porque habilitar "share-lock", correndo o risco de travar alguém para alteração, se apenas estou fazendo uma listagem do banco...
Alguém pode me ajudar?
Obrigada,
Patrícia
fabio_patricio Offline
Posts: 1509
Patricia,
Qual teu banco? Isto que tu ta tentando fazer é trabalho para o banco fazer e não a aplicação.
]['s
_________________
JavaFree.org
patonca Offline
Posts: 0
Estou utilizando JDBC...
Não sei se seria trabalho para o Banco fazer... e sim eu programar para ele fazer...
Ou seja, ao fazer o getConnection, dependendo da aplicação (consulta/relatório) setaria a conexão para Read Uncommitted...
Desta forma estaria liberando o resto do sistema para fazer as alterações...
Não há preocupação com isto em fase de programação?
Ou seja, direcionar a conexão para o tipo de leitura que eu vou fazer?
Acredito que deveria ter... ou estou errada?
fabio_patricio Offline
Posts: 1509
JDBC é o drive de conexão, você deve estar se conectando a um banco ecpecifico que banco é este? Ou qual a URL que você esta usando nesta conexão?
]['s
_________________
JavaFree.org
patonca Offline
Posts: 0
JDBC Progress Driver
fabio_patricio Offline
Posts: 1509
Bom teu banco é uma Progress então
Não sei como ele trata isto, pois nunca trabalhei, mas o normal é que ele faça este controle. E acho que seria interessante tu verificar com o pessoal que manja dele para ver o que realmente sera preciso controlar.
Alguém ai ja mexeu com progress e sabe como ele trata isto?
_________________
JavaFree.org
patonca Offline
Posts: 0
Eu já trabalhei....
E com o Progress quando se faz qualquer consulta ou relatório é utilizada a cláusula "NO-LOCK" ...
Desta forma , ao programar uma consulta / relatório setaríamos a conexão para READ_UNCOMMITTED..., certo?
fabio_patricio Offline
Posts: 1509
Bom eu nunca trabalhei com Pogress, mas o mais provavel seria o drive JDBC dele implementar o NO_LOCK não existe isso na API do drive?
]['s
_________________
JavaFree.org
Lich King Offline
Posts: 46
existe diferenca entre fazer
conn.prepareStatement("INSERT INTO ...........");
e
conn.prepareStatement("EXECUTE PROCEDURE..........");
sendo q essa procedure faz o insert???
BD firebird 1.5
_________________
programmer.setFucked(user.isStupid() );
Joao Luiz Offline
Posts: 0
Caro dalreon
até ai beleza, mas como sou iniciante em JAVA, programo em .net , e lá podemos fazer acesso a banco isoladamente(passando por várias classes ou camadas ) como seria feita a persistencia no java? vc tem algum exemplo? mínimo que seja? como transporto os dados entre essas classes? ou java acessa direto mesmo do proprio form GUI?. Para min seria interface --->bean----> alguma classe ---> banco e a volta no mesmo caminho ou estou errado?
Não encontro literatura a respeito deste tópico...
desde já agradeço.
Relacionados
Banco de Dados e Java - Iniciante http://javafree.uol.com.br/topic-854127-Banco-de-Dados-e-Java-Iniciante.html Problemas com result http://javafree.uol.com.br/topic-11411-Problemas-com-result.html Acesso a Banco de Dados http://javafree.uol.com.br/topic-851555-Acesso-a-Banco-de-Dados.html Exemplo de update e delete usando o JDBC 1 http://javafree.uol.com.br/topic-14885-Exemplo-de-update-e-delete-usando-o-JDBC-1.html DataSource http://javafree.uol.com.br/topic-1084-DataSource.html Conexão com DBF http://javafree.uol.com.br/topic-847805-Conexao-com-DBF.html Pontuação Tempo Real Maio 2004 http://javafree.uol.com.br/topic-6343-Pontuacao-Tempo-Real-Maio-2004.html Alguém tem um modelo de Classe de Acesso? http://javafree.uol.com.br/topic-11145-Alguem-tem-um-modelo-de-Classe-de-Acesso.html Falaha na conexão com o banco de dados! http://javafree.uol.com.br/topic-987-Falaha-na-conexao-com-o-banco-de-dados.html