SYS FUNC 28
De GrialWIKI
(Diferencias entre revisiones)
(→HKLM \ SOFTWARE \ Grial \ DVMServer \ Paths) |
|||
| (4 ediciones intermedias no se muestran.) | |||
| Línea 1: | Línea 1: | ||
La tabla SYS_FUNC_28 / SYSFUNC28 complementa la configuración de la regsitry | La tabla SYS_FUNC_28 / SYSFUNC28 complementa la configuración de la regsitry | ||
| - | = | + | ==Configuración en la Registry== |
| + | === HKLM \ SOFTWARE \ Grial \ DVMServer \ Paths === | ||
{| class="wikitable" | {| class="wikitable" | ||
| Línea 9: | Línea 10: | ||
!Notas | !Notas | ||
|- | |- | ||
| - | |FileStorageRoot || C:\GrialFileStorage | + | |'''FileStorageRoot''' || C:\GrialFileStorage |
| - | | | + | | Storage ''default'' para GrialAttach y GrialFileStorage |
| - | + | Esto, más DB_INSTANCE más lo que diga la SYS_FUNC_28 conforma el path, por ejemplo: | |
| - | + | ||
| + | C:\GrialFileStorage\PROD\RRHH\FOTOS | ||
|- | |- | ||
| - | |PROD-RRHH-FOTOS || | + | |valign=top|PROD-RRHH-FOTOS<br>path-path-paht... || |
| Mapeo para cambiar storage. Debe coincidir total o parcialmente con: DB_INSTANCE + la SYSFUNC28 | | Mapeo para cambiar storage. Debe coincidir total o parcialmente con: DB_INSTANCE + la SYSFUNC28 | ||
(reeemplazando ''/'' y '''\''' (barras) por '''-''' (guion) | (reeemplazando ''/'' y '''\''' (barras) por '''-''' (guion) | ||
| - | Reemplaza el storage root para un sysfunc28 coincidente, | + | Reemplaza el storage root para un sysfunc28 coincidente, '''eliminando la información de DB_INSTANCE.''' |
| + | |||
| + | Por ejemplo, si existe una key: | ||
| + | |||
| + | '''"PROD-RRHH-FOTOS" = "\\server2\Fotos"''' | ||
| + | |||
| + | hace que: un modulo conectado a PROD, usando un sysfunc28 "RRHH\FOTOS", se mapee a: '''\\server2\Fotos\RRHH\FOTOS''' | ||
| + | |||
| + | (Nótese que el mapeo elimina DB_INSTANCE (PROD) del path) | ||
| + | |||
| + | |||
| + | * Por ejemplo, para mapear adjuntos desde varias instancias de base de datos, al mismo folder: | ||
| + | |||
| + | "SIARH-RRHH" = "\\FileServer" | ||
| + | "PROD-RRHH" = "\\FileServer" | ||
| - | + | hace que, un modulo conectado a SIARH o PROD, si usa un sysfunc28 QUE COMIENCE con RRHH\* '''mapee AMBOS SERVERS a "\\FileServer\RRHH\xx\yy"''' | |
| - | hace que un sysfunc28 de RRHH\FOTOS, | + | por ejemplo, hace que un sysfunc28 de RRHH\FOTOS, tanto si esta conectado a SIARH o a PROD, '''''siempre almacene en''''': '''"\\FileServer\RRHH\FOTOS" ← Ambos servers al mismo path''' |
| - | + | ||
| - | + | '' '''Atención''' '': '''Si se configran dos instancias para almacenar en un mismo path, '''''es imprescindible''''' que la funcion SIGSA.GET_SYSFUNC30_ID en ambos servers, use una única secuencia en el server principal. Si NO se toma esta precaución SE PUEDEN SOBREESCRIBIR ARCHIVOS.''' | |
| - | + | |} | |
| - | + | ==Funciones de Soporte== | |
| - | + | <code> | |
| + | FUNCTION SIGSA.GET_SYSFUNC30_ID | ||
| + | --SERVER PRINCIPAL-- | ||
| + | return number | ||
| + | is | ||
| + | w_NEW_ID number(10); | ||
| + | Begin | ||
| + | select SIGSA.S_FILE_ID.NEXTVAL into w_NEW_ID from dual; | ||
| + | return w_NEW_ID; | ||
| + | End; | ||
| + | </code> | ||
| + | <code> | ||
| + | FUNCTION SIGSA.GET_SYSFUNC30_ID | ||
| + | --SERVER SECUNDARIO-- | ||
| + | return SIGSA.GET_SYSFUNC30_ID@SERVER_PRINCIPAL; | ||
| + | End; | ||
| + | </code> | ||
| + | <code> | ||
| + | --SOLO EN EL SERVER PRINCIPAL-- | ||
| + | Create SEQUENCE SIGSA.S_FILE_ID | ||
| + | INCREMENT BY 1 | ||
| + | START WITH 1 | ||
| + | MINVALUE 1 | ||
| + | MAXVALUE 9999999999 | ||
| + | NOCYCLE | ||
| + | NOORDER | ||
| + | NOCACHE | ||
| + | </code> | ||
última version al 04:04 18 sep 2013
La tabla SYS_FUNC_28 / SYSFUNC28 complementa la configuración de la regsitry
Configuración en la Registry
HKLM \ SOFTWARE \ Grial \ DVMServer \ Paths
| key | default value | Notas |
|---|---|---|
| FileStorageRoot | C:\GrialFileStorage | Storage default para GrialAttach y GrialFileStorage
Esto, más DB_INSTANCE más lo que diga la SYS_FUNC_28 conforma el path, por ejemplo: C:\GrialFileStorage\PROD\RRHH\FOTOS |
| PROD-RRHH-FOTOS path-path-paht... |
Mapeo para cambiar storage. Debe coincidir total o parcialmente con: DB_INSTANCE + la SYSFUNC28
(reeemplazando / y \ (barras) por - (guion) Reemplaza el storage root para un sysfunc28 coincidente, eliminando la información de DB_INSTANCE. Por ejemplo, si existe una key: "PROD-RRHH-FOTOS" = "\\server2\Fotos" hace que: un modulo conectado a PROD, usando un sysfunc28 "RRHH\FOTOS", se mapee a: \\server2\Fotos\RRHH\FOTOS (Nótese que el mapeo elimina DB_INSTANCE (PROD) del path)
"SIARH-RRHH" = "\\FileServer" "PROD-RRHH" = "\\FileServer" hace que, un modulo conectado a SIARH o PROD, si usa un sysfunc28 QUE COMIENCE con RRHH\* mapee AMBOS SERVERS a "\\FileServer\RRHH\xx\yy" por ejemplo, hace que un sysfunc28 de RRHH\FOTOS, tanto si esta conectado a SIARH o a PROD, siempre almacene en: "\\FileServer\RRHH\FOTOS" ← Ambos servers al mismo path Atención : Si se configran dos instancias para almacenar en un mismo path, es imprescindible que la funcion SIGSA.GET_SYSFUNC30_ID en ambos servers, use una única secuencia en el server principal. Si NO se toma esta precaución SE PUEDEN SOBREESCRIBIR ARCHIVOS. |
Funciones de Soporte
FUNCTION SIGSA.GET_SYSFUNC30_ID --SERVER PRINCIPAL-- return number is w_NEW_ID number(10); Begin select SIGSA.S_FILE_ID.NEXTVAL into w_NEW_ID from dual; return w_NEW_ID; End;
FUNCTION SIGSA.GET_SYSFUNC30_ID --SERVER SECUNDARIO-- return SIGSA.GET_SYSFUNC30_ID@SERVER_PRINCIPAL; End;
--SOLO EN EL SERVER PRINCIPAL-- Create SEQUENCE SIGSA.S_FILE_ID INCREMENT BY 1 START WITH 1 MINVALUE 1 MAXVALUE 9999999999 NOCYCLE NOORDER NOCACHE
