Embed Size (px)
Citation preview
(:)
C:\CIEFdatabase\db1.mdb
Tabla: PlnManjFOR
Propiedades
ActivarOrden:
Fecha de creacion:
RecordCount:
Columnas
Nombre
Falso
18/05/0018:18:00
188
IdPlanManjFOR
Id_Responsable
TipoDocumento
Titulo
F _Publicacion
Indice
Duraci.on
F _Revision
Turno
Lote
Relaciones
Def. actualizable:
Orientation:
Ultima actualizacion:
Tipo
Numero (largo)
Texto
Texto
Texto
Fecha/Hora
Texto
jueves, 18 de mayo de 2000
Pagina: 24
Verdadero
o 18/05/00 18: 18:02
Tamar'io
4
10
2
50
8 150
Numero (entera) 2
Fecha/Hora 8
Numero (entero) 2
Texto 50
{882A5FOE-2CE8-11D4-B79B-D3386BA80035}
PlnManjFOR ContratoAprovechFOR
IdPlanManjFOR IdPlnManjFOR
~d." '9-~~ ""9
~'.o 0l.,~ <¥ yoBo. '''..,\ 2 Dl±c;on ':?'\ "Ge _1 tle :i ... ". -::l.. 1'0 s .... 1 '>~ /
ActivarOrden: Uno a varios
Atributos: No exigir, Combinacion derecha
¢o ~ .. /
~]) - INRE~" - {882A5FOF-2CE8-11D4-B79B-03386BA80035}
PlnManjFOR
idPlanManjFOR
Atributos:
Atributos:
PlnOperAnual
C/O IdPlanManjFOR
Exigir, Combinacion Izquierda
Uno a varios
{882A5F19-2CE8-11D4-B79B-D3386BA80D35}
UsuarioFOR_Silvicultor PlnManjFOR
Clave Id_Responsable
Atributos: No exigir
Atributos: Uno a varios
C:\CIEFdatabaseidb 1.mdb
Tabla: PlnOperAnual
Propiedades
ActivarOrden:
Fecha de creacion:
RecordCount:
Columnas
Nombre
Falso
18/05/00 18:18:00
o
IdPlanManjFOR
Ano_Plan
NumeroEspecies
SupfAreaAprvchAnual
Relaciones
jueves. 18 de mayo de 2000
Pagina: 25
Def. actualizable: Verdadero
Orientation:
Ultima actualizacion:
o 18/05/0018:18:02.
Tipo
Numero (largo)
Numero (entero)
Numero (entero)
Numero (simple)
Tamano
(882A5EFE-2CE8-11D4-B79B-D3386BA80D35}
LoteSubFOR
IdPlanManjFOR
ActivarOrden:
Atributos:
PlnOperAnual
IdPlanManjFOR
Uno a varios
No exigir
{882A5F04-2CE8-11D4-B79B-D3386BA80D35}
EspeXplnManjFor
IdPlanManjFOR
Atributos:
Atributos:
PlnOperAnual
IdPlanManjFOR
No exigir
Uno a varios
(882A5FOF-2CE8-11D4-B79B-D3386BA80D35}
PlnManjFOR
IdPlanManjFOR
Atributos:
Atributos:
PlnOperAnual
co IdPlanManjFOR
Exigir. Combinacion Izquierda
Uno a varios
C:\CIEFdatabase\db 1.mdb
Tabla: PlnOperAnual
jueves, 18 de mayo de 2000
Pagina: 26 ----------.------ -.--- . -- . --..
{882ASF10-2CE8-11D4-B79B-D3386BA80D3S}
PlnOperAnual
IdPlanivlanjFOR
Atributos:
Atributos:
AutorizExtracc
IdPlanivlanjFOR
No exigir
Uno a varios
C:\CIEFdatabaseldb1.mdb
Tabla: PryExploraEvalFOR
Propiedades
ActivarOrden:
Fecha de creaci6n:
RecordCount:
Columnas
Nombre
IdProy
ClvResp
Nombre
Sede
Falso
18/05/00 18: 18:00
o
Def. actualizable:
Orientation:
Ultima actualizaci6n:
Tipo
Texto
Texto
Texto
Texto
Texto
jue'les. 18 de mayo de 2000
Pagina: 27
Verdadero
o 18/05/0018:18:00
Tamano
10
10
50
25
6 UbiGeo
Extension
FechaAutonz
Plazo
Numero (doble) 8
Fecha/Hora
Numero (largo)
Notas Texto
Relaciones
{882A5F11-2CES-11D4-B79B-D3386BA80D35}
PryExploraEvalFOR
IdProy
ActivarOrden:
Atributos:
EspeXplnManjFor
IdProy.
Uno a uno
Unico. No exigir
{882A5F12-2CES-11D4-B79B-D3386BA80D35}
PryExploraEvalFOR
IdProy
Atributos:
Atributos:
InventarioFOR
COD_TRAB
No exigir
Uno a varios
{882A5F13-2CES-11D4-B79B-D3386BA80D35}
PryExploraEvalFOR
IdProy
Atributos:
Atributos:
IdProy
No exigir
Uno a varios
ZonaEstudio
8 4
50
L
f r r
C:\CI~Fdatabase\db 1.mdb
Tabla: PryExploraEvalFOR
{882ASF16-2CE8-11D4-B79B-D3386BA8003S}
UsuarioFOR_Consultor PryExploraEvalFOR
Clave ClvResp
Atributos: No exigir
Atributos: Uno a varios
jueves, 18 de mayo de 2000
Pagina: 28
C:\CIEFdatabase\db1.mdb
Tabla: TrzQtn
Propiedades
ActivarOrden:
Fecha de creaci6n:
RecordCount:
Columnas
Nombre
NContr
COOESP
FechAutz
NLista
NPieza
Tipo
Dimens1
Dimens2
Largo
Vol
Valor
Verdadero
18/05/00 18: 18:00
101
jueves, 18 de mayo de 2000
Pagina: 29
Def. actualizable:
Orientation:
Verdadero
o Ultima actualizaci6n: 18/05iOO 18: 18:02
Tipo TamaRo
Texto
Texto
Fecha/Hora
Numero (largo)
Numero (entero)
Texto
Numero (doble)
Numero (doble)
Numero (doble)
Fecha/Hora
Numero (doble)
12
6
8
4
2
1
8
8
8
8
8
{882A5F09-2CE8-11D4-B79B-D3386BA80D35}
Lista_ TrzQtn TrzQtn
NContr :J) NContr
CODESP :n CODESP
FechAutz YO FechAutz
NLista Xl NLista
ActivarOrden: Uno a varios
Atributos: Exigir, Combinaci6n Izquierda
~ .....
;~.~J
C:\CIEFdatabase\db 1.mdb
Tabla: UsuarioFOR
jueves, 18 de mayo de 2000
Pagina: 30
Propiedades
ActivarOrden:
Fecha de creacion:
Falso Def. actualizable:
Orientation:
Verdadero
o RecordCount:
18/05/00 18: 18:00
1274 Ultima actualizacion: 18/05/00 18: 18:03
Columnas
Nombre Tipo
Clave Texto
Nombre Texto
Pers Texto
LE_o_DNI Texto
NRuc Texto
NTelef Texto
Direc Texto
Ubigeo Texto
ClvRepr Texto
Relaciones
{882A5F1 A-2CE8-11 D4-B79B-D3386BA80D35}
UsuarioFOR
Clave
Atributos:
Relationship Type:
UsuarioFOR_ Comerc
Clave
Unico, Exigir, Combinaci6n Izquierda
Uno a uno
{882A5F1 B-2CE8-11 D4-B79B-D3386BA80D3S}
UsuarioFOR
Clave
Atributos:
Atributos:
UsuarioFOR_ Consultor
.- Clave
Unico, Exigir, Combinacion Izquierda
Uno a uno
{882ASF1 C-2CE8-11 D4-B79B-D3386BA80D3S}
UsuarioFOR
Clave
Atributos:
Atributos:
UsuarioFOR_Extractor
Clave
Unico, Exigir, Combinaci6n Izquierda
Uno a uno
Tamano
10
55
1
8
8
10
50
6
10
C:'CIEFdatabase\db1.mdb
Tabla: UsuarioFOR
{882A5F1 D-2CE8-11 D4-B79B-D3386BA80D35}
UsuarioFOR
Clave
Atributos:
Atriburos:
UsuarioFOR_lndustria
Clave
Unico. Exigir. Combinacion Izquierca
Uno a uno
{882A5F1 E-2CE8-11 D4-B79B-D3386BA80D35}
UsuarioFOR
Clave
Atributos:
Atributos:
UsuarioFOR_Silvicultor
. __ .. Clave
Unico, Exigir. Combinacion Izc;uierda
Uno a uno
jueves, 18 de mayo de 2000
Pagina: 31
(.-;-
f 4
'7:'1 1_":".1'
C:\CIEFdatabase\db1.mdb
Tabla: UsuarioFOR_Comerc
Propiedades
ActivarOrden:
Fecha de creaci6n:
RecordCount:
Columnas
Nombre
Clave
ClvRepres
Verdadero
18/05/00 18: 18:00
2
Tipo de Comercio
VigenciaAutz
Equipam
SuperfAlmac
Observ
Relaciones
Def. actualizable:
Orientation:
Ultima actualizacion:
Tipo
Texto
Texto
jueves. 18 de mayo de 2000
Pagina: 32
Verdadero
o 18/05/00 18:18:03
Tamaiio
10
10
Numero(entero) 2
Texto 50
Texto 35
Numero (doble) 8
Texto 50
{882A5F15-2CE8-11D4-B79B-D3386BA80D35}
UsuarioFOR_ Comerc
Clave
Atributos:
RelationshipType:
ExportacFOR
ClvEmprExp
No exigir
Uno a varios
{882A5F1 A-2CE8-11 D4-B79B-D3386BA80D35}
UsuarioFOR
Clave
Atributos:
Atributos:
UsuarioFOR_Comerc
Clave
UnicQ, Exigir, Comb ina cion Izquierda
Uno a uno
C:\CIEFdatabaseldb 1.mdb
Tabla: UsuarioFOR_Consultor
jue'/es, 18 de mayo de 2000
Pagina: 33
Propiedades
ActivarOrden:
Fecha de creacion:
Falso Oef. actualizable:
Orientation:
Verdadero
o RecordCount:
18/05/00 18:18:01
o SubdatasheetName: Table. ContratoAprovechFOR
Ultima actualizaci6n: 18/05/00 18: 18:03
Vincular campos secund ClvTitular
Columnas
Nombre
Clave
EspecPrincip
OtrasEspec
Registro
ColegioProfes
FechaVigencia
Observ
Relaciones
Vincular campos princip Clave
Tipo
Texto
Texto
Texto
Texto
Texto
Fecha/Hora
Texto
{882ASF16-2CE8-11D4-8798-D33868A80D3S}
UsuarioFOR_Consultor PryExploraEvalFOR
Clave ClvResp
Atributos: No exigir
Vincular campos principales: Uno a varios
{882A5F18-2CE8-11D4-8798-D33868A80D35}
Clave
Atributos:
Atributos:
UsuarioFOR UsuarioFOR_ Consultor
~-- Clave
Unico, Exigir, Combinacion Izquierda
Uno a uno
Tamano
10
20
60
15
40
8
50
1'~~ ;--\J
~'I:~':
C:ICIEFdatabase\db1.mdb jueves, 18 de mayo de 2000
Tabla: UsuarioFOR_Extractor Pagina: 34 _ .. _ .......... __ . ..----.. - ._------
Propiedades
ActivarOrden:
Fecha de creacion:
Dei. actualizable:
Orien ta tion:
Verdadero
o RecordCount:
Falso
18/05/0018:18:01
176 SubdatasheetName: Table. Con tratoAprovechFOR
Ultima actualizacion: 18/05/00 18: 18:03
Vincular campos secund ClvTitular
Columnas
Nombre
Clave
VecesTitu
VecesRepr
ClvRepr
CategExtrac
Relaciones
Vincular campos princip Clave
Tipo _._-----Texto
Numero (doble)
Numero (doble)
Texto
Texto
{882A5F17 -2CE8-11 D4-B79B-D3386BA80D35}
UsuarioFOR_Extractor ContratoAprovechFOR
Clave ClvTitular
Atributos: No exigir
Vincular campos principales: Uno a varios
{882A5F1 C-2CE8-11 D4-B79B-D3386BA80D35}
UsuarioFOR
Clave
Atributos:
Atributos:
UsuarioFOR_Extractor
Clave
Unico, Exigir, Combinacion Izquierda
Uno a uno
Tamaiio ---_ .. 10
8
8
10
5
C:\CIEt=database\db 1.mdb
Tabla: UsuarioFOFLlndustria
Propiedades
ActivarOrden:
Fecha de creacion:
RecordCount:
Columnas
Nombre
Clave
CODIND
ClvPropiet
TIP01
TIP02
TIP03
TIP04
TIP05
CODREG
Relaciones
Verdadero
18/05/00 18: 18:01
69
Def. actualizable:
Orientation:
Ultima actualizacion:
Tipo
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
jueves, 18 de mayo de 2000
Pagina: 35
Verdadero
o 18/05/00 18: 18:03
Tamaiio
10
5
10
2
2
2
2
2
2
(882A5F1 D-2CE8-11 D4-S79S·D3386SA80D35}
UsuarioFOR UsuarioFOR_lndustria
Clave Clave
ActivarOrden: Uno a uno
Atributos: Unico. Exigir, Combinacion Izquierda
~.
Q}~ • ~':' i
"'" F f· i
f ~
; ..
-.:':-:-.~.
···:.:;~1 ;,;. .......
C:ICIEFdatabaseldb1.mdb
Tabla: UsuarioFOR_Silvicultor
jueves, 18 de mayo de 2000
Pagina: 36
Propiedades
ActivarOrden: Falso Def. actualizable: Verdadero
Fecha de creacion:
RecordCount:
Ultima actualizacion:
18/05/00 18:18:01
o 18/05/00 18: 18:03
Vincular campos secund ClvTitular
Columnas
Nombre
Orientation:
SubdatasheetName:
o Table.ContratoAprovechFOR
Vincular campos princip Clave
Tipo Tamaiio --- .. ----
Clave Texto
ResponsPrinc Texto
FechaActualiz Fecha/Hora
Observ Texto
Relaciones
{882A5F 18·2C E8·11 D4·B79B·D3386BA80D35}
UsuarioFOR_Silvic'ultor PlantacFOR
Clave Silvicultor
Atributos: No exigir
Vincular campos principales: Uno a varios
{882A5F19·2CE8·11D4·B79B·D3386BA80D35}
UsuarioFOR_Silvicultor
Clave
Atributos:
Atributos:
PlnManjFOR
Id_Responsable J.
No exigir
Uno a varios
{882A5F1 E·2CE8·11 D4·B79B·D3386BA80D35}
UsuarioFOR
Clave
Atributos:
Atributos:
UsuarioFOR_ Silvicultor
Clave
Unico, Exigir, Combinacion Izquierca
Uno a uno
10
20
8
50
j ! ) :, " . ~ ,.
C:\CIEFdatabase\db 1. mdb
Tabla: ZonaEstudio
Prooiedades
ActivarOrden:
Fecha de creacion:
RecordCount:
Columnas
Nombre
CodZonaEst
IdProy
Nombre
Supf
Relaciones
Falso
18/05/0018:18:01
o
---- .- ........ __ . __ .
Del. actualizable:
Orientation:
Ultima actualizacion:
Tipo
Numero (largo)
Texto
Texto
jueves. 18 de mayo de 2000
Pagina: 37
Verdadero
o 18/05/0018:18:01
Tamano
4
10
35
Numero (doble) 8
{882A5F13-2CE8-11D4-B79B-D3386BA80D35}
Pr;ExploraEvalFOR
IdProy
ActivarOrden:
Atributos:
IdProy
Uno a varios
No exigir
ZonaEstudio
tf
Anexo C
Primer Informe Parcial de Avance
REDlSENO DE LA BASE DE DATOS DEL ClEF
(lnforme Parcial de Avance)
Introduccion
EI presente es un informe parcial. Contiene una relacion de los principales hallazgos realizados en la base de datos del ClEF y los logros alcanzados. de acuerdo a las obligaciones asumidas por el consultor dentro de las especificaciones tecnicas del presente trabajo de consultoria.
EI proposito de este informe parcial es acercar a los responsables del ClEF y de la DGF de INRENA los resultados y observaciones realizadas hasta la fecha a fin de que puedan servir como base referencial para una interaccion mas productiva entre el consultor y los responsables del ClEF. Igualmente, el consultor considera que la entrega de resultados parciales puede servir para que lallos responsables del ClEF detecten sesgos en la comprension de la base de datos como en la importancia relativa de los componentes de esta.
Analisis de la base de datos
Se ha estudiado la documentacion del SJEF (Sistema de Informacion Estadistico Forestal), y analizado el esquema presentado por la misma. Se ha procurado identificar y diferenciar: (a) las table!.s principules (0 factuales)I y (b) tab las Cluxiliares (0 referencialesl
El esquema constituye una descripci6n. 16gica de la base de datos, materializada en un diagrama que muestra los nombres de las .entidades ysus atributos -esw es, los tipos de registro_ y las vinculaciones entre ellos.
".\ d. I?~" Aparte de los datos tabulares que abarca el SJEF existe un juego de datos georeferenciados '<;/ ,!o B.o. 1)-\ correspondientes a la operacion del SIO del ClEF. Sin embargo, este conjunto se ha11a ; ~~~~~:<::\! ?, egarado del resto de elementos de dato. Dada la ligazon de cada registro a un ente ;;. ~·c:s~.: .. ~ 'georeferenciado perfectamente definible, se facilita su posterior incorporacion al espectro '~~:' de an6.lisis de la base de datos.
19ualmente. se ha manipulado la data originalmente contenida en tab las de FoxPro. Ademas, se ha obtenido informacion del personal a cargo del ClEF, y de personal de la Direccion General Forestal.
Se ha realizado la importacion de los datos del ClEF por nodos. de su formato usual de Visual FoxPro (archivos individuales tipo .DBF) al formato Access de un unico archivo del tipo .MDB. Cada tabla de la nueva base de datos (mica ha sido documentada a nivel de Columna 0 campo.
Despues de efectuada la importacion, se ha indizado cada tabla de acuerdo a 10 indicado en la documentacion del sistema, a fin de identificar posibles errores de duplicacion de valores en la clave de identificaci6n de los registros de cada tabla relacional 10 cual la invalida para una operaci6n confiable.
I Los datos facwales se I'efieren a los evemos 0 acciones. tales como .-l ulOri:aciol7es, realizadas por los diferentes actores de la gesti6n forestal. Ilamense estos Autoridad Forestal. Usuario Extractor, Transportista. \,lsi como sobre los atributos propios de estos ultimos. tal como apelfidos y direccion domiciliaria . . Las tablas referencia!es contienen las descripciones 0 valores correspondientes a las claves que se emplean para caracterizar las entidades de la base de datos y para servir de puntos de enlace entre diferentes tabbs.
f !
Resultados
Unicamente en la base de datos de Loreto, se ha normalizado la tabla Contrato. Como
resultado se han obtenido las tablas normalizadas Autorizaci6n v E:<.tractor . -' -
-'.:"'0'>-.,;;:",:,":.,-":·
L<l. normalizaci6n. es un proceso que:permite,,'6btener: tablas relacionales de la fOrIDaSplana: bidimensionaL Ai lograc que las tabras.d6- datos tenga~ la forma adecuada, se evitarr'tanto" la .
ocurrenciade anomalias de actualizaci6n como io. faita de consistencia de los datos. ..
En el Cuadro Al de Anexos se incluye la tabla detallada de la composici6n de la base de
datos despues de haberse efectuado los procedimientos sei'ialados.
Cabe senalar que las tablas originales del sistema siguen en uso, y que el sistema SIEF se
e:ncuentra en el nivel de operatividad usual, independiente de las acciones que se llevan a
cabo como parte del trabajo de consultoria que motiva este informe. Para evitar cualquier
riesgo de confusi6n. se denominani en adelante "base de datos modificada" al producto de
.'\~) la intervenci6n antes senalada.
El esquema que figura en la documentaci6n permite apreciar una notable complejidad en
las relaciones entre los datos, 10 cual determina que las consultas sean complejas y
demandantes en memoria yen velocidad de ejecuci6n.
La tabla COl1cracc no esta normalizada3, 10 que resulta en redundancia de los datos del
contratista extractor. tales como Nombre y Direcci6n. Los problemas que surgen de' la falta
de normalizaci6n son varios:
•
• EI Nombre y la Direccion del extractores repetida en el registro de cada Contrato que ha
realizado con el Estado para poderaprovechar krmadera .
• Si la Direccion del contratista cambia, cada uno de tales registros debe ser actualizado.
• Debido a Ia redundancia, la data podria !legar a. ser inconsistente, can diferentes registros
l11ostrando direcciones distintas para el mismo contratista.
Si al escribir el nombre del contratista en el registro de un contrato se cambia una sola letra,
pareceni como si taL contrato correspondiera a otro extractor. Aun si en los diferentes
registrosse. ha ingresado la mismadirecei6n, sera difieil saber cmil es el nombre eorrecto; y
persistinLia inconsistencia de. los datos~ 0
. ,,' "
El Cuadro No.1 de la pagina siguiente resume la condici6n actual de la base de datos
1l10ditlcada.
No se l1a cfeetuado un cstudio completo de las posibilidades de nonnaliwci6n de las otras tablas. Tal
\lpt:raci6n no se Ilevar;) a t:fecto hasta ser detinido el esquema de la base de datos. Entonees podrian surgir
nuevas tablas candidaws para normalizaci6n.
Cuadro No.1: Resumen de las tab las
CONDICION TOTALES INumero total de tablas 44 45 45 46 fablas principales 6 7 7 7 [Tablas auxiliares comunes 25 26 26 26 J
jOtras tablas auxiliares (propias de c/zona) 4 6 3 4 fa bias de trabajo 9 6 9 9 IRegistros contenidos en las tablas 86159 100341 187703 149970 524173 iRegistros importados de tablas principales 39361 55200 95323 79562 269446 jRegistros sin errores de indizacion 25128 33365 78863 58437 195793 Registros con errores de indizacion 1192 4617 10128 7874 23811 Registros con errores de importacion 0 11 4 18 33 Registros de tablas normalizadas 15091 0 0 0 15091
J
IRegistros de tablas auxiliares comunes 3068 2851 2978 2929 11826 iRegistros de otras tablas auxiliares 2053 4308 411 1168 7940
Puede apreciarse que el numero total de tab las difiere entre nodos. Aunque ello podria t parecer resultado de la manipulacion de las tab las (en la base de datos Loreto la tabla
::~;::ra:o ha sido reemplazada por las tablas Aucorizac':'6n y ':::<craccor~' en realidad reflej a cierto grado de inconsistencia en la base de datos origmaL tanto en 10 referente a las , tab las principales como a las tablas auxiliares, las que se citan a continuacion.
o Loreto y San Martin utilizan NROLIS (bsta de trozas), los otros dos nodos no cuentan con tal tabla.
o
o
o
o
La base de datos Loreto carece de la tabla Guiar2s; mientras que S1 existen en las otras bases-de datos
El nll1nerO de tablas auxiliares comunes difiere entre las bases de datos.
Unicamente 8 de las 26 tab las auxiliares comunes tienen el mismo nlllnero de registros; las demas difieren entre bases de datos.
Todas las tab las principales han producido errores de indizacion en alguna de las cuatro bases de datos debido a valores repetidos.
Una copia del infonne sobre el trabajo de importacion y conversion efectuado en las tablas de las bases de datos de los cuatro nodos se incluye como ,A..nexo B.
En resumen, la base de datos del ClEF es inconsistente y requiere removerse los facto res que motivan tales inconsistencias.
Recomendaciones
AsL se precisa normalizar las tablas Con era to de las bases de datos de los nodos y generar, en vez de una, dos tabbs, como ya se hizo en Loreto. La tabla Extractor_ podria pasar a ser la tabla Usuario forestal que se relacionaria con un enlace uno-uno con los registros de tablas por tipo de usuario (Ex eraceor' Transporeis ta' etc.) en las que se
.: Est<l carencia puede deberse a una omision en el proceso de transferencia de las tablas del nodo Loreto desde F oxPro hasra Access.
3
registrarian datos especificos del ramo (p.e. Nivel de mecamzaClOn, para Extraccor Y
Marca y modelo de camion, para Transportista)'
Se requiere manejar en forma apropiada los indices, de modo que estos no definan tipos de
enlaces que' no correspondan a la naturaleza de la relacion entre las tab las. Asi, debe
evitarse generar relaciones Padre-Hijo donde no corresponda.
De otro !ado, cuando existan este tipo de relaciones, evitar que los niveles de las Tablas
pm1icipantes en tales enlaces sean muchos. Ello detenninara que los vinculos que debe
manejar e\ programa de base de datos sean complejos y muy pesados para realizarse con
rapidez.
Se sLlgiere que, en \0 posible, los registros de cada tabla deberian autogenerar sus propias
claves en base a los valores de los atributos (campos) contenidos en ella.
Se p\atea seguir empleando Access como herramienta de "consistenciado" de la base de
datos y para la elaboracion de las consultas principales. A fin de evitar que las tab las
representen vollunenes de data muy elevados que las hagan pesadas, se recomienda un
.~) proceso intensivo de Normalizacion y el empleo inteligente de indices.
.. :: Para llevar a cabo las acciones sefialadas se propone el siguiente esquema inicial, que
refleja las demandas de mapeamiento actuales del panorama de la informacion necesaria
r~ para la gestion forestal, principalmente del manejo forestal.
. -, '\ "',';,; ,: .. ;, ... ~\
':-"<,,c'cn ... , : ~-*:~:~a~:p ~
· ...... ,)
c=~---...,I _"-:,;4"] k. ...... ;. ........................... ..1 ......................... .!
.,~;:::-.~
ESQUEMA DE LA BASI~ nl~ DATOS
I RecursOJ I :oresla I --_._._._----
Unidades
:
: :
: ."
de )rod.perman.
C ~lralO -1.'\ ----'
Plan .tecnico cle , . "prO\/echamicnto - '_._-----_ ..
Permiso de extracciol1
[Plan cle manelo ---}--
1
_--,- -~ Unidad de
__ JAanejo
Troza
Prod. Forestal sin transformacion
··, .. · .... 11 ;A)..'·.,.,.t.l .. ::.': '
[' Indllslrializ, de E9cis. Corcstales
Transportc de )rods. forestales
Prods. Forest. transl'onnados
1
- Comercial iZHC. forestal
Mercados
1"1 i''' f
j . "'1 '. "";,1i
ESQUEMA DE LA BASE DE DATOS
Significado de las figuras:
[-- Entidad forestal
Relacion de depel1dencia 0 secuencia de eventos
............... ;> Vinculo entre tablas
L .. ..I ............... 1........ ..1 Tabla de b base de datos relacional
W Nlllnero de identiricaci6n de tabla
Algunos comentados: o La base de datos no necesita estar cOl1lpleta desde el comienzo, pero es aconsejable que se la esqucl11aticc 10 l11{lS completamente posible; o Por 10 antes sefialado, se incluyen las tablas II a 13 y se separa la tabla 14 de la 6, correspontiienle datos de los productos rorestales sin
trans formac ion. o Iguall11enle, y 10 que puede ser mas illstruclivo, se ha sepnrado conceptual mente en varias clases a la entidad Usuario Forestal. Se
entiende asi, que habra una tabla Lmica de Usuario Forestal en el que se registrarian los datos gellerieos que se recogerian para eada usuario, fuera cual fuera su ocupacion especifica. Para cada ocupaci6n, habria ulla tabla especifiea en la que se recogerian los datos Illas variables y propios de la naturaleza tematica de la entidad.
o La tabla Usuario Forestal cstarfa Vinculada Call otms tablas rclacionadas. C0l110 la de Contralo. 0 Industrializaei6n. Por ejel11plo. la tabla (1) tcndnl un vinculo conla tabla (4) Y COil la (8).
o La definicion de tablas y vinculos es facilitada ahora que se cnCllentra construida la BD en Access, aunque clIo 110 significa que Lmicamcnte es cn esc program a que se pucde trabajar.
I
ESQUEMA DE LA BASE DE DATOS
ANEXOA
Cuadro A 1: Composicion de la base de datos' estadisticos del ClEF MADRE
NOMBRE TABLA DESCRIPCION LORETO DE DIOS UCAYALI
~GA ~gencias Aqrarias codificadas para c/req. Aqraria 6 7 5 ~aenciaA Jp..gencias Aqrarias con las Que trabaian las autorizaciones 7 9 7 lA.utorid Autoridades forestales encarqadas de expedir las autorizaciones 10 12 15
lA.utoriz - 151 -~UTORlll, Tipo de autorizaciones 12 12 12 lAutorizacion Nueva tabla de datos de contrato 1.758 - -CASTANA - 164 -Centrato ~utoriz. (permisos y contratos) emitidas en diferentes Aq.Aararias - 2.931 1,562 CUENCAS Cuencas por c/rea. Aqraria 57 20 15 ESPDIvI Especies diferentes a la madera ((]rupos y sub-arupos) 268 95 139 ESPDIvI 266 - -Esonom Nombres internacionales de las especies maderables 276 272 395 Extractor_ Nueva tabla de datos de usuario extractor 1,190 - -FAMMAD Familia de esoecies maderables 35 44 42 FAMPRODM Familia a donde pertenecen productos diferentes de la madera 41 61 61 GRUPNM Grupo de especies no maderables 16 15 14
GUIA Contiene la cabecera principal de la Guia de Transporte 5,165 7,148 28,403
GUIA con Error - - 94 '
GUia - - 28.309 Guia_ErroresOeExoGflacion - - 3 GUIARES Contiene la cabecera secundaria de la Guia de Transporte - 7,150 26,498
GUIARES con Error - - 96 GUIARES - - 26,402
GUIARES ErroresDeExDOnaciGn -' - 1 -GUIAST Tipos de guias de transporte 6 6 7
INDUSTRM Industrias maderables de c!rea. Aararia 74 14 136 NROUS Lista de Trozas a que se refiere una Guia de Transporte 608 - -NROLIS con Error 580 - -NROUS 28 - --PAISINEI Paises codificados segun INEI 191 191 191
--: <l.e a .. ~EXT Detalle de las autorizaciones 12,393 11,684 6,075 .,-<Io.Bo. I!?e~con Error 298 64 10 ~~e:C:6 '. ~ra' ~:il 12,095 11,620 6,065 -'-,ocest ~~GS de Extrac CGn Error 250 - -.• !NRS, ~SOS de Extraccion 12,143 - -- P!EPRODM Piezas 0 embalajes p. despachar prods.diferentes de la madera 23 23 23
PIEPROM Piezas 0 embalajes para despachar productos maderables 8 21 21 PLANTAC Datos de establecimientos de plantaciones - - -PRODM Productos diferentes a la madera 24 24 25 PRODUC Detalle 0 rel.de prods.que se despachan en Quia de Transporte 8,126 9,971 28,011
.,-: I>ROOUe "'" E,", - 4,463 9,924
.y. 4C~1 , ' DUC - 5,508 18,08f v 80 '" Productos maderables 'JVectlITTIPRD~1 16 36 47
-:-27/9.5(M) ff J (contmua ... ) Clli:7 ........
.V EllA"
7
SAN
r f..
~. ' , "J-:' •
MARTINQ
11 ' 1) ,., t::v
- ,
1r - t - ,
33f" ~ n
139, ,
-3T
- t\~·'
~f:: 6k 14:
1293:t: , ~
- I -- 1:--
12,94 i 96
12,84t1 ,. -
6 8S.: 4S" 49
- ~F:-, -iJ'
1h 13,5~
9 .,
13,44:f"
-- r
2-:' ~.
22 - L
24Ji-'!'
17,453j 7,536L , 9,911'
36\
,
ESQUEMA DE LA BASE DE DATOS
Cuadro Ai (Continuacion)
MADRE SAN NOMBRE TABLA DESCRIPCION LORETO DE DIOS UCAYALI MARTIN
REGIONES Regiones Agrarias a nivel nacional 13 13 13 13
SBREGA Subregiones agrarias de c/reg. 14 14 14 14
SGRUPDM Subgrupos donde pertenecen especies diferentes a la madera 14 12 12 12
SPMAPER Especies maderables por c/reg. Agraria 204 184 148 148 abdep Departamentos politicos 25 25 25 25 abdist Distritos politicos 1,803 1,803 1,803 1,803
n-aborov Provinciaas 189 189 189 189
n-IPEMP Tipos de indus trias madereras 8 7 7 7
PRONM Tipos de uso para productos no maderables - 7 7 7
I ROlA.RES Usta de Trozas por c/reg. Agraria 13.069 16,316 4,774 22,309
ROlA.RES can Error 64 79 - 79
ROlA.RES 13,005 16,237 - 22.230
ROlA.RES ErroresOeExoortacio - 11 - 18
UMEOPROOM Unidades de medida para productos diferentes a la madera 11 15 11 11 UMEDPROM Unidades de medida paraproductos maderables 3 4 4 5 USUAAUT Usuarios que manipulan data sobre autorizaciones especiales - - - -USUACONT Usuarios que manipulan data sobre autoriz.(permisos 0 contratos 1,767 3,709 - 770
USUARIOS Usuarios que pueden ingresar al sistema - - 1 -
8
ESQUEMA DE LA BASE DE DATOS
ANEXO B
O[AGNOSTICO REALIZADO A LOS 4 DEPARTAMENTOS CON LOS. QUE
TR.A.BAJA INRENA - ClEF
1"_ Se trabajo en los 4 departamentos (Loreto, San Mal1in, Ucayali, Madre de Dios)
verificando en cada una de sus tablas que los tipos y anchos descritos en cada campo se
encuentreh correctamente definidos, tomando en cuentan la Oocumentaci6n del Sistema de
la Base de Datos proporcionada por ClEF.
2"_ Se coloco el nuevo c6digo a las tablas que empezaban con "TAB ... " y su respectiva
descripci6n en los 4 departamentos (Tabla adjunta en excel).
J"- En cada una de las tab las de LORETO se Ie coloc6 la descripcion en cada uno de los
campos. Se procedio del mismo modo en los otros tres departamentos.
4"_ Se genera para cada tabla los indices correspondientes, seglll1 la documentacian del
ClEF, presentandose problemas en algunas tablas, los cuaies se describen a continuacian:
9
o LORETO:
•
•
• • •
OESCPROES: Se· presento problema en uno de los cadigos de las espeCles
(C00028) el cual se corrigi6 en dicha tabla. (Tabla corregida)
NROUS: Problema con los indices, se repite en dos 0 mas ocasiones un indice,
llegando en algunos casos a repetirse hasta 123 veces.
PEREXT: Problema con los indices, se repite en dos 0 mas ocasiones.
TROZARES: Idem
ESPNOM: Idem
o SAN MARTIN:
• • • • • • •
•
• •
ESPNOM: Idem
NROLIS: Idem
PEREXT: Idem
PRODUC: Idem
TROZARES: Idem
GUIARES: Idem
T ABIND: Se repetia 1 c6digo de Industria para dos nombres distintos (en 6
cadigos mas 0 menos), el problema fue que se encontraban mezcladas dos
regiones, 10 cual se corrigi6 por interrnedio de Julio (Persona encargada en
manejar la base de datos del ClEF). (Tabla corregida). .
TROZAS: (Lista de trozas) No deberia presentarse esta tabla ya que se usa la
tabla TROZARES (segun Julio).
T ABCR: (Tabla de Comites de reforestaci6n a nivel nacional). * TABTIPO: (Tipos de usa para productos no maderables). *
r f L.:
9t: t-: ro 'it.
j7-'-T.
(f:
Q
• • • • •
• • • •
•
MADRE DE DIOS:
ESPNOM: Idem PEREXT: Idem PRODUC: Idem TROZARES: Idem
ESQUEMA DE LA BASE DE DATOS
CASTANA: (En esta tabla se almacena los contratos castafieros, Julio me indica que no tiene idea por que esta tabla esta separada, en todo caso reviso y
solo se encuentra informacion del afio 1997) * TABTIPO: * FOXUSER: (Tabla que corresponde al Fox. no vale) * BITACORA: (Tabla que direcciona la carpeta para hacer consultas, no vale) * PFES: (Esta tabla asi como la siguiente fueron creadas para almacenar informacion de reforestacion, el modulo que programaron para ese efecto no funciono bien) * PLAl"IFOR (Tipos de eso paraproductos no maderables). *
:J UCAYALI:
• • • • •
ESPNOM: Idem GUIA: Idem P EREXT: Idem GUIARES: Idem TABTIPO: *
Notas:
*
Idem
Tablas que no presentan descripci6n de la Documentaci6n del Sistema, por 10 que no se ha podido verificar sus indices y campos. (Definido por Julio)
Problema con los indices, se repite en dos 0 mas ocasiones.
r Las tablas: TABDEP (descripcion departamentos), TADDIST (descripci6n de distrito), TABPROV (descripci6n de provincias). vall a ser cambiadas por una sola tabla en la que se presentan las tres tab las relacionadas. La tabla que se va a usar es la EQUI9395. El cambio se produce al conversar con Cecilia.
r La Tabla ESPNOM (para los 4 departamentos): el etTor que presenta es que el c6digo de la especie se repite de 3 a 5 veces y esto se debe a que cada codigo de especie tiene un c6digo de pais distinto, con un nombre distinto, que es como se Ie conoce en dicho pais.
E En las tablas que presentaron problemas con los indices. es decir, eXlStlan valores duplicados se procedio a reallzar un analisis minucioso en el cllal se separaron los c6digos que presentaban problemas de los que no presentaban, creando una tabla sin elTores y otra que contenia los problemas con los indices.
10
Estas tab las, tanto las cotTegidas como las con errores Se codificafon de la siguiente manera:
(Nombre del c6digo L (Nombre del c6digo) con Error
ESQUEMA DE LA BASE DE DATOS
Tabla sin error Tabla con en:qr
:E Tablas que presentaron problema al realizar la imponaci6n a Excel para el analisis son las siguientes:
0 S Ai'\[ MARTIN:
• TROZARES
'] MADRE DE DIOS:
• TROZARES
'] UCAYALI
• GUIA
• GUIARES
Estas tab las presentaron problemas en las fee has (aproximadamente 6 filas por tabla), las cuales van a ser velificadas por Julio.
E Tablas que se deben verificar el tipo "logico" y!o "numerico":
./ USUARIOS
./ CONTRATO
./ GUIA
./ GUIARES
./ PEREXT
./ . PLANTAC
./ PRODUC
./ TROZARES
./ USUAAUT
./ USUACONT
A los campos que poseen originalmente el tipo "numerico" se les ha considerado valor doble y las que poseen el tipo "Iogico" se considero si/no, que era como aparecian, pero en algunos casos debe ser F 0 T ..
Estas son todas las observaciones y correcciones que he considerado para la purificacion de las tab las que integran la base de datos de los 4 Departamentos.
11
-
f -,.
Anexo D
Segundo Informe Parcial de Avance
REDISENO DE LA BASE DE DATOS DEL ClEF
(Segundo Informe Parcial de Avance)
Introduccion
La base de datos del ClEF provee el so porte informatico que requiere la Direccion General Forestal para cumplir con el rol que Ie corresponde como cabeza del subsector forestal, que incluye la administraci6n y control, funciones cuyo cumplimien[O debe mantener coherencia con el papel promotor otorgado al Estado por la Constitucion.
Las condiciones actuales hacen necesario priorizar el desarrollo de las capacidades del sistema para producir informaci6n basica para el manejo y para evitar la degradacion de los bosques que viene causando la tala desordenada. Una plataforma de datos coherente y consistente servini tanto para fines de control como para cumplir el papel de ente generador de estad1sticas confiables, que corresponde al ClEF,
En antelior infol111e se daba cuenta del avance 10grado en el proceso de migraclOn y veriilcaci6n de los archivos tabulares de la base de datos del CLEF. El que se presenta en esta ocasi6n incluye los hallazgos y recomendaciones relativos al proceso realizado que incluye las acciones senaladas antes y las otras posteriores, como son: validaci6n de las tablas relacionales, desarrollo del esquema basico para la base de datos relacional,' construcci6n de los enlaces 16gicos entre las tab las.
Actividades realizadas y resultados obtenidos
El proceso de migraci6n de los datos a Access, se ha 5nalizado, constatando al existencia de algunos problemas de conversi6n de caracteres ascii intemacionales, correspondientes a
?" d. ';~"'" ". letras acentuadas y ene. Posiblemente se pueda prevenir esto si se exporta los datos ;;/,0 7~'~~:1,·,-:~..:,~esP~I~s de abrir los a:-chivos us~ndo otro est,andar de codifica~i~n que elestablecido por ;3 D -_.-~., :;1pmlSlon. Otra altematlva -labonosa- es la busqueda v sustltl.lClon de tales caracteres por i ~ Gen ,:d .. <.,.: -! '"
';;. lor~st:.l iJos COITectos. Excel se complementa bastante bien con Access en la realizaci6n de esta 'Y,. J/ ~ clase de operaciones.
Despues de realizada la migraci6n de los archivos tabulares del tipo * .DBF hasta tablas de Access se detect6 la perdida de estructura en una tabla de Loreto, invalidandola para cualquier uso. Este error deberia corregirse simplemente volviendo a exportar la tabla desde FoxPro usando el formato de salida apropiado (puede ser el de Dbase4). Otra dificultad encontrada es la incompatibilidad de Access con el campo de tipo Memo, que S1 es posible en las tab las DBF. Se resuelve esta dificultad vinculando la tabla en vez de lmportarla, y luego realizar la generaci6n de la nueva tabla mediante una consitlta de creacion de tabla en la que se omite el campo tipo memo.
Las tab las de los datos corresp'ondientes a los caatro nodos, tras su migraci6n a Access, estan contenidas en cllatro archivos MDB. Los campos de las tablas de la base de datos se han descrito de acuerdo a 10 documentado para el SIEF, en fOlma semejante a como puede apreciarse en la Fig. I
Ing. Carlos R. Vargas Salas
'\I r,:l.>vo_ !'Jombte ?~~-~--.--. Ve(~sTil::u V'~:;-:;Repr
LE.."_CNl pif~(
(-·IRU(
Cl;RtP~
t·1~scara.dC:.·~.tr3d3
T~'Jk,- ...
'Texto _ ._~~_xt_o
NljmerlC')
T~xto
Tt!;xco T~)'~to
-Te~to
Va1or,:p,.edetefmioado . ,.' P.e9lade::valkiaoon .. r ~xto:de::v.l~daci6n ~ ".: Re-:rJeroo- '.: .. : '::-'-~':;No
.. _ .... 1~,:._~~3~.10 C~~~~I~_s..~~ d~ 10. ~~<!~~~~J):.~~~._.~~.oorr:b(e {~I~· ... e. a~~gen~r~dd,> ~te~_0o+ ... +~terno:+.~} ~":!:..~~ l"lOtT'Ore-+ '" .. +~egundo. T odo en mayuscul~s
____ ~:I.."'"~_"~;::tr,l'dR.[QK~~_·j ~.""9".am~",".'.s.~-A.92~£L _ _ .. J:.~~~!9 9.~ !~g~~q~s_.q~ Co~~~ d<;oje jlQt.¥:~_S.qr!.'9J!~~~.r .~_.
~lu,!,ero de reo!stros de <;:o~tr3~O donde floJUr3 ~'Jmo repr~$e0t3l"lt>! --intr9duzr:a ~I nGmero de ~u'&>c~o de"ldl!ntid3d -···O;~c~ion del U:::udt:IQ "JHAY P..E!?~ANCIA CON L;?o TABLA USIJ~nor·.:'R! l-IE)<)R EU~"INAP) ':-Oir~c,on ,j11.1)~IJarIO (HAY-REDUNOAACI~ C'~'N LA-TABLA l!::u3f1Qri:'R. ~:lE]")~ EL~l!t·J.AR)
·-·~~qi~~-.1~1·;~pr.es~~~~~&~iI~~ en t.)0!.a=l:!i~;;~9~·: ~-. . . . _ ..
Permti~.longitud.:t.:J!r~ -" :,-'..,"'f'le, rndex-3do::· '. ~-- ; :';,~,~-;5i (Sin dl.J0l1(3CO:;)--·- .. ··
Compr~:;~.unicOde~'~~~~:.~;o . ~ _._--. -:.::::-';--:.:--"''''-- .
Figura 1 Ejemplo de descripciofl de tabla migrada y adecl/ada ailIl1Ibiellte de (rabajo que brimia Access.
A fin deavanzar en el rediseno de la base de datos, el consultor, empleando el programa senalado, l1a generado una base de datos derivada de la base completa del no do Loreto, reducida aproximadamente al 10% de la original. Asi. el trabajo que se describe a continuacion se refiere por completo a la base de datos de trabajo, llamada wkLoreto.mdb·
El analis1s del conj unto de entidades de datos que eomprende la administraeion forestal, apoyado en un diagrama faeilitado por la Coordinadora del proyeeto ClEF, se plasma en el esquema basieo mostrado en la Fig. 2, el mismo que ha evolueionado hacia la Fig. 3
Z\ll1l!-"1I"l:U :(·r,,.,..,l
......
U"i&d.; IH ·~t't!:I:"ll.rh.£
/1!':3Pl - - -1--:,;- 1 " I~ L-____ ..J.: ~
l ,)
..... , ..• //. L_' -_--_l~_:"''''_-....J.1.l.l:J.-.... · ... ,...i nl'~; , ."".\, :::::~~:.==::::J7~~~~~ ,_ 1. _ _ _ .. _ .... J _ ___ ~_ Pmlliso do . • '
I _~~~~~ .... / ................ ..-
'j GJ .... . -------... ~/~.:.r .. 1:r' •..• !,J!n~~j~-···~:·~··
.................
LlQJ .-.-.- - - - --
Figura 2 Esqllemll de la hase de datos. Las rablas relaciollales plallteat/as aparece/l ell color rojo.
2
I- E"tr:lctor
1:I)rnerClante
r~ r- In du ·;trial
L..- T r:~n:;portl:;t....;
.'::'.drn in istr8G:6 n )" Control 1···J,:;cional
.'::'.drnlnistr3ci6n y I.~t)ntrol
P eq 10 r1::iI/!o C:3 I
Bosque y \/81) etacio n ~btunl
Recurso rorestal
I
Tierra forestal
. ,
r.jlm",
slh·'e !~t're
--_1-_--I
Parcebs en Z'Jna:3
rorestales de Prod. Perm.
I Lotes 811 Bosques
Nacionales
1
I
Pr~dil)"
a 9ro pe GU :,no:;
I T.;rrrtorio de
Comunidades N:ltr·.I8S
-- ---.-.,--
,A.prove ch arn. Soste nib Ie de
l\ .. ladera
.:'.provecham. Sostenible de Prods.For. no Maderables
.-..... ~-------'~
E;,Ir:3Cci')n de m",der3 U
Otros prods foresta h,:,
----~
Plan t3 cion y Rev8qeta.:i611
T lart sp Illle de productos fore:3t3les
COnl8(cio T r&n:::fo(rnaci6n
I' L-__________ +-________ ~
Figura 3 Elltidades qlle cOllstitllyell eililtiverso de los datos del ClEF
los datos correspondientes a las entidades mostradas en los diagramas precedentes se han mapeado en forma gritfica de modo generico, como se muestra en la Fig. 4.
Ing. C;lrlos R. Vargas Salas
Usuarios Forestales
1
L
r
L_I I
L
r
t_:
L
r
1-: ! I iL
-,
1
.....J
-,
1
.....J
-,
1
.....J
-,
1
.....J
r -1-
1
-,
Unidades Territoriales de Administracion Foresta I
-,
L - ,=_~ _.:-_ =-1--=. __ Predio Forestal .- - - - - - - __ - - - 1- __
Contrato de Aprovec hamie nto Foresta I 1
~ _-::-_ ~_. _I __ ~ ~ ________ r:-=-::::.....::;.;;....:;"'-------, ___ _
r
1 1
L~~~~~~~~~~~
Permiso de Extraccion Foresta I
1
~
1
L
1
.....J L
I
J
.....J
-,
1
.....J
Guia de Transporte de =-~ -1-- == :::: ::: '~ .- -- - - - - ~ - -.-1- - - - -r-----~I ---------------,
Productos F orestales Registro de Transformac ion de
J 1 Productos Forestales
L .....J L _,_ ---l
____ 1 _______ J .--~~~~~~~~
Manifiesto de Compra-Venta de Productos Forestales
1
L
- --;
Autoridad Forestal
Figura 4 Esquema general de fa base de daws rediseiiada. Los recrallgllios rep resell tan tab las jactuales individuales 0 grupales. Ell este Illtimo caso {as tablas integrallles del grupo se villculan call lIlIa tabla maestra por media de enlaces IlJIO a lIIlO. Las lilleas ciiagollales que 11Ilell {os rectangllios rep resell rail {os elllaces elltre tab las de distimajerarquia. las cuales pueciell tratarse de elliaces UIlO a mue/lOs () /Ill/e/IOS {( mue/los. Los Ilombres de {as tablas se ahreviall posteriornzenre parajacilitar Sll lIIal1ejo.
El esquema genenco propuesto abarca asi entidades geograficas que aun no se han incluido en el sistema pero que deberian figurar y administrarse de manera consistente con el resto de datos. Tales' entidades ya se vienen manejando dentro del area del SIG y resultaria muy faeil S1.1 incorporaci6n formal a la base de datos del CIEF.
A tin de facilitar el trabajo con las entidades registradas como Relaciones (tablas) en la base de datos, se ha adoptado una estrategia de asignaci6n de nombres mas faciles de recordar v de diferenciar entre tab las principales y tablas auxiliares. Asi, las tab las
Ing. Clrlos R. V~rg~s S~l:..ts 4
Cluxiliares, denominadas antes con el prefijo "TAB", se han renombrado escribiendo en primer termino el caracter "_" (subrayado), seguido del nuevo nomore de la tabla, el mismo que se compone de abreviaturas. Asi, el nuevo nombre de la·tabla que describe las especies maderab les sera _ CiejEspelvfad, mientras que en la base de datos del ClEF se llama "TABESP".
Para complementar la explicacion precedente, se inciuye la Fig. 5, en la que se muestra la lista de nombres de las tablas, tal como figuran actualmente en la base de datos del ClEF.
P·.G2NCI.J..;'. AUTOR:O eCNT?Jl.TCS SSPNOH GUIll. Gur';'.?E:S NROLIS PSREXT ?!..ANT;'.C ?RODUe REG!ONSS
I i.:;aJl.DU~.
TiI.B.n.GA
TASCOG .. '·! TABCONT
TABCUEN TABES? TABESPR2 TABS:<IM TABFAH TABGRUP TA3GUIAS TABIND TABMCUC:N TABi?i'I.!S T~l\BPAISA
TABi?ART TABi?:;A(·! TP-.BPIE TABi?PE
Figura 5 Nombres de las tablas de la base de datos actual del ClEF.
T .:1.3 P P ?OD T.".328.00 T.~.B?ROSS
T.~BPUM
TA3RS:AA TA3SGC1.UP TA3SRSG TA8TIPO 7~aU~lED
T;'.B'JI'I TI:?:::·lP T?OZP-.RES USUAAUT USU;:'.CONT USUil.2.!OS
En la base de datos desarrollada, los nombres de las tab las principales empiezan con letra , en vez de canicter subrayado. La Fig. 6 muestra la lista de tab las presentes en la base de datos WkLoreto.MDB. Algl.mas tablas temporales, de trabajo, figuran en la relacion con !1ombres precedidos por caracteres "x" 0 "z" que las agntpan al final de !a lista alfabetica.
~J ~~liill
//'> ""j 0 £0. '-t;,:\ liill
,~ g;;:Et:t:~ : '~/liill
liill liill liill liill liill liill liill liill liill liill liill liill liill
Cre,s:( un.:?! tabl,j: en ·,.;i:;t.j: Oi::eno
(r~':lr un·:: t.:ibi.j: utiliz,5:ndo ~I .s5Jstente
:;Op~r,~E!5i$tem.::
_ A9J::n(j.~A9r ;::ri.5L~t
_A96ndaA9r,jrlaNlJftj
_CiefE:;peC,I.'ld
_CiefEspeNc.(·,ldd
_CiefF.'lm8ot
_GrlJpoPr'JdlJcto
_In~i(l)dDepd
_In~iCJjdDi$t
_rn~IC,jdF\~h:
_Inei(QdProv
.J-lombreEspeP.'li5
_Pie:aEmb.'l!.'lje
_ProdlJctoFOR
_Regil)nAqrari,~
_'3Dr::t
..:5Grup
liill _SReg
[TIl _TipoCc.ntr.'lto
[TIl _ TipoEmpres.'lFOP.
liili _ Tipo(;ui.:;
[TIl _UnC,.ledid.'l
[TIl AutoridddFOR
[]I Contr,:.toAprovechF')R
Iilil (ontrdtoAprovechFOR_Iterns
[]I .:opia_CiefEspeC·'I.:.d
liill EiGui.:. T r .'In:;p _det
[]I Errores de peg.:.do
[]I GUIARES
[TIl Guia T r.3nsp
[]I Guia Tran,'p _lten''''
Iiill Gljl.~ ir.1nsDorte
[]I Lista de direcciones
liill listaTroz.'l$
[]I NROLlS
[]I NwNGuia
[]I PermisoExtr.'lcc
[]I PermisoExtr aceX.LS
liill PredioP.URAL
liill USUACOr--JT
[]I USIj.'lrioFOP.
liill USIj.'lrioF,)R_Extr.'lctor
liill U$u,'lrioFOP_Indu$tria
[]I xGui,'l Tr.'lnsp
liill xGuiaTr.'ln$p_Items
Iilil :AutoSEL
[]I 2Extr5EL
filll :Nw ltem:;Oet
[TIl :N'I· .. ltem:;OetTot
filll ::Nombre T.'lb!.:.
Figura 6 Tablas de la base de datos WkLoreto.J\tfDB COl! lIombres cambiwios para facilitar SII
ide mijica ci(j II.
Ing. C;1r\O$ R. Vargas S;1las 5
(~~~ ~-; ~
~:
" ,
t f
T "
..
Teniendo como punto de partida la entidad Contrato, se ha procedido a la definicion de tablas normalizadas. Asi, con la segmentacion de la tabla antes citada se generaron dos tablas normalizadas correspondientes a las entidades: Contrato' de aprovechamiento forestal Y Usuario extractor forestaL- Mientras que los datos de los Con tra tos contaban con clave, los registros con los datos de los Usuarios requerian de claves. La generacion de tales claves se realizo con el programa Excel.
Como primer paso de la generacion de la clave ha sido preciso invertir y "estandarizar" la fon11a de escribir los nombres, de modo que estos aparezcan en la secuencia correcta: paterno. materno. primer nombre. segundo Hombre. con un canicter coma a continuacion de materno' Luego, a partir del nombre ya en el orden correcto se ba generado la clave, concatenado los siguientes segmentos:
I. Los dos primeros caracteres del paterno 2. EI ultimo de parana 3. Los u·es primeros caracteres de lnalerno 4. Si es nombre de persona (en tal caso habra una coma) toma los caracteres 2do y 3ro de primer
Ilombre; en caso contrario dos caracteres exu'aidos a partir del previo al pemiltimo 5. EI penultimo 6. EI medianero (entero del cociente obtenido de dividir entre dos ellargo del nombre)
La clave asi fonnada tiene un largo de 10 caracteres, debiendo reemplazarse los espaclOS par c::mi.cter subrayado. Can tal algoritmo, aun cuando se procedi6 con la totalidad de registros de contrato existentes para el nodo Loreto (1190 records), se presentaron pocos casas de c}aves duplicadas para nOl11bres distintos, los cuales se resolvieron sustituyendo el (tltil11o caracter por un digito ascendente en forma secuencial.
EI procedimiento de generaci6n de la tabla USliurioFOR (nol11bre de la tabla de datos de los usuarios forestales) permiti6 identificar l11uchos defectos en la forma empleada para registrar el dato del titular del contrato, los cuales eran ya previsibles desde que se empezo el analisis. La tabla recien mencionada consigna los datos comunes a losdistintos usuarios, sean estos extractores, silvicultores, transformadores, comerciantes, etc. de productos forestales. Los datos propios de cada modalidad de usuario deberin registrarse en archivos tabulares especificos. en los que existan las columnas (campos) necesarias. AsL el extractor podra caracterizarse, adem is de por los datos LlsLlales de una persona (natural 0 juridica), tales como nOl11bre. domicilio, RUC, etc., por i'vfodalidad de extrau.:ion. Capital de fa empresa, etc.
Para realizar el senalado proceso de nonnalizacion de las tab las relacionales se ha empleado la caracterizacion de las tab las del documento descriptivo del SIEF (Sistema lnfonnatico de Estadistica ForestaL que es el 110mbre del sistema que sopona la base de datos del ClEF) y los esquemas -fragmentarios- que documentan las relaciones entre las entidades que se proponia mapear el sistema. La secuencia seguida en el proceso de normalj~acion y enlace de tab las ha sido:
_. Con~ra~o ~ ContratoAprovechFOR. UsuarioFOR 2x~ractcr JsuarioFOR 2xtractor ~ UsuarioFOR
_. TA3IND ~ UsuarioFOR_Industria. UsuarioFOR 4. ?EREX'! -7 Con7:ratoAp:covechFOR It:ems ~. G0:::_:;, GU:::_:;'R:2S -7 GuiaT::ansp O. ?RCDUC ~ G;.:iaTransp L::ems
Los datos de caracterizacion de las entidades que describe la base de datos se han mantenido sin mayor modificacion. aprovechando los campos 0 combinaciones de campos que funcionaban correctamente para generar claves de identidad para los registros.
En los casos en que las claves definidas anteriormente no se podian construir en la forma descrita por la documentacion del SIEF (el informe anterior da cuenta de gran numero de
In~ CJrlos R. YJrgJs SJIJS 6
tab las con errores de indizaci6n), se recurri6 a los valores intrinsecos de los datos para, concatenando caracteres y segmentos provenientes de ~stos, formar valores lmicos que pudieran servir como "claves autogeneradas".
Otro de los resultados obtenidos en el proceso senalado de normalizacion+enlace de caMas +desarrollo del esquema Y en las coordinaciones realizadas para esclarecer la documentacion del SIEF, ha sido el reconocimiento de que los procedimientos seguidos por la administracion forestal de los cuatro nodos al llevar el registro de los eventos que se dan en su ambito, ditiere significativamente. Principalmente, esto se constata en el caso del control de las trozas, que en el sistema actualmente se realiza a traves de la tabla TROZARES, cuyos registros indican el nllmero de trozas por especie, y el volumen que les cOlTesponde, que se traslada desde el bosque durante una operacion de extraccion, realizada en Llna fecha determinada. La tabla NROLIS establece la cOlTespondencia entre las listas de trozas y las guias de transporte, dando a entender que estas sirven tambien para documentar el transporte de madera rolliza.
Como se menciona en el anterior informe, solo los nodos de Loreto y San Martin emplean lista de trozas, usando en vez de ella la guia de transporte. Es necesario, S1 se qui ere dar coherel1cia al sistema de administracion y control del aprovechamiento del recurso forestal, que se adopten mecanismos uniformes y eficientes l . Un buen sistema de informacion del ClEF puede brindar infom1acion estrategica para la planificacion de acciones en distintos aspectos del quehacer forestal. EI tema de las trozas adquiere' mucha, mayor importancia cuando nos insertamos en un contexto de manejo sostenible de bosques COil tInes maderables.
El proceso llevado a cabo en la base de datos de trabajo, se ha plasmado en el esquema que muestra la Fig. 7.
r==='" 1 ">, r:======;1 ~~
Figura 7 Esquema parcial de fa has.e de datos propuesta para el ClEF
EI esquema grafico, facilitado por la herramienta de Access para la descripcion de las relaciones permanentes entre tablas de la base datos, permite reconocer la existencia de vinculos tipo uno a muchos, uno a uno y mllchos a muchos, los cuales, si se definen adeclladamente, permitiran garantizar la consistencia de los datos asi como la realizacion de cOllsultas y el desarrollo de facilidades que permitan ingresar datos y obtener
I Segull se desprende de las coordinaciones efectuadas, la ausencia de lista de trozas da lugar al mal empleo de las gUlas, las cuales muchas veces se expiden vadas en las oticinas 0 se emiten con cifras que exceden las correspondientes al conjunto de trozas obtenidas realmente en la zona de explotacion, complet:indose con otras provenientes de extraccion irregular. Estas irregularidades son realmente tarea de los organos de control forestal, que deben diser1ar sus propios mecunismos de fisculizacion aprovechundo la informacion disponible.
Ing. C:lrios R. Vargas Salas 7
"
f ..
",'
.. r·' ~~ ,
-,-
info1111acion, ademas de establecer los distintos filtros y mecanismos de seguridad que ofrezcan el acceso a la informacion que requieren distintos usuarios y los funcionarios de la administracion forestal. .
Un manejo inteligente de codigos e indices que enlacen las tablas permitlnin, por ejemplo, mantener el ingreso de datos restringido a las opciones predefinidas mediante listas de opciones, como se puede apreciar en la Fig. 8. Se muestra en esa figura: (a) la forma re~l en que se hallan cargados los datos en la tabla relacional (de modo compacto, con codigos) y (b) la apariencia que esta tiene para el usuario. La persona que ingresa datos tambien ve facilitada su labor pues solo debe escoger entre una lista de opciones licitas que se "descuelga" al marcar con el cursor un boton ubicado ala derecha del casillero.
31. 33· ,:4
I S:30088S."."j,l::.F GUM.A,L". I 8:300333AAJ,I;:.F 9.EP'~9_ I S300S83.::..A.M.::'.F CEDRO ... .._-----_._-".
1,t;sDER.A . .A'sERR.llD.A. ..........
M.-.DER. •. ASERRAD.::.. -_._--------_ ..
PIEZAS PIEZ.·.s PfEIl·.S
(bl
5171' METROS cue 6127' METROS CUB
21007 METROS CUB :32" METROS cue
Figura 8 COl1lparacir;1l elltre ulla cabla codijicada y orra 'explicat/a'
67.97 191.02 133.07
1.96
Las 5guras 9 y 10 ejemplifican el potencial que ofrece un manejador de bases de datos como Access cuando la$ tab las estan bien estmcturadas, nonnalizadas y descritas en el registro de relaciones.
---------------.-._-----=---.. ------------==-====-------
181: ..
Figura 9 Formulario de datos que IIll1estra los vo!lll1lelleS lOcales estipulat/os ell till CIJlZtrato de extracci,;II. por especie. y los permisos expedidos para permitir fa extraccioll ell lios :afras.
Ing. C;Jrlos R. Vargas SaluS 8
Los dos formularios muestran datos existentes en 5 tablasde la base de datos que se hallan conectadas entre sf por los vinculos mostrados en la Fig. 7.
\ .• )- co';;;~to (:~~EO~10.R~~~_.~~T~ui~~~~~~~II>~·.I~'':.~Il~~~~~~~i.:.MARt~~:(J_ ~___."j,;r;o~jM";~',.;~!~;~?~~;i;;~;~~;
·A'''tS~~S~~~!nt.~~''i~i.''=·1
Esquarna de la base dE: d'itos del ClEF . ,. . ,
I
