#1
|
|||
|
|||
Descargar registros de tabla a PC
Hola estoy haciendo un programa para borrar informacion de la tabla s033 pero antes de hacerlo debo respaldar la información en pc.
utilice la función GUI_DOWNLOAD pero como son grandes cantidades de registros, tarda mucho el sistema en hacerlo, alguien conoce otra forma que pueda usar para realizar este respaldo |
#2
|
|||
|
|||
exportar datos tabla a pc
Buenos días. Por que no accedes a la tabla a traves de la se11, filtras por los campos que desees borrar y lo exportas a una excel?. Saludos |
#3
|
|||
|
|||
pero necesito hacerlo atraves de un reporte que van a ejecutar periodicamente
|
#4
|
|||
|
|||
Dime que no estas borrando la informacion directamente de la tabla
Tambien dime que estas usando algun filtro por fecha. Primero hay que saber cuanto significa "mucho". Al parecer estas dandole backup a todos los campos de la tabla, en ese caso debes comprender que el tiempo va a ser considerable, pero todo depende del numero de registros, y en todo caso el tema de lentitud se decanta mas a la base de datos y no a la descarga de la informacion. Este tipo de requerimientos no se hacen en linea. Piensa seriamente en procesar todo en fondo y mandarlo a algun servidor |
#5
|
|||
|
|||
si estoy borrando directamente de la tabla eso lo hago en background,
pero el respaldo no se como hacerlo en un proceso de fondo, tengo q descargar toda la tabla respecto a un rango de fechas que ingresa el usuario. y desde la seleccion de datos se tarda demasiado el programa por ser una cantidad muy grande de datos. |
#6
|
||||
|
||||
alver, deberias usar una transacción o un metodo bapi para borrar los registros de una tabla estandar.
Por otro lado si tarda mucho tiempo en hacer el download on line no te queda otra que correrlo de fondo. Saludos.
__________________
Sebastián Chiavia |
#7
|
|||
|
|||
Busca sobre open dataset para que veas como transferir archivos en fondo
Pero ojo, el problema no es la transferencia, bajar cantidades considerables de información (hablamos de algunas gigas) no debería tomar un tiempo apreciable. Por lo que veo no estas tomando ningún indice, y en una tabla muy grande esto es desastroso en el tiempo de ejecución (y los recursos del sistema ). Ademas que estas borrando directamente una tabla estandar. La verdad desconozco esa tabla, pero, ¿ya revisaste todas las relaciones? ¿Alguna nota de SAP te dio luz verde? |
#8
|
||||
|
||||
Uso de JOB
Una observación yo tengo un problema por usar gui_download y gui_upload no funcionan con jobs porque no corren en backgroun lanza el error NO_BATCH = 2 por lo que con job solo se puede usar open dataset input y open dataset ouput... Si alguien ha solucionado este problema haganmelo saber por favor gracias......
PD. Genera un dump que cancela el JOB. |
#9
|
|||
|
|||
ya busque sobre open datset, pero al usar Transfer no me permite enviar todos los registros q tengo en mi tabal interna, solo me permite si solo especifico un campo, intente concatenar que es lo que mencionaban en algunos Foros pero no me permitio concatenar todos los campos, asi que tampoco aplico.
Aunque si note que lleva mas tiempo la parte de base de datos para ellos se creo un indice z el cual utilice paar extraer los datos, y aun asi no logre mejorara el desempeño |
#10
|
|||
|
|||
Uno por uno
-alver Si se pueden mandar tablas. El transfer escribe una linea de archivo. Si usas el OPEN DATASET en modo texto cada transfer te va a escribir una linea de la tabla En pseudocodigo quedaria como -issa tanto GUI_DOWNLOAD como GUI_UPLOAD (y otras tantas) solo pueden correrse en linea porque usan el SAPGUI. Sin SAPGUI presente (ejecutandose en fondo en el servidor de aplicaciones) no se pueden usar. Solo puede usarse open dataset para escribir en servidores. En teoria si podrias escribir en el disco local de un usuario, pero primero necesitaria montarlo en el servidor |
Herramientas | Buscar en Tema |
Desplegado | |
|
|