edutraini Posted September 23, 2014 Report Share Posted September 23, 2014 Pessoal boa tarde trabalho com fivewin /xharbour usando dbf gostaria de uma opinião de vcs se estou no caminho certo para mudança de linguagem para vb net com SQL. Primeiro passo usar o SQL no meu programa em fivewin e paralelamente começar o desenvolvimento de um novo projeto em vb. Dessa forma consigo trabalhar de uma forma tranquila usando as duas linguagens Quote Link to comment Share on other sites More sharing options...
marcioe Posted September 23, 2014 Report Share Posted September 23, 2014 Quando voce usa SQL, voce pode usar Parte dele em Delphi, parte em VB, parte em Fivewin, Parte em Java, Parte em PHP, etc. O que Importa é ele conectar o seu Banco de dados e Fazer as Regras do negocio funcionar. o resto Tem uma empresa aqui que usa SAP (abap) e usa banco oracle. Tem parte do sistema Dela que Roda em PowerBilder, Tem outras Rotinas que é em JAVA, outras em Delphi. Por exemplo a Balança é em Delphi, que grava no banco Oracle que o SAP usa para gerar outras Informaçoes. Quote Link to comment Share on other sites More sharing options...
edutraini Posted September 23, 2014 Author Report Share Posted September 23, 2014 Outra pergunta posso usar o rdd no fivewin ou é melhor usando comando SQL para evitar problemas futuros Quote Link to comment Share on other sites More sharing options...
rochinha Posted September 24, 2014 Report Share Posted September 24, 2014 Amiguinho, deixe eu dar meus 20 centavos de prosa. Pelo que entendi voce fará uma mudança radical de xBase/DBF para .Net/SQL. Digo radical porque usando .Net voce dificilmente quererá acessar os DBFs pelo seu novo aplicativo, pois não será nativo este acesso(usando ADO ou ODBC) e este uso pode balear as estruturas dos DBFs do lado dos aplicativos xBase. Para o Fivewin/xHarbour voce já tem a mãos alguns bons RDDs que irão lhe permitir acesso transparente e com pouco programação tanto do conjunto DBF quanto do conjunto SQL. SQLLib e RDDSQL são boas pedidas pois mantém parte da sintaxe dentro do seu know-how e você irá agregando paralelamente e paulatinamente os novos skills. Não sei a quantas anda o RDDADO, mas só o fato de que mudar o request lhe permite mudar de RDD mantendo todo o resto de programação é algo a se pensar. Provavelmente você planeja trabalhar com um database de médio para grande porte, mesmo que nas versões express, como Oracle, SQL Server, MariaDB ou PostGres então deve-se pensar que eles precisam/exigem uma máquina preparada para eles, ou seja, mais restritiva. Eu demorei anos para me decidir a qual database mirar, hoje já me encontro em posição para migrar a base de dados, mantendo o motor Harbour e a carenagem Fivewin. Quote Link to comment Share on other sites More sharing options...
aferra Posted September 24, 2014 Report Share Posted September 24, 2014 Rochinha, não sendo curioso, mas já sendo, para qual database migrou e quanto aos famigerados "na nuvem" que o tanto se fala no momento qual a sua opinião? Eu vejo a seguinte "miragem", continuarei usando o fwh + Harbour + DBF/SQL e para "nuvem" penso em C# ou ( depois de falar com alguns amigos ) Delphi. Quote Link to comment Share on other sites More sharing options...
SAOliveira Posted September 24, 2014 Report Share Posted September 24, 2014 Pra não perder a piada.. Para nuvem acho melhor Guarda-Chuva aferra and kapiaba 2 Quote Link to comment Share on other sites More sharing options...
henning Posted September 24, 2014 Report Share Posted September 24, 2014 @aferra - Com relação a "nuvem" vc se refere a ter um sistema totalmente online ou um sistema desktop que acessa informações de um servidor na "nuvem" ou ainda a mistura dos dois ? O C# e todo ecossistema .NET é bem legal, legal mesmo... o que não gostei do .NET foi a comunidade brasileira.... Quote Link to comment Share on other sites More sharing options...
aferra Posted September 24, 2014 Report Share Posted September 24, 2014 Sergio então melhor nem sair de casa. rsrsrs Henning, acertou na moska, rsrsrsrs pois pode aparecer justamente esse tipo de cliente ou a necessidade do nosso cliente, e ao meu ver, não podemos ficar amarrados ao desktop, claro que, se é esse o tipo de serviço que queremos prestar que seja, mas para quem quer "acompanhar a onda" é melhor ter a carta na manga, e esse esta sendo o meu grande problema em estudar c#, enquanto que Delphi vc escreveu "Del" no google aparece aos montes....rsrsrsrs mas vlw pela dica. kapiaba 1 Quote Link to comment Share on other sites More sharing options...
henning Posted September 24, 2014 Report Share Posted September 24, 2014 Alessandro, uma boa opção seria: ter um servidor de aplicação feito em PHP que servirá: WEB e desktop, no WEB vc pode utilizar o ExtJS, e no desktop pode continuar com o FiveWin... Quote Link to comment Share on other sites More sharing options...
aferra Posted September 24, 2014 Report Share Posted September 24, 2014 Quase entendi, talvez é a expressão, mas o que vem a ser um Servidor de aplicação? e ainda feito em PHP? o que entendi: seria uma aplicação para WEB feito em PHP, continuar com o FIVEWIN para DESKTOP e ter um servidor para "aguentar" tudo isso 24horas, acertei? Quote Link to comment Share on other sites More sharing options...
henning Posted September 24, 2014 Report Share Posted September 24, 2014 Sim, o servidor de aplicação é a aplicação que receberá as requisições das aplicações cliente, processará e enviará de volta o resultado(XML, JSON) para aplicação cliente(que pode ser tanto WEB, Desktop, Mobile) É o famoso modelo em 3 camadas.... http://pt.wikipedia.org/wiki/Modelo_em_tr%C3%AAs_camadas Outra vantagem desse modelo é que a aplicação cliente geralmente fica leve... Quote Link to comment Share on other sites More sharing options...
aferra Posted September 24, 2014 Report Share Posted September 24, 2014 hummmm obriagdo por sua opinião, irei pesquisar sobre esse modelo.... Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.