Posso opinar?Depende.Temos duas coisas ae. O que eles precisam?
Um usuário para cada desenvolvedor fazer seus testes em ambiente de teste,desenvolvimento ou homologação? Ou eles estão falando de usuário de aplicações/serviços? Uma opiniao minha,pessoal,pode não ser a mais correta e coisa e tal. No primeiro caso,para sua segurança e do banco de dados,você poderia criar um usuário para cada desenvolvedor fazer os testes deles no ambiente não-produção.Para facilitar crie um profile(perfil) desenvolvedor,uma role desenvolvedor(com os privilégios e tudo mais),pode até ir mais além e criar no resource manager os grupos de consumo e criar também o grupo desenvolvedor.Porque se você precisar auditar quem alterou algum objeto no banco de homologação?Com um usuário só você não vai poder apontar quem foi,até poderá utilizando de outros recursos,mas o ideial é saber quem é quem no seu servidor. No segundo caso,poderia dizer o seguinte: Diagamos que você tenha por exemplo na sua empresa 3 aplicações: Um sistema para área Recursos Humanos,chamado HR_SIST,um do Financeiro chamado Finan_Sist e outro de um site de vendas chado Vende_Mais. Eu criaria três usuários: HR_SIST FINAN_SIST VENDE_MAIS Os desenvolvedores iriam apontar a sua classe conexão das apliações para cada usuário.Cada nova sessão aberta,você poderia ter o controle. Mantenha a simplicidade com segurança,vai muito bem! Talzez os outros colegas tem uma solução melhor e coisa etal.Conforme eles forem opinando você tira a sua conclusão. Abs, Julio Cesar Correa 2009/3/10 pso_ura <pso_...@yahoo.com.br> > Boa tarde pessoal > > Estou vivenciando o seguinte problema e gostaria saber se alguém já passou > por esta experiência e como foi a solução da mesma. > > Tenho uma equipe de desenvolvedores que esta começando a trabalhar com > Visual Studio .NET, neste estudo a equipe esta sugerindo ter apenas um > usuário ou um usuário por schema para efetuar conexão com o banco, > "simplesmente o contrário do meu ambiente que é usuário individual validado > pelo Oracle". Um dos motivos que foi alegado, foi a facilidade do > desenvolvimento. > Neste caso eles só teriam acesso a string de conexão ao banco e não a senha > e o usuário do sistema e senha seriam como se fosse uma contra senha, apenas > para validar a conexão e identificar quem esta logando e definir os níveis > de acesso ao sistema. > > Gostaria de saber : > > - Se alguém utiliza este tipo de conexão (usuário unico de banco, com > validação do usuário do sistema internamente)? > - Se este tipo de conexão é segura? > - Quais os reais benefícios que posso conseguir com este tipo de conexão. > - Qual o lado negativo ? > > Desde já agradeço > > Paulo Sérgio > > > -- Júlio César Corrêa IS Technologist - Oracle DBA http://jccorrea.blogspot.com To stay competitive in the tech industry, never stop learning. Always be on the lookout for better ways of doing things and new technologies. Our industry does not reward people who let themselves stagnate John Hall, Senior Vice President, Oracle University [As partes desta mensagem que não continham texto foram removidas] ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -------------------------------------------------------------------------------------------------------------------------- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ ------------------------------------------------------------------------------------------------------------------------ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html