Fórum importação de dados #46981

27/09/2004

0

Srs, tenho 3 perguntas a respeito do Firebird:

1) É possível importar os dados de tabelas paradox para um banco Firebird?

2) Eu estou criando e manipulando o Firebird, através de um front-end, chamado Ibexpert, onde no qual ao criar um banco, eu informo o usuário SYSDBA e a senha masterkey. Eu posso criar um banco e informar um outro usuário e senha, que não sejam SYSDBA/masterkey?

3) O sgbdr Firebird, tem um usuário e senha padrão. Eu posso alterar este usuário e senha padrão, para um que melhor me convier, evitando assim, que se alguém copiar ´surrupiar´ o meu banco ele tenha acesso ao meu banco (arquivo.fdb)?

Abraços a todos.


Programalista

Programalista

Responder

Posts

27/09/2004

Vinicius2k

Colega,
1) É possível importar os dados de tabelas paradox para um banco Firebird?

Sim. Existem softwares destinados à isso, como este (IBDataPump): http://www.clevercomponents.com/products/datapump/ibdatapump.asp , se não for o único é o mais ´famoso´.
Pessoalmente, quando necessito efetuar alguma migração, prefiro criar pequenas aplicações que façam o trabalho.

2) Eu estou criando e manipulando o Firebird, através de um front-end, chamado Ibexpert, onde no qual ao criar um banco, eu informo o usuário SYSDBA e a senha masterkey. Eu posso criar um banco e informar um outro usuário e senha, que não sejam SYSDBA/masterkey?

Sim. Este usuário será o owner (dono) do banco, e não será necessário dar-lhe permissões sobre os objetos do banco. Mas isto não impede o SYSDBA de realizar qualquer operação. Ele (o SYSDBA) ´pode tudo´.

3) O sgbdr Firebird, tem um usuário e senha padrão. Eu posso alterar este usuário e senha padrão, para um que melhor me convier, evitando assim, que se alguém copiar ´surrupiar´ o meu banco ele tenha acesso ao meu banco (arquivo.fdb)?

Vc não só pode, como deve alterá-la. Mas isto não impede que o seu banco (arquivo.fdb) seja lido e/ou modificado, se ele for FISICAMENTE levado para outro servidor onde a senha do SYSDBA seja conhecida.

T+


Responder

Gostei + 0

27/09/2004

Ant.carlos/sp

Caro amigo!
Para importar sem ter dor de cabeca, crie uma rotinas de importacao e use uma Query p/ selecionar os dados e depois uma SQLQuery p/ gravar os dados.

Ex:

DM.Query1.First;
While Not Query1.Eof do Begin
Inc(I);
WITH SQLQuery Do Begin
Active := false;
SQL.Clear;
SQL.Add(´INSERT INTO AUXSELEC(NUMSEQ,CODIGOX)´);
SQL.Add(´VALUES(:NUMSEQ,:CODIGOX)´);
ParamByName(´CODIGOX´).AsString := ´A999´;
ParamByName(´NUMSEQ´).AsInteger := I;
ExecSQL;
Close;
End;
Query1.Next;
End;

T+


Responder

Gostei + 0

27/09/2004

Afarias

Só como ´dica´, este processo seria otimizado pela simples definição do SQL (insert) fora do loop, como segue::


SQLQuery.SQL.Clear; 
SQLQuery.SQL.Add(´INSERT INTO AUXSELEC(NUMSEQ,CODIGOX)´); 
SQLQuery.SQL.Add(´VALUES(:NUMSEQ,:CODIGOX)´); 
DM.Query1.First; 
while not Query1.Eof do 
begin 
  Inc(I); 
  with SQLQuery do 
  begin 
    ParamByName(´CODIGOX´).AsString := ´A999´; 
    ParamByName(´NUMSEQ´).AsInteger := I; 
    ExecSQL; 
  end; 
  Query1.Next;
end;



T+


Responder

Gostei + 0

27/09/2004

Afarias

|Este usuário será o owner (dono) do banco, e não será necessário
|dar-lhe permissões sobre os objetos do banco

Na verdade Vina, o OWNER do banco NÃO tem permissões automáticas sobre os objetos do banco, em qualquer banco (sendo OWNER ou não) o usuário só tem permissões automáticas sobre seus objetos (objetos criados por ele) -- a exceção do SYSDBA, claro.



T+


Responder

Gostei + 0

27/09/2004

Vinicius2k

blz afarias. :wink:

mas é que não faz muito sentido criar só o banco sem objetos... eu quiz dizer como criação do banco e todo o metadado com este usuário...
deste jeito vale o que eu disse, mas coloquei da forma errada... :oops:

T+


Responder

Gostei + 0

Utilizamos cookies para fornecer uma melhor experiência para nossos usuários, consulte nossa política de privacidade.

Aceitar