pauloa1 escreveu:
Acho que interpretei mal então. Somente a criação do BD e tabelas é que devem ser via sqlrdd para funcionar os comandos "use" etc.. isso?
Ai pode ser que seja, por que o Banco sempre crio pelo proprio PGADMIN na hora da instalação do sistema, e as tabelas são controladas pelo meu aplicativo em xHarbour mesmo, então não sei lhe dizer sobre a criação de tabelas, mas qualquer manipulação de registros é 100 possível, alias, tem um sistema meu que busca informação em umas tabelas que não foram criadas pelo SQLRDD, e vem tudo beleza...só não sei a inserção de registro e alteração por que ainda não precisei.
pauloa1 escreveu:
Vc pode adicionar ou alterar campos de uma tabela com pdadim?
Isso não faço, por que tenho que controlar tudo pelo meu aplicativo principal.
pauloa1 escreveu:
Sobre o suporte, mesmo sendo pago e tão ruim assim? os caras não respondem as dúvidas?
No mediator, não tenho muita certeza, mas parece que não se pode modificar tabela (inclusão de campo, por exemplo) sem que isso seja feito de dentro do sistema, ou seja, pelo proprio Mediator. Se não me engano, ja tentei modificar estrutura de uma tabela pelo HeidSql mas me parece que o mediator não enxerga esse tipo de coisa.
Quanto a consultas, vc pode realizar consultas em qualquer banco, mesmo os não feitos pelo mediator.
Quanto a velocidade, nunca testei o SQLRDD, mas posso dizer que no mediator é uma bala.
Quanto a comparação entre SQLRDD x MEDIATOR, as diferenças são basicamente as seguintes:
- Com SQLRDD vc instala o Mysql (ou outro banco) no Servidor, e nos cliente vc instala o seu sistema e uma dll que eles fornecem
- Com MEDIATOR vc instala no SERVIDOR: MySql, servidor Mediator e drive ODBC, e nas estações vc instala unica e simplesmente o seu sistema.
****
- SQLRDD vc pode usar com diversos banco (mysql, postgree, oracle...)
- MEDIATOR free é somente para MySql. Há tbem para outros bancos, mas aí já é pago...
Se vc pretende usar somente mysql, o mediator é DE GRATIS e segura a parada numa boa...
Nao sei se vc sabe, mas quando a gente usa esses bancos de dados relacionais, não é preciso mapear a unidade de rede, igual nós fazemos com clipper/dbf. Basta vc informar qual é o IP do servidor, que a comunicação estação/servidor se dá atraves do TCP/IP.
Eu gosto de ter o executavel do sistema em cada estação, pra evitar esse trafego toda vez que o sistema é acionado.
Estão eu deixo o executavel do sistema na estação e um arquivo .ini informando o IP do servidor.
Se vc quiser ficar com h:\sistema\sistema.exe pode ser tbem.
Acho o exe em cada terminal tem vantagens e desvantagens.
As vantagens que vc citou deve deixar o sistema mais rapido,na parta grafica de telas etc.. , mas vamos supor que tenha 30 terminais, aí quando tiver uma atualização do sistema, será preciso atualizar os 30 terminais, enquando se fosse só um seria mais facil.
Sei que o "post" é antigo, e eu já estava abandoando meu bom e velho sistema, primeiro em Clipper e depois migrado para o Xharbour. Iria trabalhar unicamente com PHP, mas devido a resistência de alguns clientes, resolvi dar um vigor a mais ao meu bom e velho sistema ERP. Mas gostaria de ajuda, pelo menos de "como começar" com o Mediator. Minha intenção é converter todos os comandos DBF para SQL (usando o banco de dados Mysql). Então se alguém tiver pelo menos um exemplo prático de como conectar no mediator (que já está instalado)...quanto aos comandos SQL eu me viro. Depois posto aqui os resultados obtidos.
Abraço!
Sou novo no Fórum e estou com uma conversão de sistema de Postgres para MySql, ao ler o tópico vi que existe essa ferramenta Mediator, alguém tem algum exemplo de conexão e leitura das tabelas em Postgres?
E é claro que não importaria em passar.
Eu acho que existe algum bug na nova versão do mediator com relação a essas funções:
MedMrkOrd(.T.)
MedMrkTemp(.T.)
MedMrkRemv("dbtmark") && remove if exists
mhdl = MedMrkNew("dbtmark","DBT")
&& add some records in “F1 DESC” order
MedMrkSQL(mhdl,"F1<'B' and F2='N'","F1 DESC")
MedMrkClose(mhdl)
USE DBT via "MEDNTX" shared
set index to dbti
MedMrkActv("dbtmark") &&temporary order and condition
browse()
MedMrkActv() &&return to dbti order on all records
go top
Eu sempre quis criar indices temporarios com o dbf compartilhado, e essa é uma possibilidade, mas eu não obtive sucesso assim, então com uma boa gambiarra funcionou desse jeito:
MedMrkOrd(.T.)
//MedMrkTemp(.T.)
MedMrkRemv("dbtmark") && remove if exists
mhdl = MedMrkNew("dbtmark","grupos")
MedMrkSQL(mhdl,"SITUACAO='1' ", "NOME desc")
MedMrkClos(mhdl)
//MedExecSql('UPDATE MEDIATOR.DBTMARK SET RECNO=RNUM ;')
MedExecSql('ALTER TABLE MEDIATOR.DBTMARK CHANGE RECNO RNUM2 decimal(10) ') //modificação by karine
MedExecSql('ALTER TABLE MEDIATOR.DBTMARK CHANGE RNUM RECNO decimal(10) ') //modificação by karine
MedExecSql('ALTER TABLE MEDIATOR.DBTMARK CHANGE RNUM2 RNUM decimal(10) ') //modificação by karine
//MedMrkOrd(.F.)
USE GRUPOS via "MEDNTX" shared
//set index to dbti
MedMrkActv("dbtmark") &&temporary order and condition
browse()
MedMrkActv() &&return to dbti order on all records
go top
Bom eu não faço ideia do porque os campos estão trocados, porém eles deveriam ser assim.
eu espero que eles corrijam logo, ou se eu estiver fazendo da maneira errado, por favor peço que alguém me avise, pois o único jeito de ordenar e filtrar com
as novas funções do mediator que consegui foi assim.
Só para constar que houveram atualizações nos anos seguintes...
Development of Mediator version
Version 5.2.3.0 (March 9th, 2015)
The following features/bug fixes have been introduced:
new functions: MedTbUsers(), MedMrkSQL(), MedMrkOrd(), MedMrkActv()
PostgreSQL Native - fix for reading binary memo fields
Mediator for MS SQL Server - introducing the possibility to fill organisational table columns (RECNO, IE$x) with RDBMS triggers
introducing the possibility to define the temporary table order with usage of mark tables (MedMrkActv() and related functions)
test support for MS SQL 2014
minor enhacements and fixes
Version 5.2.0.0 (March 14th, 2014)
The following features/bug fixes have been introduced:
test support for Oracle 12c
new functions: MedIdxOpt, MedC1AsLog
support for Harbour 3.2.0 (ChangeLog 2014-01-03): Build 3201
support for xHarbour 1.2.2 (ChangeLog 9719 2012-09-29) Build 1220
libraries for Visual Studio 2010+ (Harbour 3.2.0, xHarbour 1.2.2)
64-bit libraries for Harbour 3.2.0
minor enhacements and fixes
Version 5.1.1.2 (April 17th, 2013)
The following features/bug fixes have been introduced:
new functions: MedSvMaint, MedExOpInf, MedDelMode, MedClTrace
saving locks to a file through MMT
possibility to trace Mediator server
fixes for LOB support (MS SQL Server)
minor enhacements and fixes
Version 5.0.4.0 (April 19th, 2012)
The following features/bug fixes have been introduced:
new functions: MedKillSes, MedGetSLst, MedGetSNum, MedTabTemp, MedStTbsp, MedGetLAll, MedConNetA, MedConSock, MedConCS
possiblity to implement columns for expression indexes as Oracle virtual columns (MedIdxSQL)
test support for Harbour 3.0/MinGW
test support for MS SQL 2012
adapting some 32-bit client functions for using in multithreaded applications
Mediator server - introducing the server processes monitoring for better diagnostics
minor enhacements and fixes
Itamar M. Lins Jr, Eu esqueci de mencionar que estou usando essa mesma versão 5.2.3.0 (March 9th, 2015), e é nela que encontrei os problemas relatados.
existe ainda algum problema com a função MedMrkSQL() e MedMrkOrd(), é difícil explicar, pois você só consegue detectar o problema no banco de dados.
Meu objetivo é simples, usar uma tabela via mediator, em modo compartilhado, sendo possível criar índices temporários ao mesmo tempo.
Mas até então eu não conseguia isso, porque para criar índices era necessário modo exclusivo segundo mediator
MED/1023 Exclusive open required
It was necessary to open the table in the exclusive mode. This mode is
required, for example, by INDEX ON, PACK and ZAP commands.
Mas com essas funções eu consigo, o problema é que ela não está ordenando direito.
Olá Janio, então eu ja fiz assim, o problema é que minha tabela tem muitos campos e eu tenho muitas tabelas, me fazendo obrigatoriamente usar,
select * da tabela, isso torna o NEW SCROLLABLE para o browse muito lento, é claro que estou falando de mais de milhões de registro.
EU poderia provavelmente adaptar os codigo para usar a sintexa sql, mas ai o mediator perde sentido para o proposito que eu preciso, que é transformar sintexa dbase em query sql.
Eu poderia rever o sistema também desde o inicio, mas o sistema é muito complexo, interligados em si, foram produzidos utilizando-se o GASPRO, isso sem duvida levaria muito mais tempo.
Posteriormente eu migrarei para sintaxe sql, mas de imediato tenho urgência , pois as tabelas estão cada vez maior.
