Ir para conteúdo
Fórum Script Brasil

Musashi_RS

Membros
  • Total de itens

    107
  • Registro em

  • Última visita

Tudo que Musashi_RS postou

  1. Putz, conseguir o Access 97 fica meio difícil... Outra maneira não existe? :huh: PS. Não precisa ser necessariamente uma senha, o que eu quero é penas proteger um banco de dados pra que ninguém tenha acesso às informações tão facilmente. :P Vlw
  2. Olá, como colocar senha, ou proteger de alguma forma, um arquivo de banco de dados criado no Visdata que vem com o VB 6? Eu tentei colocar com o Access mesmo, mais as versões se mostraram incompatíveis (Access com o Visdata). É possível? :lol: Vlw
  3. Musashi_RS

    Sql No Vb

    Quanto a resposta do Macêdo, fui colocar via código a instrução no RecorddSource do ADODC mas ele não tem essa opção. Como fazer via código? :huh: OK, realmente a Tabela dois possui um campo a mais. Vou igualar a estrutura então. Obrigado. :lol:
  4. Musashi_RS

    Sql No Vb

    Olá, Tenho um arquivo .mdb com duas tabelas dentro: Tabela1 e Tabela2 na minha aplicação em VB6, utilizo um Data Control com DAO 3.51. Preciso de uma instrução SQL que realize uma busca nas duas tabelas pelos registros em que o campo TIPO possua a string armazenada na variável PESQ. No momento estou utilizando assim: Primeiro faz a busca na primeira tabela. SELECT * FROM Tabela1 WHERE Tipo LIKE '*PESQ*' Se não encontrar na primeira tabela faz a busca na segunda: SELECT * FROM Tabela2 WHERE Tipo LIKE '*PESQ*' O problema disso é que não seleciona no DBGrid registros da Tabela1 e Tabela2 ao mesmo tempo. Ou todos da Tabela1 ou todos da tabela2. Por isso eu preciso selecionar apenas em uma instrução SQL. Ou se houver outra forma... PS.: Sei que em SQL se utiliza "%", mas no VB não deu certo. Por isso utilizo "*" que funciona. Desde já agradeço a atenção. :lol:
  5. Legal! Pelo que eu lembre, ele gera um arquivo compactado (.cab), certo? É dentro desse arquivo que ficam as DLLs e OCX que você falou ou elas ficam soltas em uma pasta? Mas esse é meu medo. Uma vez eu instalei as DLLs na pasta do sistema e foi substituida uma delas (Oleaut32.dll) e aí ferou todo o sistema. Sorte que eu tinha feito um backup da DLL original pra repor denovo. Nunca te aconteceu nada parecido? O que você sugere que eu faça? Vou fazer isso então! Obrigado pelas dicas. :lol:
  6. Olá, Criei uma aplicação e estou enfrentando dificuldades em distribuíla. <_< Quando fui distribuir minha primeira aplicação, eu instalei os arquivos necessários (DLL / OCX) na pasta do sistema do cliente. Essa instalação substituiu algumas DLLs por outras mais atuais e ferrou com o sistema todo (win98). Desde então venho colocando as DLLs / OCX na própria pasta da aplicação (e tem funcionado). Porém os programinhas não utilizavam acesso a banco de dados, no máximo arquivos texto. Entretanto, nessa minha última aplicação eu estou utilizando mais componentes do que de costume, como Data Control, utilizando DAO 3.51, instruções SQL , etc. Quando fui instalar em outra máquina (sem o Visual Studio instalado) deu um erro. Com o P&DW eu consegui distribuir legal, pois observei que ele registrou tudo e até o driver .JET. Mas como o P&DW é uma droga, eu utilizo o Is Tool em conjunto com o Inno Setup para gerar o pacote de instalação. Nele encontrei uma opção (flag) chamada "Registrar servidor". Marquei essa flag para registrar a DLL quando a mesma é copiada para a pasta da aplicação. Funcionou no win XP. Pergunto. Qual a maneira mais correta de distribuir uma aplicação sem correr o risco de ferrar com o PC do cliente? Digo, onde deixar as DLLs / OCX e como registrar automaticamente? Existe alguma outra opção no Istool ou Inno Setup para registrar um componente mais seguramente? E quais os componentes que eu preciso enviar junto com o pacote e registrar no PC cliente? Desde já agradeço a atenção. :rolleyes:
×
×
  • Criar Novo...