Mensagens enviadas por: ronybrand
Índice dos Fóruns » Perfil de ronybrand » Mensagens enviadas por ronybrand
Autor Mensagem
Não sei pq ta assim, bem estranho ...
Pq a data precisa fazer parte da chave primaria se o codigo será incrementado automaticamente pelo BD?
Ou você pode usar a especificação JDO, a sua Reference Implementation (RI) é o JPOX (www.jpox.org), a nova versão tem suporte a db4o e a bancos relacionais
Eu tenho uma aplicação usando JPOX para idependência de BD relacional, estou gostando é mto bom!
eu tive problema de acentução no Oracle com tipo CLOB, nao teve jeito de resolver através de codificação tive trocar o tipo da coluna para BLOB
vc não pode obter a service no servlet e injetar direto o dao na service ?
http://www.guj.com.br/posts/list/3033.java#14739
usa connection pool, ai a conexão é reaproveitada:

dbcp
http://jakarta.apache.org/commons/dbcp/

ou ainda c3p0
<%@page import="java.sql.*, java.io.*" %>

<%

String consulta = "SELECT cliente,nome FROM cliente";

try {

Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");
Connection conn = DriverManager.getConnection("jdbc:microsoft:sqlserver://"+servidor+":"+porta, usuario, senha);

Statement st = conn.createStatement();
ResultSet resultado = st.executeQuery(consulta);
while (resultado.next()) {
out.println("Nome: " + resultado.getString("nome") + "<BR>");
out.println("Código: " + resultado.getInt("cliente") + "<BR>");
}

resultado.close(); // fecha o resultset
st.close(); // fecha o statement
conn.close(); // fecha a conexão com o SQL Server

}

catch (SQLException sqle) {
out.println("SQLException: " + sqle.getMessage());
}

%>


quando for realizar uma nova operação abra novamente uma conexão
Você pode fechar no final de todos os comandos.
O finally é para garantir que na ocorrência de algum erro na fique nada preso no banco, que se aculumar pode excedecer o número máximo de conexões parando a aplicação além de consumir mais recursos
Você deve fechar o prepared statement e a conexão num finally, assim você garante que na na ficará preso no banco. EX:

...
} finally {
if (stp!= null) {
stp.close();
}
if (conn != null) {
conn.close();
}
}
Baixe o driver JDBC do SQL Server 2005 no site da microsoft, esse driver serve tambem para a versão 2000.
Lá tem exemplo da string de conexão
Utiliza Spring com HibernateDaoSuport vai ficar bem mais facil de trabalhar com Hibernate, ai ele controla Session/Entity Manager para vc!
Estou desenvolvendo um projeto de uma aplicação(JSP, JSTL, Struts, Spring e persitência - JDO) sem EJB que pode replicada para disponiblizar por volta de 200 aplicações web e 200 bases de dados num único sevidor. Minha preferência é utilizar TomCat e MySQL pois a aplicação é leve e não uso questões especificas de banco de dados(functions, stored procedures, views, etc) para manter o máximo de idependência possível.

O TomCat suporta 200 ou mais aplicações numa única instância, caso contrário alguém conhece esse limite para não dar problema?

O MySQL vai aguentar essas 200 de bases ou mais ? Caso contrário quais dos seguinte bancos recomendam:
o ORACLE Database versão 9i ou superior
o Microsoft SQL SERVER versão 2000
o PostgreSQL versão 7.3 ou superior
o DB2 8.2 ou superior
o Sybase Adaptive Server Enterprise (ASE) 15.0

Por fim quanto de harware (processador e memoria) preciso para suportar essas aplicações e bd, alguem pode me indicar algum data center para hospedar essas aplicações ?

Grato
 
Índice dos Fóruns » Perfil de ronybrand » Mensagens enviadas por ronybrand
Ir para:   
Powered by JForum 2.1.8 © JForum Team