Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
1 Aplicativo / 3 Bancos
Message
De
14/08/2003 23:06:22
Peter Wagner
Point Informática Ltda.
Limeira, Brésil
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Base de données, Tables, Vues, Index et syntaxe SQL
Divers
Thread ID:
00820130
Message ID:
00820389
Vues:
16
This message has been marked as a message which has helped to the initial question of the thread.
Rodolfo,
Lendo suas perguntas vi que deseja usar CA como ferramenta.
Bem aqui vão as minhas opiniões sobre este assunto.

Se vc deseja poder usar o CA p/ DBF e RDBMS, a minha sujestão é que fique somente com o RDBMS e esqueça o DBF.
Nem todo código para acesso Nativo (DBF) é igual ao acesso p/ RDBMS (SQL Server e PostgreSQL), assim voce tera muito mais trabalho e ao meu ver não compensa ter códio para ambas as bases de dados.
Se vc usar o (MSDE ou PostGreSQL) vc pode deixar de pensar que tem que ter DBF.
DBF é mais facil pois se esta muito acostumado.
Usar o código nativo e SQL pode embolar o meio de campo pois os conceitos são diferentes.

Eu antes de optar pelo CA fiz alguns testes e recomendo que vc chame Stored Procedures(SP) no Servidor (RDBMS) pelo CA, apenas passando os parametros necessários.
Desta forma se vc der as SP no SQL Server ou no PG os mesmos nomes, vc provavelmente não tera de alterar o código no CA p/ isto. (A diferença fica no código das SP de cada RDBMS, neste caso T-SQL ou PLPG/SQL)

Para entender o CA eu recomendo baixar o gerador de classe do Mark McCasland aqui na area de download na UT, pois abre a cabeça para ver e entender o CA.

Para resolver o problema de segurança que talvez vc tenha, sugiro que a pessoa com permissão possa executar uma SP e a que não tiver não pode, assim o seu problema fica resolvido, basta criar um form para cadastrar as permissões p/ certos itens que podem ser executados.

Vc tambem pode gravar o nivel de permissão de desconto em campos de uma tabela com o codigo do usuário, e na SP no servidor pegar o nivel de desconto que o usuário pode aplicar desta tabela (via sub-select) e usar como parametro em SP's.
Tem varias formas de fazer NESTON !

Quanto a diferença de sintaxe, basta vc usar comandos ANSI SQL até a versão 92 que vai funcionar em todos os RDBMS mais conhecidos, só que neste caso pode haver perda de performance.

Sugestão pessoal: ler muito e entender os detalhes de um RDBMS é fundamental.

Eu pessoalmente prefiro aprender primeiro com o SQL Server, pois existe mais literatura e informação disponivel que do PG, e depois que vc tiver todos os conceitos a ponto de bala, a mudança para PG fica mais na sintaxe da linguagem e algumas caracteristicas de cada RDBMS.

PS: que eu saiba o CA não permite camadas....entre o Frontend e o RDBMS.


[],s

Peter
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform