Error E_FAIL con MySQL
Mario Vásquez
Tengo un problema con MySQL
Sin razón aparente alguna de repente el proveedor de MySQL me devuelve este
error:
"El proveedor de datos u otro servicio devolvió un estado E_FAIL"
cuando hago una simple consulta SELECT
Alguien sabe a que se debe y como corregirlo
me da la idea que MySQL no es muy estable
Agradezco su ayuda
Salu2
Mario
Maycol Alvarez
no es compatible con VB6 ya que este no es orientado a
objetos completamente.
Utiliza Microsoft SQL server o ODBC. que si son
compatibles.
Heich
Por lo pronto, aqui hay dos respuestas del Maestro Robert Rowe en
www.vbmysql.com
Campos de fecha con default a 0000-00-00 00:00:00
http://vbmysql.com/forums/index.php?t=msg&goto=43390&rid=0#msg_43390
Con ADODC
http://vbmysql.com/forums/index.php?t=msg&goto=35060&rid=0#msg_35060
--
Heich
heichito[arroba]hotmail[punto]com
Daria todo lo que se por saber la mitad de lo que ignoro.
----------------------------------------------------------
NOTA: este mensaje se proporciona TAL CUAL.
Sin ningun derecho o garantia
"Mario Vásquez" <mrvu200...@ESTO-yahoo.com> escribió en el mensaje
news:OrdV3CVL...@TK2MSFTNGP11.phx.gbl...
Victor Koch arroba punto punto punto
Cuantos campos tiene la tabla a la cual le estas haciendo el SELECT?
Tenes un campo tipo MEMO en la tabla?.
Yo estuve trabajando, o mejor dicho adaptando mi aplicación para trabajar
con MySQL y los descarte porque lo vi como decís vos "inestable".
--
Un saludo, Víctor Koch.
"Mario Vásquez" <mrvu200...@ESTO-yahoo.com> escribió en el mensaje
news:OrdV3CVL...@TK2MSFTNGP11.phx.gbl...
Heich
Me voy a tomar la libertad de aclarar tu post.
Trabajo con bases de datos en MySQL, usando VB6 SP5 y librerias ADO 2.8.
hago casi cualquier consulta que me pueda imaginar, incluyendo consultas
de recordsets jerarquicos MSDATASHAPE, a travez de ODBC para MySQL.
Ahora estoy haciendo algunas pruebas con ASP.NET y al parecer esta pasando
con buenas calificaciones
el rendimiento es muy parecido a SQL Server, con la unica diferencia de que
en MySQL no puedo hacer Store Procedures o Triggers
Y por el lado de que no es OO, bueno, que te puedo decir?, VB tampoco lo es
(en este foro hay muchas discusiones al respecto)
Saludos
Victor Koch arroba punto punto punto
esta pregunta, como harías para armar esta sentencia para Access en MySQL?
"SELECT
ARTICULO.DESCRIP,DESCRIPCIONES.*,IIF(DESCRIPCIONES.TIPO='C',(SELECT RAZONSOC
FROM CLIENTES WHERE NUMERO=DESCRIPCIONES.CLIPROV),(SELECT RAZONSOC FROM
PROVEEDO WHERE NUMERO=DESCRIPCIONES.CLIPROV)) AS RAZONSOCIAL FROM
DESCRIPCIONES LEFT JOIN ARTICULO ON DESCRIPCIONES.ARTICULO=ARTICULO.NUMERO
ORDER BY DESCRIPCIONES.ARTICULO,DESCRIPCIONES.TIPO,DESCRIPCIONES.CLIPROV"
La idea es esta, tengo las tablas de ARTICULOS, CLIENTES, PROVEEDORES y
DESCRIPCIONES especiales segun Cliente/Articulo, Proveedor/Articulo.
Si necesitas mas detalles avisame.
--
Un saludo, Víctor Koch.
"Heich" <heichito[arroba]hotmail[punto]com> escribió en el mensaje
news:uIkTfTVL...@TK2MSFTNGP11.phx.gbl...
Mario Vásquez
Gracias por contestar
Trabajo con la version MySQL 4.1.1 alpha-max y VB 6.0 SP5
Normalmente no da problemas excepto cuando hay una caída abrupta del sistema
(cortes de luz, etc.)
El problema se produjo en este código
With RsTemp
.CursorType = adOpenStatic
.CursorLocation = adUseClient
.ActiveConnection = Conn
.Open "SELECT * FROM Movimientos WHERE MONumdocu = " & lblConsultar
If .RecordCount > 0 Then <------- AQUI EXACTAMENTE ------------
.......
Afortunadamente creo que lo he arreglado cambiando la localización del
cursor (.CursorLocation)
de "adUseClient" a "adUseServer"
No se que tenga que ver.... y aprovecho para consultarles la diferencia
entre :
.CursorLocation = adUseClient y
.CursorLocation = adUseServer
Salu2
Mario.
"Heich" <heichito[arroba]hotmail[punto]com> escribió en el mensaje
news:#uWU#NVLEH...@TK2MSFTNGP10.phx.gbl...
Heich
Excelente reto me has puesto!!! estuve casi 6 horas (o mas ) checando tu
consulta.
hasta ese momento, nunca habia hecho subconsultas en Mysql 4.0.17, asi que,
no
importa que experimento hiciera, siempre obtenia error.
me propuse averiguar el funcionamiento de las subconsultas(y la causa de mi
mal funcionamiento
como diseñador de las mismas), y descubri (consultando en www.mysql.com y
en www.vbmysql.com), que
esa version de Mysql no soporta Subconsultas. Descargue la version 4.1 de
Mysql (45 nerviosos minutos de espera),
la instale, subi las BBDD que tengo actualmente y verifique que todo
funcionara
correctamente (lo cual me hace suponer que no hay peligro al actualizar de
4.017 a 4.1)
Volvi a probar tu consulta, reemplazando el IIF de access por un IF
soportado en Mysql, y ..
Voila!! La consulta en Mysql regreso los mismos datos que la consulta en
Access.
Asi pues, te dejo (y al grupo) la consulta valida solo para MySQL
4.1.1a-alpha-nt (y posteriores),
haciendo notar que esta consulta no funcionara
en versiones 4.0.x y anteriores; y ofreciendo una sincera disculpa al
afirmar de tan talante manera que cualquier o casi cualquier consulta es
posible en MySQL
(especialmente antes de la version 4.1)
SELECT ARTICULO.DESCRIP,DESCRIPCIONES.*,
IF(DESCRIPCIONES.TIPO='C',
(SELECT RAZONSOC FROM CLIENTES WHERE NUMERO=DESCRIPCIONES.CLIPROV),
(SELECT RAZONSOC FROM PROVEEDO WHERE NUMERO=DESCRIPCIONES.CLIPROV)) AS
RAZONSOCIAL
FROM
DESCRIPCIONES
LEFT JOIN ARTICULO ON DESCRIPCIONES.ARTICULO=ARTICULO.NUMERO
ORDER BY DESCRIPCIONES.ARTICULO,DESCRIPCIONES.TIPO,DESCRIPCIONES.CLIPROV
Saludos, y gracias por la enseñanza
--
Heich
heichito[arroba]hotmail[punto]com
Daria todo lo que se por saber la mitad de lo que ignoro.
----------------------------------------------------------
NOTA: este mensaje se proporciona TAL CUAL.
Sin ningun derecho o garantia
"Victor Koch" <v i c t o r (arroba)correo(punto)waldbott(punto)com(punto)ar>
escribió en el mensaje news:OGVDYcVL...@TK2MSFTNGP09.phx.gbl...
Victor Koch arroba punto punto punto
! Buen trabajo te tomaste !, pero lo conseguistes, te felicito.
Había leído por ahí que se estaba por lanzar una nueva versión de MySql que
entre otras cosas iba a permitir subconsultas y transacciones, por lo que me
decís ya esta en el mercado.
Creo que es hora de retomar el tema de MySQL, voy a bajar la nueva versión y
la pruebo.
La verdad, te tengo que agradecer por la data, de echo creo que a vos
también te vino bien ya que sos usuario de MySQL.
--
Un saludo, Víctor Koch.
"Heich" <heichito[arroba]hotmail[punto]com> escribió en el mensaje
news:ORARcEY...@TK2MSFTNGP10.phx.gbl...