-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Via de regra, sem falarmos de tablespaces exclusivos para lobs, separação de dados e índices e tudo mais, tente sempre vincular seus tablespaces à sua aplicação, no mínimo. Quando você tiver que efetuar alguma operação relacionada apenas com uma aplicação, está tudo num lugar só.
Ribeiro, Reginaldo Administrador de Bancos de Dados Oracle Certified Associate 10g - ---------------------------------------------------- DBCom Brazil Consultoria em Tecnologia da Informação skype: rflribeiro mobile: 551192344290 fone: 551135225172 e-mail: [EMAIL PROTECTED] site: http://www.dbcom.com.br Chave Pública: http://keyserver.noreply.org/pks/lookup?search=rflribeiro%40dbcom.com.br&fingerprint=on&op=index Paulo wrote: > > Apenas um detalhe que não comentei na mensagem anterior: > > Quando entrei para a empresa em que trabalho, a maior parte das > bases utilizadas pelos programadores foram criadas por um usuário > que utiliza a TABLESPACE "USERS". Pelo o que entendi, está > TABLESPACE acompanha a base oracle vazia, não sendo necessária > cria-la. É uma boa opção utilizar esta TABLESPACE? Ou sempre é > melhor criar uma nova TABLESPACE especifica? > > Agradeço! > > --- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br>, "Paulo" <[EMAIL PROTECTED]> > escreveu >> >> Fantástico, era exatamente este meu problema: >> >> Para acessar a tabela de outro usuário eu preciso colocar o OWNER >> antes do nome da tabela como: OWNER.nometabela como assinalado. >> >> Mas posso também criar um "Sinonimo" como Reginaldo me indicou >> através do e-mail, solução fantástica que facilita para os >> desenvolvedores quando criarei usuários com permissões >> diferentes. Muito obrigado mesmo pela ajuda! >> >> Agora só por uma questão conceitual: Devo adotar então que esta é >> a forma única ou a melhor forma para realizar a divisão de acesso >> de uma tabela dentre alguns usuários? É possível uma tabela >> possuir mais de um OWNER(tenho absoluta certeza que não, mas para >> checar)? O uso de sinônimos do tipo public é um recurso >> utilizado(penso em questões de segurança)? Enfim preciso de um >> argumento interessante para convencer a minha chefe que esta é a >> solução mais interessante. >> >> Um abração! >> >> >> >> >> --- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br>, Reginaldo Ribeiro >> <rflribeiro@> escreveu >>> > Paulo, alguns amigos já tiveram oportunidade de orientá-lo. Eu, > inclusive, lhe enviei um exemplo imenso em pvt contendo, inclusive, > instruções para lidar com sinônimos de objetos e links de >> referência. > Seria interessante informar se sua dúvida está sanada. Obrigado. > > > Ribeiro, Reginaldo Administrador de Bancos de Dados Oracle > Certified Associate 10g > ---------------------------------------------------- DBCom Brazil > Consultoria em Tecnologia da Informação skype: rflribeiro mobile: > 551192344290 fone: 551135225172 e-mail: rflribeiro@ site: > http://www.dbcom.com.br <http://www.dbcom.com.br> Chave Pública: > >>> >> > http://keyserver.noreply.org/pks/lookup?search=rflribeiro%40dbcom.com.br&fingerprint=on&op=index > >> > <http://keyserver.noreply.org/pks/lookup?search=rflribeiro%40dbcom.com.br&fingerprint=on&op=index> > > > > > Rafael Almeida Milanez wrote: > >> Vamos la para simulação > >> [EMAIL PROTECTED]>show user USER é "PAULO" > >> [EMAIL PROTECTED]>create table T_TSE 2 ( cod number); > >> Tabela criada. > >> [EMAIL PROTECTED]>grant create session to paulo2 ; > >> [EMAIL PROTECTED]>grant select on paulo.T_TSE to paulo2; > >> Concessão bem-sucedida. > > >> Agora conecto com Paulo2 > >> [EMAIL PROTECTED]>show <mailto:[EMAIL PROTECTED]>show> user USER é "PAULO2" > >> Ai esta a diferença, voce tem que colocar o OWNER.tabela > >> [EMAIL PROTECTED]>select <mailto:[EMAIL PROTECTED]>select> * from T_TSE; >> select * >> from T_TSE * ERRO na linha 1: ORA-00942: table or view does not >> exist > > >> [EMAIL PROTECTED]>select <mailto:[EMAIL PROTECTED]>select> * from >> paulo.T_TSE; > >> não há linhas selecionadas > >> ________________________________ > >> De: oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> >> [mailto:oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br>] Em nome de Paulo Enviada >> em: segunda-feira, 27 de outubro de 2008 10:24 Para: >> oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> Assunto: Re: RES: >> [oracle_br] Novo Usuário para Tablespace Existente > >> O usuário que executou os comandos foi o OWNER que criou as >> tabelas. Ele pertence à rule DBA: > >> SQL> select * from owner.T_TSE; select * from owner.T_TSE * ERROR >> at line 1: ORA-00942: table or view does not exist > >> SQL> select * from T_TSE; > >> ORDER_ID NAME ---------- ---------- 1 Joao 5 Paulo > >> Quando eu faço: > >> SQL> select OWNER from DBA_SEGMENTS where TABLESPACE_NAME = >> 'TSE'; > >> OWNER ------------------------------ PAULO > >> O que eu quero é que o usuário PAULO2 tenha acesso a tabela >> T_TSE. > >> SQL> GRANT SELECT ON T_TSE TO PAULO2; > >> Grant succeeded. > >> SQL> COMMIT; > >> SQL> CONNECT PAULO2/PAULO2; Connected. > >> Commit complete. > >> SQL> SELECT * FROM T_TSE; SELECT * FROM T_TSE * ERROR at line 1: >> ORA-00942: table or view does not exist > >> SQL> > >> --- Em oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> , "Rafael Almeida >> Milanez" <rmilanez@> escreveu >>> >>> Voce necessita colocar o OWNER (dono da tabela) antes para >>> visualizar >>> >>> >>> select * from owner.T_TSE >>> >>> ________________________________ >>> >>> De: oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> >> [mailto:oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> ] Em nome de Paulo >> Andrade >>> Enviada em: segunda-feira, 27 de outubro de 2008 09:34 Para: >>> oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> >> <mailto:oracle_br%40yahoogrupos.com.br> >>> Assunto: [oracle_br] Novo Usuário para Tablespace Existente >>> >>> >>> >>> Pessoal tem uma dúvida que não consigo encontrar resposta: >>> >>> Possuo uma Base "SID = BASE3" com alguns tablespaces. Tenho por >>> exemplo um TABLESPACE de nome "TSE" e criei uma >> tabela de teste e inseri algum dado. Tenho também um usuário que >> está com a permissão de DBA e CONNECT definido na tablespace >> "TSE". >>> >>> Tudo certo até então. Agora não consigo fazer o seguinte: >> Criar um novo usuário que consiga acessar a tabela que está na >> TABLESPACE >>> "TSE". >>> >>> Criei o usuário novo com o comando: >>> >>> CREATE USER "NEWUSR" IDENTIFIED BY "NEWUSR" DEFAULT TABLESPACE >> "TSE" TEMPORARY TABLESPACE "TEMP_TSE" PROFILE DEFAULT ACCOUNT >> UNLOCK; >>> >>> e defini as permissões: >>> >>> GRANT "CONNECT" TO "NEWUSR" >>> >>> e >>> >>> GRANT SELECT ON T_TSE TO "NEWUSR"; >>> >>> Apesar de ser retornado que efetivou o GRANT, não consigo >> realizar o "SELECT" na tabela "T_TSE" com o "NEWUSR". >>> >>> O que devo fazer? >>> >>> Paulo Andrade -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iJwEAQECAAYFAkkF82sACgkQ9hsrz6ieG2i2IgQAplZY19AIua2RBid+C+ioGNKu 1AEjAKHlUFtfMalhOP2XeWuWpV3tj91TfA3qd05U2lyucG8JlOZm866DM4SaSIu3 8LJ9cfJBb2TzNQgRt2C85JvBeNIbmHhmiMkInEzy2ZPKtkl08e8WrfuEmydFlW1H fA/8Rzx4C6E3hLTO8Lc= =QUap -----END PGP SIGNATURE-----
