Treze
|
SÃO VICENTE
SP - BRASIL
|
|
ENUNCIADA !
|
|
|
Postada em 27/08/2012 18:53 hs
é como eu disse se fossem varios campos e apenas alguns fossem exibidos ficaria mais rápido, mas não é o seu caso.
é que não sei como fazer do access para o postgree mas da até pra fazer com uma query só
|
|
|
|
|
|
LCRamos
|
GOIANIA
GO - BRASIL
|
|
|
ENUNCIADA !
|
|
|
Postada em 28/08/2012 20:25 hs
O PostgreSQL, para mim é um excelente BD, comecei agora, tenho muitas dúvidas, mas ele é bem rápido,pode ser feito a query, mas em meu sistema são muitas opções de consultas, por isto não uso query, vai na unha, no SQL, mas veja vou continuar com Access também, no PDV, é obrigatório trabalhar desconectado, então uso o Access para arquivos temporários, no fechamento do cupom atualizo para o Postgre, estando conectado. Agora sinceramente, diferenças de comandos praticamente nenhuma, a não ser em Schema, pois o Postgre trabalha bem com o ADO.
E a vantagem é que pode ter milhões de registros, já o Access, é limitado, e como em Supermercados, tem que guardar os arquivos por 5 anos, imagina a Tabela de Itens como fica, é só trabalho, o que espero ter resolvido com o Postgre.
Vamos ver, se não resolver, vou partir para o Oracle.
Agora minha dificuldade é que não trabalhava com ADO.
vlu//
|
|
|
|
Treze
|
SÃO VICENTE
SP - BRASIL
|
|
|
ENUNCIADA !
|
|
|
Postada em 29/08/2012 13:17 hs
Então Ramos é o seguinte, para os seus sistemas já existentes você até pode manter da maneira em que está mesmo, porém aconselho que para sistemas futuros utilize bancos robustos, como Postgree, SQL Server, Mysql, ETC, e estude um pouco mais a fundo, procedures, e as demais funções destes bancos.
ex: uma procedure funciona como uma função porém dentro do banco de dados, ou seja vc pode criar tipo uma consulta(por procedure) e depois no código vb6 vc só insere os valores, o que deixa a cargo do banco de dados a consulta e alivia o programa desta função, o aumenta ainda mais o desempenho.
link de um explicação sobre procedures.
http://www.vbweb.com.br/forum_resp.asp?Codigo=239275
|
|
TÓPICO EDITADO
|
|
|
|
ivanhoe
|
BARRA BONITA
SP - BRASIL
|
|
|
ENUNCIADA !
|
|
|
Postada em 29/08/2012 22:17 hs
Caros colegas, só complementando um detalhe neste comando é que a localização do cursor para o lado do client e a abertura da tabela na forma de somente leitura podem ajudar a diminuir também o tempo de resposta da transação no banco.
Quanto ao banco de dados, LCRAMOS o Treze tem razão, por experência própria o SQL Server fica muito rápido e é mais prático do que ORACLE, mas tive uma experiência boa com Firebird, rápido, parrudo e guenta rede e muitos acessos simultâneos, fácil de trabalhar e transportar, backup, tenho banco de 500mb que ainda tá uma bala e nunca corrompeu, tem ferramentas de recuperação também caso ocorra.
'selecionar produtos de estoque origem
strSQL = ""
strSQL = strSQL & " Select * From EstoqueOrigem"
strSQL = strSQL & " Order By CodigoProduto"
If tblEstoqueOrigem.State = adStateOpen Then tblEstoqueOrigem.Close
tblEstoqueOrigem.CursorLocation = adUseClient
tblEstoqueOrigem.Open strSQL, adoBanco, adOpenForwardOnly, adLockReadOnly
If tblEstoqueOrigem.EOF Then
End If
|
|
|
|
LCRamos
|
GOIANIA
GO - BRASIL
|
|
|
ENUNCIADA !
|
|
|
Postada em 30/08/2012 09:21 hs
ivanhoe, sua informação é muito valiosa, olha adiei por dois anos, a migração para outro banco, estive bem próximo do fFIREBIRD, mas estive na PUC em Goiás, para marcar homologação, e fui pedir informações, claro para estudantes, e foram unamimes em me informar o POSTGRE, então como não conheço o FIREBIRD, não posso fazer comparações, mas no momento nem posso dizer que estou satisfeito com o POSTGRE, pois está em fase de desenvolvimento e testes, somente no ano que vem, posso verificar a performance nos clientes, mas na dúvida, agradeço a informação do FIREBIRD, sei que será um trabalhão novamente, por isto adiei tanto, mas sempre é bom ter uma bala na agulha.
Obrigado.
vlu//
|
|
|
|
|
