[Isis-users] Puzzle - Dúvida

Antonio Carlos Tafari Filho actafari at gmail.com
Tue Sep 30 21:11:31 CEST 2014 

Olá.

Vamos ao que eu fiz:

A) Original
base.mst = 166,402,048 bytes
base.xrf = 398,848 bytes
MFN = 98839
Erro ASCII = 6
MFN alterados = 14

B) Apenas regerado o XRF
> del *.xrf
> mkxrf base
base.mst = 166,402,048 bytes
base.xrf = 398,848 bytes
MFN = 98839
Erro ASCII = 0
MFN alterados = 0

C) Regerado o XRF, exportada para ISO, reimportada do ISO
> del *.xrf
> mkxrf base
> mx base iso=base.iso -all now
> del base.mst
> del base.xrf
> mx iso=base.iso create=base -all now
base.mst = 61,049,856 bytes
base.xrf = 398,848 bytes
MFN = 98834
Erro ASCII = 0
MFN alterados = 0

D) Exportado e reimportado ISO pelo Winisis
> Database > Export > base.iso > output line = 0
> Util > Erase Database > Yes > Yes
> Database > Import > base.iso > input line = 0 > Options Load
base.mst = 61,046,784
base.xrf = 398,848
MFN = 98834
Erro ASCII = 6
MFN alteardos = 0

A princípio, a opção B será a melhor, por preservar a ordem dos meus MFN
para análise futura.

Agradeço muito pela atenção!!!

Abraços.




Em 29 de setembro de 2014 21:23, Rafael Santini (Biblioshop) <
santini em biblioshop.com.br> escreveu:

>   No caso, o arquivo MST também está corrompido.
>
> A minha sugestão a princípio é:
>
> 1. Recriar o arquivo XRF.
>
> 2. Limpar esses caracteres desses 2 registros.
>
> 3. Realizar a exportação e a importação da base.
>
> 4. Verificar esses 2 registros. Possivelmente esses foram perdidos.
>
> Se ao final houver diferença na quantidade de registros, pergunto: você
> consegue executar o seguinte comando na base original após ter recriado o
> XRF?
>
> mx base now
>
> No caso, ele deverá mostrar todos os registros na tela.
>
>
>  *From:* Antonio Carlos Tafari Filho <actafari em gmail.com>
> *Sent:* Monday, September 29, 2014 9:07 PM
> *To:* Rafael Santini (Biblioshop) <santini em biblioshop.com.br>
> *Cc:* isis-users em iccisis.org
> *Subject:* Re: [Isis-users] Puzzle - Dúvida
>
>  Olá.
>
> Nem estava me importando com os problemas ASCII.
>
> Agora que fui olhar, as 6 ocorrências de problemas são de apenas 2
> registros (3 de cada).
>
> Ao dar um mx na base original, para verificar estes registros:
>
> 1) o MFN 46827 está nitidamente com os campos "desalinhados", misturando
> os dados de campos diferentes e com vários caracteres especiais,
> provavelmente originados do cabeçalho do registro.
> 2) o MFN 93597 está direcionando para o MFN 46827.
> 3) o Oraculo reconhece o registro 93957 como sendo MFN alterado.
>
> Exemplo 1: mx base from=46827 to=46827
>
>  mfn= 46827
> 20  «é b☺♦ î f☺  î »
>   1  «å☺↓ ♀ ƒ☺♠ s Ñ☺     « «☺► ╚ ╛☺»
>   2  «► ░ ╬»
>   8  «☺► Acervo Centr»
> 25  «al343.542.5:347.635(81)(082)D»
> 40  «533iArtigo de livroDIAS, Mar»
> 30  «ia Berenice (coord.)Incesto »
> 43  «e alienaç╞o parentalBARBOSA, Gabriella Ferrares»
> 50  «eSegUniversidade de S╞o Pa»
> 55  «ulo.22.24»
> 60  «7Português23/10/2012 »
> 70  «- HA»
> 141  «F         »
> 155  «             »
>
> Exemplo 2: mx base from=93597 to=93597
>
> mfn= 46827
> 20  «é b☺♦ î f☺  î »
>   1  «å☺↓ ♀ ƒ☺♠ s Ñ☺     « «☺► ╚ ╛☺»
>   2  «► ░ ╬»
>   8  «☺► Acervo Centr»
> 25  «al343.542.5:347.635(81)(082)D»
> 40  «533iArtigo de livroDIAS, Mar»
> 30  «ia Berenice (coord.)Incesto »
> 43  «e alienaç╞o parentalBARBOSA, Gabriella Ferrares»
> 50  «eSegUniversidade de S╞o Pa»
> 55  «ulo.22.24»
> 60  «7Português23/10/2012 »
> 70  «- HA»
> 141  «F         »
> 155  «             »
>
> Abraços.
>
>
>
> Em 29 de setembro de 2014 20:07, Rafael Santini (Biblioshop) <
> santini em biblioshop.com.br> escreveu:
>
>>   Pelo seu relato, o XRF está corrompido, visto que ao tentar acessar o
>> MFN 1932 ele mostra o MFN 84561.
>>
>> Você conseguiu localizar e corrigir os caracteres ASCII menores que 32?
>>
>>
>>  *From:* Antonio Carlos Tafari Filho <actafari em gmail.com>
>> *Sent:* Monday, September 29, 2014 7:17 PM
>>  *To:* Rafael Santini (Biblioshop) <santini em biblioshop.com.br>
>> *Cc:* isis-users em iccisis.org
>> *Subject:* Re: [Isis-users] Puzzle - Dúvida
>>
>>   Olá Rafael.
>>
>> Primeiramente, me desculpe pelo erro de digitação...
>>
>> A base original tem 98677 registros e a base nova tem 98672, totalizando
>> apenas 5 registros de diferença.
>>
>> Ao tentar utilizar o MX para gerar o arquivo TXT da base antiga, retorna
>> "fatal: recread/check/base". Utilizei o mkxrf para tentar corrigir, o que
>> aparentemente de certo. Após gerei o TXT.
>>
>> - old.txt =   68.522.419 bytes
>> - new.txt = 68.518.464 bytes
>>
>> Nenhum programa está conseguindo comparar os dois arquivos deste
>> tamanho...
>>
>> Regerei os arquivos TXT com 10 mil registros, para comprar. O que eu
>> descobri foram diferenças naqueles registros com MFN alterados (aqueles
>> 14).
>>
>> Então tentei ler um registro (1 dos 14 com MFN alterados), da base
>> antiga, antes do mkxrf. O Resultado não é o MFN não é o pesquisado.
>>
>> Ex:
>> > mx base from=1932 to=1932
>> >
>> > mfn= 84561
>> >  20  «Acervo Central»
>> >  1  «340.11(430)(081)=134.3»
>> (...)
>>
>> Realizei a execução do mkxrf o resultado agora fica assim:
>>
>>  > mx base from=1932 to=1932
>> >
>> > mfn=  1932
>>  > 20  «Acervo Central»
>> > 151  «26»
>>  (...)
>>
>> Isso pode significar que o arquivo MST está com problema? Se sim, só de
>> eu gerar um novo XRF (mkxrf) ele já consegue corrigir estes problemas? Acho
>> que com o mkxrf estou perdendo informações.
>>
>> Obrigado.
>>
>>
>>
>>
>>
>> Em 29 de setembro de 2014 17:26, Rafael Santini (Biblioshop) <
>> santini em biblioshop.com.br> escreveu:
>>
>>>   O percentual é relativo, pois depende da quantidade de alterações
>>> realizadas na base de dados. De qualquer forma, a princípio você tem um
>>> problema de fato, pois tem 98677 registros e após a importação fica 96872.
>>> Acho que a primeira coisa que deves fazer é resolver essas 6 ocorrências
>>> ASCII menos que 32 e ver se obtêm a mesma quantidade de registros após
>>> importação. Após obter a mesma quantidade de registros depois da importação
>>> e exportação, podes fazer uma comparação entre as duas bases através de
>>> arquivos texto gerados pelo MX. Exemplo:
>>>
>>> mx base1 now > base1.txt
>>> mx base2 now > base2.txt
>>>
>>> Então, com algum utilitário de diferença de arquivos (eu particularmente
>>> uso o editor de texto PSPad), você pode comparar os dois arquivos para ver
>>> se as duas bases têm o mesmo conteúdo ou identificar o que tem de diferente
>>> se for o caso.
>>>
>>>   *From:* Antonio Carlos Tafari Filho <actafari em gmail.com>
>>> *Sent:* Monday, September 29, 2014 5:03 PM
>>> *To:* Rafael Santini (Biblioshop) <santini em biblioshop.com.br>
>>> *Cc:* isis-users em iccisis.org
>>> *Subject:* Re: [Isis-users] Puzzle - Dúvida
>>>
>>>   Olá Rafael.
>>>
>>> O que eu não entendo é que o arquivo não ficou ligeiramente menor, por
>>> supostamente ter suprimindo alguns caracteres ASCII e alguns registros
>>> logicamente apagados...
>>>
>>> Ele ficou com apenas 37% do tamanho original!!!
>>>
>>> Ou o ISIS tem um sistema de inserção de registros novos de qualidade
>>> muito duvidosa (perdendo muito espaço entre um registro e outro), ou estou
>>> perdendo MUITA informação entre a exportação e reimportação. Eu acredito em
>>> uma terceira hipótese: que minha base esteja com algum problema, e que este
>>> problema esteja causando esta inflação de dados, pois é mais que o dobro de
>>> informação existente entre a base atual e a base reimportada que
>>> efetivamente não existe.
>>>
>>> No arquivo original, o Oraculo diz:
>>>
>>> - Tamanho do MST: 164.309.504 bytes
>>> - Tamanho do XRF: 397.824 bytes
>>> - Maior MFN: 98677
>>> - 0 registros fisicamente deletados
>>> - 0 registros bloqueados
>>> - 0 registros logicamente deletados
>>> - 0 registros com erro de leitura
>>> - 14 MFN alterados
>>> - 6 ocorrências com caracteres ASCII menores que 32.
>>>
>>> Depois de exportado e reimportado:
>>>
>>> - Tamanho do MST: 60.993.024 bytes
>>> - Tamanho do XRF: 397.824 bytes
>>> - Maior MFN: 96872
>>>  - 0 registros fisicamente deletados
>>> - 0 registros bloqueados
>>> - 0 registros logicamente deletados
>>> - 0 registros com erro de leitura
>>> - 0 MFN alterados
>>> - 6 ocorrências com caracteres ASCII menores que 32.
>>>
>>> Entecipadamente, muito obrigado!!!
>>>
>>>
>>>
>>>
>>> Em 29 de setembro de 2014 13:48, Rafael Santini (Biblioshop) <
>>> santini em biblioshop.com.br> escreveu:
>>>
>>>>   É normal que o arquivo MST fique menor após exportar e importar a
>>>> base de dados, pois as alterações realizadas são adicionadas ao final do
>>>> arquivo. Entretanto, os registros logicamente apagados são excluídos
>>>> definitivamente nesse processo e se a base possuir caracteres ASCII menos
>>>> que 32 em algum campo poderá causar perda de informações. Quais são os
>>>> problemas que o Oráculo mostrou?
>>>>
>>>>  *From:* Antonio Carlos Tafari Filho <actafari em gmail.com>
>>>> *Sent:* Monday, September 29, 2014 1:04 PM
>>>> *To:* isis-users em iccisis.org
>>>> *Subject:* [Isis-users] Puzzle - Dúvida
>>>>
>>>>   Olá. / Hi.
>>>>
>>>> Eu tenho um base ISIS onde o arquivos MST está com 164.309.504 bytes. /
>>>> I use a ISIS base with 164.309.504 bytes of size (MST file).
>>>>
>>>> O software Oraculo diz que tenho vários registros com problemas (16). /
>>>> The Oraculo software show me 16 MFN with problem.
>>>>
>>>> Eu exportei a base para ISO, e reimportei. / I created a exported ISO
>>>> file and imported again.
>>>>
>>>> O arquivo MST resultante tem apenas 60.993.024 bytes. / The new MST
>>>> file was only 60.993.024 bytes.
>>>>
>>>> Este procedimento foi apenas para teste. / This procedure was only for
>>>> testing.
>>>>
>>>> Minha dúvida é a seguinte: O porque a diferença é tão grande? Minha
>>>> base está se deteriorando? Ela provavelmente está com algum problema? / My
>>>> question: why the size difference is so large? The current MST file is
>>>> deteriorating? It has a problem?
>>>>
>>>> Obrigado / Tks.
>>>>
>>>>
>>>> ------------------------------
>>>> _______________________________________________
>>>> isis-users mailing list
>>>> isis-users em iccisis.org
>>>> To manage your own subscription options go to:
>>>> http://lists.iccisis.org/listinfo/isis-users
>>>> Or contact Henk Rutten: hlrutten em xs4all.nl
>>>>
>>>
>>
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20140930/f4fee850/attachment.html>

More information about the isis-users mailing list