Cuando se trabaja en RED hay que tener algo en cuenta para generar los DB temp?
When working in a network must have something in mind to generate the temp DB?
Claudio
Hola Claudio,
Como programador, me cree es su discreción si para crear el archivo temporal (s) si en la unidad local o en la unidad de red (compartido y / o carpetas públicas). Incluso puedes crear un archivo temporal en la unidad local y en la unidad de red al mismo tiempo. Entonces es también su trabajo para eliminar los archivo temporal (s) de la aplicación ha creado. Al eliminar completamente su programa depende de la lógica y el objetivo que desea lograr.
El GetTempFile () la función genera el nombre de archivo de 8 caracteres. Y como usted puede ver que sólo comprueba la existencia de ". DBF". La función de sí mismo, no crea el archivo y le dio un nombre de archivo. Ni siquiera la append ". DBF" a la extensión de nombre de archivo temporal.
Si modifica el código a algo como esto:
Code: Select all
**************************************************
function GetTempFile( cFileName, cLocation, cExt )
LOCAL nTimesAttemp := 0
LOCAL lSuccess := .F.
LOCAL lPutExt := .F.
DEFAULT cLocation TO ( TrashHome )
DEFAULT cExt TO ".DBF"
PRIVATE dbMakeTemp
lPutExt := cExt == ".DBF" // tell the program not to append .dbf extension if is to be
// used for tables
WHILE .NOT. lSuccess .OR. nTimesAttemp <= 100
dbMakeTemp := cLocation + DaleAidTempFile()
nTimesAttemp++
IF FILE( ( "&dbMakeTemp" + cExt ) )
LOOP
ENDIF
lSuccess := .T.
END
IF .NOT. lSuccess
dbMakeTemp := ""
ELSE
IF lPutExt
dbMakeTemp += cExt
ENDIF
ENDIF
cFileName := dbMakeTemp
RETURN lSuccess
Modificación que le daría el nombre de archivo temporal con extensión que desee.
La variable de memoria "TrashHome" es uno heredado privado declarado en la variable de mi Main() HMG Application.
Y, sin embargo, el parámetro <cLocation> dirá que el camino temporal se creará el archivo y la unidad de red no es una cuestión en absoluto. Para ilustrar ver la llamada a la función GetTempFile a continuación:
GetTempFile(@cFileName, "Z:\PUBLIC\Common \", ".TXT")
GetTempFile(@cPDFName, "C:\INFORMES\", ".PDF")
GetTempFile(@cExlFile, "Y:\VENTAS\PREDICCION\", ".XLS)
GetTempFile(@dbReport, "Z:\TEMP\") -> devuelve el nombre de archivo sin extensión. DCREATE () hará que la. DBF extensión.
Y para mí, mi principal razón para no crear los archivos temporales como se indica en la modificación de los códigos es simple, "Seguridad de Datos". Si la solicitud de choque debido a error en mi código, los archivos temporales sin una extensión no está asociado a ningún programa. Para los usuarios habituales, la recuperación de los imformation parece ser confuso. Y destacó que durante la formación y en mi CBTs' (equipo de formación, vídeos y presentaciones de diapositivas en power point) que encuentra en los archivos de la carpeta temporal que se especifican los archivos basura.
En realidad eso es una burda dispositivo de seguridad que hace mucho tiempo y hasta este momento no tengo ningún usuario que me dijo que los archivos temporales contiene información. Eso es porque el simple hecho de que no saben los pro y los resultados del programa. Si me necesita para recuperar información sobre los archivos temporales de la fecha y hora y firma de bytes del archivo le dirá qué tipo de archivo que fue. Por último, en la siguiente aplicación se ejecute con éxito y / o terminación, los archivos temporales se eliminarán por FERASE ().
Para más información acerca de los tipos de archivo, por favor visite:
http://www.wotsit.org
Saludos cordiales,
Danny
--- English --------------------
Hello Claudio,
As programmer, I believed it is your discretion where to create the temp file(s) whether on the local drive or in the network drive (shared and or public folder). You can even create a temp file on local drive and on the network drive at the same time. Then it is also your job to delete those temp file(s) the application has created. When to delete completely depends on your program logic and goal that you want to accomplish.
The GetTempFile() function generates 8 characters filename. And as you can see it only checks for the existence of ".DBF ". The function itself does not create the actual file and gave you a file name. It does not even append the ".DBF" extension to the temp file name.
If you modify the code to something like this:
That modification would give you temp file name with extension that you wish.
The memory variable "TrashHome" is an inherrited private variable declared on the Main() of my HMG Application.
And yet, the parameter <cLocation> will tell which path the temp file will be created and the network drive issue is not an issue at all. To illustrate see the call to GetTempFile function below:
GetTempFile( @cFileName, "Z:\PUBLIC\COMMON\",".TXT" )
GetTempFile( @cPDFName, "C:\REPORTS\", ".PDF" )
GetTempFile( @cExlFile, "Y:\SALES\FORECAST\", ".XLS" )
GetTempFile( @dbReport, "Z:\TEMP\" ) --> returns filename without an extension. DCREATE() will put the .DBF extension.
And for me, my main reason for not creating the temp files as stated on those code modification above is simple, "Data Security". If the application crash due to bug on my code, those temp files without an extension is not associated with any programs. For regular users, retrieval of those imformation seems to be confusing. And I stressed that out during training and on my CBTs' (computer based training, videos and power point slide shows) that the files located on temporary folder I specified are junk files.
Actually that's a crude security that I device a long time ago and until this moment I don't have any user who told me that those temp files contains information. That's because of the simple fact that they don't know the ins and the out of the program. If I needed to recover information on those temporary files the date and time stamp and byte signature of the file will tell what type of file was that. Finally, on the next application run and or succesful termination, those temp files will be deleted by FERASE().
For more information regarding file types please visit:
http://www.wotsit.org
Regards,
Danny
)
