|
Bienvenido,
Invitado
|
TEMA: SQL y AutoIt
Re: SQL y AutoIt hace 1 año 1 mes #15824
|
Lo que me está siendo un auténtico calvario es la teoría de bases de datos. En mis tiempos no había tanta farándula. Como ha mejorado (o se ha complicado) la cosa.
Creo que mis bases dbf son dBASE version 4.0 level 5 con LangDriver dBASE ENU cp437 a ver por dónde las conecto........  |
|
La verdad nunca viene sola.
 No dejes que tu felicidad dependa de lo que no depende de tí - Epícteto (creo..) |
Re: SQL y AutoIt hace 1 año 1 mes #15825
|
Jope Miguel. Estaba pensando en que quizá podía utilizar ODBC Open Database Connectivity Yo no lo he utilizado nunca, pero se supone que es para estas cosas, pienso que podría servirte. En cualquier caso, intenta consultar primero a alguien que lo haya utilizado o tenga más experiencia con ello, por si acaso no sirviera o hubiera algún problema o algo a tener en cuenta. Otra opción pasajera es dominar las posiciones en pantalla de los campos. Ser capaz de reconocerlos y enviarlos a variables. Y de allí a donde sea. El tema de posiciones de pantalla lo estoy intentando también en autohotkey. he estado mirando la tipología de programas Screen Scraping o los Text Capture, pero todo va orientado a otra cosa. El asunto es si hubiera una utilidad en autohotkey o en autoit que permitiera la captura selectiva de texto en pantalla. Yo no me fiaría mucho de obtener la información de posiciones de la pantalla o campos en ventanas... Si utilizas ODBC (o algún otro tipo de cliente o gestor de base de datos), lo suyo es que puedas acceder directamente a la base de datos que sea y obtener la información directamente mediante consultas. Pero no tener que depender de que en que posición de la pantalla o campo la representa un determinado programa, que puede cambiar simplemente si cambias la resolución de la pantalla... En fin, ya contarás si encuentras alguna buena solución, suerte  Otra auténtica demora es la mala programación de Microsoft y word. Las pérdidas de configuración, ajustes, tablas, ilustraciones, pies, encabezados, etc cuando mueves algo. En tal sentido hay un programa bastante bueno que permite saltarnos el uso integrador de word xp. gDoc Fusion. Ayer me las vi y me las deseé con una tabla que se me partió entre dos páginas y que no tenía forma de volver a su lugar. Y lo peor de todo es que no hay software corrector, ni tan siquiera encuentro un buen tutorial de cómo resolver pérdidas de ajuste, formatos, estilos, pies, encabezados, etc. etc para Word . En cuestiones de Word y Office, yo tengo poco que decir... Dejaré que por ejemplo Fermu o Mónica te aconsejen para esto  |
|
|
Re: SQL y AutoIt hace 1 año 1 mes #15833
|
Supongamos que ya he logrado conectar con la base de datos DBF : Contact1.dbf
(también tendría luego que conectar con la Contact2.dbf) Ahora empieza el capítulo Insert/Update/Delete Pero. Cuando dices más arriba de iniciar consultas te refieres a lenguaje SQL ? Bueno la conexión establecida sigue estos parámetros : Provider=MSDASQL.1;Persist Security Info=False;Extended Properties="DSN=dBASE Files;DBQ=Y:\GOLDMINE\AGENCIACOMERCIALPMSL;DefaultDir=Y:\GOLDMINE\AGENCIACOMERCIALPMSL;DriverId=533;MaxBufferSize=2048;PageTimeout=5;" Provider=MSDASQL.1;Persist Security Info=False;Data Source=dBASE Files , fue la cadena inicial. Díme si es SQL que se que recopilé bastante información. Mi problema es la cortedad de memoria. Joerrr con la vejez. |
|
La verdad nunca viene sola.
No dejes que tu felicidad dependa de lo que no depende de tí - Epícteto (creo..) |
Re: SQL y AutoIt hace 1 año 1 mes #15836
|
|
|
Re: SQL y AutoIt hace 1 año 1 mes #15838
|
Gracias Miguel !!!!!!!!
Me llevará su tiempito, pero en cuanto lo tenga hecho te lo digo. Estoy en la recta finalllllllllllllllllllllllllllllllllllllllll  |
|
La verdad nunca viene sola.
No dejes que tu felicidad dependa de lo que no depende de tí - Epícteto (creo..) |
Re: SQL y AutoIt hace 1 año 1 mes #15841
|
Bueno a ver si alguien sabe algo de esto :
Estoy preparándome para el asalto final. Quiero ver si puedo determinar el alcance de SQL. Mi primera autoobservación es que no hay bases SQL, sino bases en SQL, o sea que entienden o son controlables mediante lenguaje SQL.... Mi problema en estos momentos es mi conocimiento anterior del LENGUAJE dBASE. Afortunadamente las tablas .dbf admiten ser controladas mediante lenguaje SQL. Y lo hacen mediante un driver de conexión. Ahora bien. Quiero entender que el lenguaje SQL, y la base al estar preparada para someterse al lenguaje SQL , son ventajas palpables. Por ejemplo. Me estoy devanando con el comando SELECT. Y es que en lenguaje dbase lo que hace el comando select en SQL en una sola línea precisaba varias líneas en lenguaje dBASE. bien Pero hay más. Mi consulta es el alcance de la conexión. Detecta el lenguaje SQL cuando hay índices preexistentes en la tabla .dbf ? Quiero suponer que sí. Que no tendré que crear nuevos índices mediante SQL (CREATE INDEX), como tampoco tendría que tener que generar nuevas vistas (CREATE VIEW) De mis tiempos de dBASE recuerdo que cuando necesitabas esporádicamente un índice indexabas sobre un campo sobre la marcha, pero si lo que querías era un índice permanente al crear la tabla ya lo proponías en el campo INDEX (Y/N). Si la tabla tenía un sólo índice se generaba un archivo ndx si tenía varios, un mdx. Ufff En el caso que nos ocupa esos índices están ahí, y es de suponer que SQL los puede manipular. ¿ Lo puede hacer ? ¿ Cuando proponemos el statemente SELECT lo reconoce si proponemos la ordenación por el campo índice ? ¿ Lo hace ? Gracias  |
|
La verdad nunca viene sola.
No dejes que tu felicidad dependa de lo que no depende de tí - Epícteto (creo..) |