É, mas eu penso assim : com certeza, ao se usar em profundidade os recursos nativos de um RDBMS é verdadeiro que vc cria alguma "dependência" dele, vc em certo nível fica "amarrado" a esse RDBMS, mas é Óbvio que se vc 'desapega'do database vc investe esforço na tool de desenvolvimento, centralizando regras e procedimentos/lógica/código que manipula dados e integridades nela... ALGUMA amarração vc TEM que ter, né não ? Absolutamente nÃO EXISTE um meio de vc não depender de alguma coisa... Então, sejamos práticos : nos últimos 5 anos, quantas vezes a sua Empresa teve que trocar de RDBMS ??? Nesse mesmo período, quantas vezes ela teve que trocar de plataforma de desenvolvimento ?? O que é mais estável portanto, confiar em continuidade do RDBMS ou da tool/solução de desenvolvimento ?? Outro ponto, até que nível essa "dependência/amarração" com um fornecedor de RDBMS é verdadeira ??? Será que hoje em dia é TÃO impossível assim, tão mega-hiper-difícil vc traduzir/adaptar código SQL e PL/SQL e features de banco de um produto para outro, SE e QUANDO for necessário ? Sim, sabemos que principalmente nas features nem tudo o que existe num produto/num RDBMS existe em outro, mas que há muita similaridade há sim... Não é automático e simples traduzir/adaptar SE e QUANDo for necessário, mas imho é possível, sim, então NÃO VEJO como algo tão sério e crítico e limitante a eventual "DEPENDÊNCIA" de um RDBMS, não... []s Chiappa
[oracle_br] RE: [oracl e_br] Regr a de negoc io na apli cação ou n o banco de dados?
jlchia...@yahoo.com.br [oracle_br] Tue, 05 Apr 2016 06:46:44 -0700
- [oracle_br] Reg... Dalton Oliveira dalton_olive...@hotmail.com [oracle_br]
- Re: [oracl... angelo angelolis...@gmail.com [oracle_br]
- [oracle_br... jlchia...@yahoo.com.br [oracle_br]
- RE: [o... Dalton Oliveira dalton_olive...@hotmail.com [oracle_br]