Usuário com melhor resposta
SQL View X Proc

Pergunta
-
Boa noite pessoal,
Tenho uma dúvida que é a seguinte:
Trabalho em um sistema que controla a área Financeira , Estoque e NF-e.
O sistema é integrado gerando assim somente um arquivo executável com o tamanho de 7 mb.
Hoje esse sistema possui mais de 100 telas ao todo.
A linguagem é Visual Basic 2010, o bando de dados é SQL Server 2005 Express e utilizamos ADO para a conexão e manipulação com o banco de dados.
Até aqui está tranqüilo a definição do nosso trabalho pessoal.
Todas as consultas do sistema inteiro são feitas em SQL puro ou seja:
Exemplo 01:
StrSql = "SELECT Filial" & _
" FROM CadFiliais" & _
" WHERE IdCadFilial=" & parIdCadFilial
Exemplo 02:
StrSql = "SELECT CadFor.Nome AS NomeFor, BoletosPagar.*, CadBancos.Nome AS NomeBanco" & _
" FROM CadBancos INNER JOIN (BoletosPagar INNER JOIN CadFor" & _
" ON BoletosPagar.IdCadFor = CadFor.IdCadFor)" & _
" ON CadBancos.IdCadBanco = BoletosPagar.IdCadBanco" & _
" WHERE BoletosPagar.DataPag Is Null" & _
" AND BoletosPagar.IdCadFilial=" & cFilial.IdFilial & _
" ORDER BY BoletosPagar.DataVenc"
Exemplo 03:
StrSql = "DELETE BoletosPagar " & _
" FROM BoletosPagar" & _
" WHERE IdBolPag=" & IdBolPag
Exemplo 04:
StrSql = "INSERT INTO CadMao" & _
" (IdCadMao,CodBarras,Descricao,Valor,IdGrupo,IdSubGrupo)" & _
" VALUES (" & _
parIdCadMao & ",'" & _
parCodBarras & "','" & _
parDescricao & "'," & _
Replace(Replace(parValor, ".", ""), ",", ".") & "," & _
parIdGrupo & "," & _
ParIdSubGrupo & ")"
A pergunta é a seguinte pessoal:
Qual seria a melhor maneira se é deixar do jeito que está hoje com todas as centenas de consultas dentro do Visual Basic 2010 ou se seria passar para View e SP ou às vezes um outro recurso mais moderno que eu desconheço no momento?
Grato pela atenção de todos especialistas que puderem nos ajudar.
Abraços a todos.
Boa noite.
Respostas
-
Passe para Stored Procedures, pois você permitirá um execução mais rápida da query, reduzirá o tráfego na rede e podem ser utilizadas como um recurso de segurança.
Algumas referências online seria aqui e aqui, mas ambos dão preferência a Stored Procedures.
Se a sugestão resolver o problema, favor marcar como Resposta.
- Editado Lucas_Santos sábado, 16 de fevereiro de 2013 02:00
- Sugerido como Resposta Vinícius Rafael Tavares sábado, 16 de fevereiro de 2013 02:28
- Marcado como Resposta Leonardo Petrarca segunda-feira, 18 de fevereiro de 2013 12:28
-
Assim como nosso amigo Lucas informou, você terá um tráfego menor na rede e execução mais rápida.
É interessante também utilizar Stored Procedures pelo fato de amanhã ou depois, seu projeto haver necessidade de migração (Troca de linguagem por exemplo), já possuir toda a arquitetura de SQL concentrada no banco de dados, ou seja, não precisará se importar com os comandos sql.
Até mais.
Abraços
- Marcado como Resposta Leonardo Petrarca segunda-feira, 18 de fevereiro de 2013 12:28
Todas as Respostas
-
Passe para Stored Procedures, pois você permitirá um execução mais rápida da query, reduzirá o tráfego na rede e podem ser utilizadas como um recurso de segurança.
Algumas referências online seria aqui e aqui, mas ambos dão preferência a Stored Procedures.
Se a sugestão resolver o problema, favor marcar como Resposta.
- Editado Lucas_Santos sábado, 16 de fevereiro de 2013 02:00
- Sugerido como Resposta Vinícius Rafael Tavares sábado, 16 de fevereiro de 2013 02:28
- Marcado como Resposta Leonardo Petrarca segunda-feira, 18 de fevereiro de 2013 12:28
-
Assim como nosso amigo Lucas informou, você terá um tráfego menor na rede e execução mais rápida.
É interessante também utilizar Stored Procedures pelo fato de amanhã ou depois, seu projeto haver necessidade de migração (Troca de linguagem por exemplo), já possuir toda a arquitetura de SQL concentrada no banco de dados, ou seja, não precisará se importar com os comandos sql.
Até mais.
Abraços
- Marcado como Resposta Leonardo Petrarca segunda-feira, 18 de fevereiro de 2013 12:28