MIGRAR DO ACESS PARA FIREBIRD, MYSQL OU MS SQL ?

KNILSSON 03/09/2010 13:28:12
#352123
Saudações a todos!

Estou com uma dúvida e agradeceria a ajuda de vocês:

Trabalho com o VB6 junto com MS Acess mas estou pensando em migrar para um bando de dados tipo sql. Minha duvida é: qual da opções acima é a melhor ? Firebird, Mysql ou MS Sql server ? De preferencia eu gostaria de um que fosse mais facil aprender ou que a manipulação e criação dos arquivos sql não fosse tão complicada.
Em geral eu desenvolvo sistemas simples que não necesssitam de um banco de dados muito poderoso. Migrar os banco de dados seria apenas uma opção minha.

Agradeço a ajuda de todos.
INFOSISTEMAS 03/09/2010 16:57:03
#352145
de uma procurada aki no forum mesmo tem varios topicos com maiores exclarecimentos sobre o assunto !!
JAMESBOND007 03/09/2010 16:57:42
#352146
Access para MySQL
Parte 1
Parte 2
Parte 3
Parte 4

Access para SQLServer
Único Link
LLAIA 04/09/2010 15:52:42
#352212
A transição de Acces pra MYSQL é mais suave na minha opinião
XXXANGELSXXX 04/09/2010 16:47:25
#352219
Concordo com LLAIA, Acess para mysql é um pulo, mas dependendo de como programar, se utilizar DAO, vai ter algumas dificuldades..
MARCELOFAZAN 04/09/2010 20:23:04
#352232
amigo fiquei tempao calcucantando ql banco iria optar e opitei pelo firebird é o mais simples e despreocupante
LLAIA 05/09/2010 15:26:21
#352297
Gosto muito do Firebird, aliás é o banco que mais fico estudando.

No caso do Firebird, tem uns pulo do gato (isolamento transacional, backups, controle de transações .. etc) que tem que ser observado bem pra poder usar ele bem e evitar algumas dores de cabeça. Já o MySQL vc já pode ir implementando numa curva de aprendizado menor. Claro que digo isso baseado na minha experiência, ou seja, é opinião pessoal.
MARCOSLING 05/09/2010 16:32:05
#352301
E como funciona a distribuição do firebird na instalação do sistema?
MARCELOFAZAN 07/09/2010 16:46:38
#352402
Ola Marcos Blz, olha nao cheguei a fazer o teste de instalacao ainda,
mais acompanhe essa resposta que dei em outro forum


seria algo como .....

Os exe do Firebird + odbc voce poem para executar na instalacao do innosetup, parece que tem uma opção o inno setup que chama no modo [Ô]silencioso[Ô], sem exigir a interação do usuário

a configuracao do ODBC tem como gerar um arquivo DSN para criar um ODBC Data Source Name e mandar executar tambem

e para registrar o Banco no Ibexpert , pode criar um exe ou um script

acho que o que pode dar problema é Firewall habilitado e o compadre bloquear a porta do firebird .

Não sei afirmar se esse processo é 100% ,


mais se varios programadores fazem esse procedimento ..... deve funcionar tudo normal

tipo ........ acho que o sistema no cliente funcionaria normal
somente com Firebird.exe + ODBC.exe + conexao.DSN + sistema.vb pelo inno setup

ai somente na questao de manutencao
entraria o ibexpert que ja nesse caso, se esta dando manutencao é pq ja esta com o cliente ganho etc ..... mais facil a relacao de contato

mais todo esse procedimento sem o ibexpert e sem registrar conexao dele deve funcionar

ainda nao testei mais até daqui uns meses espero ter sua resposta !!!!


Abraços
Marcelo
MARCELOFAZAN 07/09/2010 17:06:59
#352404
Estou com Postgre e Firebird rodando juntos Outra Resposta , Vo colar ..... da uma olhada

Seguinte Pessoal ,
fiz um Teste mto SATISFATORIO a produtividade
seguinte ,

O Ibexpert onde tem varias abas , a primeira é field
fui em DLL e copiei


Código:
CREATE TABLE CADCLIE (
CLIE_COD INTEGER NOT NULL,
CLIE_PFPJ CHAR(1) NOT NULL,
CLIE_NOM VARCHAR(100) NOT NULL,
CLIE_NFANT VARCHAR(100),
CLIE_CPFCNPJ VARCHAR(18),
CLIE_RGIE VARCHAR(20)
);

ALTER TABLE CADCLIE ADD PRIMARY KEY (CLIE_COD);

EXEMPLO SE EU QUERO CRIAR UMA TABELA NOVA - abrir em

-> Tools -> Script Executive

colar la dentro e criar uma tabela fornecedores
resumindo voce vai herdar sempre a criacao da tabela semi pronta
somente copiando de uma outra em Abas - DLL

e coloar no Script Executive ex Fornecedores


Código:
CREATE TABLE CADFORN (
FORN_COD INTEGER NOT NULL,
FORN_PFPJ CHAR(1) NOT NULL,
FORN_NOM VARCHAR(100) NOT NULL,
FORN_NFANT VARCHAR(100),
FORN_CPFCNPJ VARCHAR(18),
FORN_RGIE VARCHAR(20)
);

ALTER TABLE CADFORN ADD PRIMARY KEY (FORN_COD);

O melhor de tudo nao é isso ,

fui no Postgre tem um Botao Executar consultas SQL Arbitrada ,
e colei o mesmo scrpit que fiz a tabela de fornecedor fiz tb no postgre


resumindo nao deu 5 minutos e tenho 2 banco de dados rodando somente mudando a conexao que coloco num option no formulario

é mole ???

claro que nao tenho ideia que seja 100% essa estrutura
de aproveitar de um pra colocar em outro , mais no campos estava para esta tabela deu certo

estou fazendo esse teste com os dois bancos rodando e deu certo , ja to na 3a tela de cadastro e tudo beleza
no proprio form conecto o banco , se quiser mudar o banco clico no option e conectar muda o banco
fico muito da hora
MARCOSLING 07/09/2010 17:37:19
#352407
Citação:

:
Ola Marcos Blz, olha nao cheguei a fazer o teste de instalacao ainda,
mais acompanhe essa resposta que dei em outro forum


seria algo como .....

Os exe do Firebird + odbc voce poem para executar na instalacao do innosetup, parece que tem uma opção o inno setup que chama no modo [Ô]silencioso[Ô], sem exigir a interação do usuário

a configuracao do ODBC tem como gerar um arquivo DSN para criar um ODBC Data Source Name e mandar executar tambem

e para registrar o Banco no Ibexpert , pode criar um exe ou um script

acho que o que pode dar problema é Firewall habilitado e o compadre bloquear a porta do firebird .

Não sei afirmar se esse processo é 100% ,


mais se varios programadores fazem esse procedimento ..... deve funcionar tudo normal

tipo ........ acho que o sistema no cliente funcionaria normal
somente com Firebird.exe + ODBC.exe + conexao.DSN + sistema.vb pelo inno setup

ai somente na questao de manutencao
entraria o ibexpert que ja nesse caso, se esta dando manutencao é pq ja esta com o cliente ganho etc ..... mais facil a relacao de contato

mais todo esse procedimento sem o ibexpert e sem registrar conexao dele deve funcionar

ainda nao testei mais até daqui uns meses espero ter sua resposta !!!!


Abraços
Marcelo



Tem que usar ODBC?
Página 1 de 3 [30 registro(s)]
Tópico encerrado , respostas não são mais permitidas