FiveTech Software tech support forums

Buenos días Foro.

Necesito de vuestra experiencia sobre esto, un RDDSQL.
Tenemos una aplicación con cientos de miles de lineas, y me han comentado si es posible hacerlo funcionar contra MySQl, SQl Server, Oracle, o lo que sea.

He visto MEDIATOR, parece que esta muy bien, pero desconozco si hay alguna version demo.
También he visto que mucha gente usa SQLRDD de xHarbour.com, no sé si hay soporte para Harbour que es lo que usamos, y como va de rendiemiento.

Además, me gustaría saber limitaciones, etc..

Tampoco sé si existe alguna otra alternativa a estos 2, el precio no importa, pero buscamos algo que esté ya funcionando y no estar pendiente de hacer
implementaciones.

¿ Alguien puede compartir sus experiencias sobre ello ?

Muchas gracias

The Full

Yo probe SqlRdd... facil de implementar, pero mi primer y gran problema fue. Obligadamente te agrega a lo menos 2 campos a tus tablas, la que usa el flag de deleted() y el de Recno()...

A mi me fue imposible usarla pues la DB era compartida por diferentes sistemas dentro de la empresa a la que le brindaba servicios externos, al solicitarle al administrador que me diera permisos para anexar _, no tuve suficientes argumentos para converserlo (y en realidad tenia razon).. si eso no es problema, es una buena solucion.. aunque no se si estara disponible para HARBOUR o xHarbour.org


Saludos
Desde Chile
Adolfo

TheFull
Tienes versiones free y demo en
http://www.otc.pl/download/default.aspx?l=2

No sé si es lo que estás buscando o ya lo conoces.
Hablan que es compatible también para Harbour, y tienes los precios
Saludos

Se que no es lo que buscas Rafa, pero sería una ocasión ideal para darle un empujoncito a SQLWIN

http://wiki.fivetechsoft.com/doku.php?i ... evelopment

hola Rafa

habria que saber en que esta hecho tu sistema, ahora si esta usa dbf, lo mejor seria advantage database, ya que con un par de dias pasas todo a SQL

Hola

Si se trata de tiempo y pocas lineas a mover, te recomiendo ampliamente SQLRDD, hay que hacer algunas modificaciones al codigo, dependiendo como uses los indices.

Algunas consultas deberan adicionarse los filtros de informacion, pero el resto se queda intacto.
Otro cambio que te recomiendo que hagas a tus programas sera la proteccion de la transaccion, ya que cuando desarrollamos en xBase, NUNCA le _.
Este punto es aun mas importante si tu aplicacion operara via WEB.

Como experiencia personal, probe, otras formas de migrar una aplicacion ya en funcionamiento y ninguna me dio los resultados de velocidad y estabilidad en la migracion.

La unica desventaja que yo le veo a SQLRDD es que solo opera con xHarbour, seria excelente que trabajara con Harbour.
Y esta desventaja hay que considerarla en un futuro.

Mi calificacion para SQLRDD es de 9 en una escala de 1 a 10

Saludos

Rafa,

Huye de SQLRDD como de la peste. El concepto es ideal, porque con muy _ debería funcionar con la misma sintáxis que el DBF.

En la práctica, el producto es inestable, el soporte es pésimo y sólo funciona en xHarbour. Además, los desarrolladores sobre todo lo usan para Postgress. Mira en las news y verás sus respuestas.

Rafa

En resumen SQLRDD, solo funciona con xHarbour, ya sea el de ellos (comercial) o el Libre enlazado con Borland C, NO funciona con Harbour.
Si vas a cambiar para xHarbour para poder usar SQLRDD, te comento que eso de usar sentencias DBF en SQL no va muy bien, es correcto que funciona, pero es LENTISIMO, nosotros hemos optimizado codigo para usar sentencias SQL directamente y asi se comporta mucho mejor, sobre el soporte, nunca lo he usado.
Tambien usamos otra alternativa Brasilera SQLLIB, pero igual solo con xHarbour y MySQL, su creador Vailtom en la actualidad no brinda soporte.
Mediator, no lo conozco.

Harbour tiene soporte nativo de bb.dd. SQL via SQLMIX.
Ejemplo DBUSEAREA( .T., "SQLMIX", "select * from Clientes", "CLIENTES")
Yo no lo he probado. Supongo que googleando por "harbour SQLMIX" aparezcan items relacionados con el tema.

Rafa, pues usando aca la version de mediator para mysql para 100 usuario la cual es free
muy buena, facil de configurar, ademas muy buena documentacion lo cual se agradece mucho.

salu2
carlos vargas

Señores,

Lo mejor y para mantener el mismo código sin importar el motor de Base de datos SQL es estandarizar a ADO, para temas puntuales si usas MYSQL o MariaDB Tdolphin es una excelente solucion, yo comenze hace mucho tiempo con ads usando SQL puro pero poco a poco hemos migrado las aplicaciones a motores SQL.

Slds

Hola,

Carlos, por favor ¿podrías compartir algo más de información de Mediator?.

Yo no encuentro en su web las últimas librerías para Harbour, y les mandé un correo y no me han contestado.

Muchas gracias.

hola Nicanor

serias tan amable de enviarme un pequeño ejemplo de conectar via ADO desde ADS, yo tambien soy de la idea de usar ADO para cualquier tipo de base de datos

Pues estoy a punto de comprar el sqlrdd pero me ha detenido que descubri que no soporta el fLOCK() y aparentemente el rlock() tampoco.

PAra los que usan sqlrdd como han hecho para reemplazar el Flock() en sus aplicaciones con sqlrdd

Hola

Efectivamente estas funciones NO aplican en SQLRDD.

Lo que debes hacer es utilizar la proteccion de la transaccion, existen CUATRO Funciones de SQLRDD que debes adicionar a tu codigo para proteger la transaccion:

Yo lo hago asi, y funciona muy bien:

TRY
SR_BeginTransaction()

REPLACE ....


SR_CommitTransaction()
SR_EndTransaction()

CATCH oERR
SR_RollBackTransaction()
MSGINFO("Error001 NO de adiciono la Información de la tabla XXXX","Error...")
MSGALERT(PR_ErrorMessage( oErr ),"Alerta...")
END TRY

Este es el truco del exito de SQLRDD y mas aun si tu aplicacion trabaja bajo WEB

Mi aplicacion trabaja con MySQL y funciona de maravilla.


Saludos