[Isis-users] Puzzle - Dúvida

Tue Sep 30 02:07:27 CEST 2014

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/20140929/2d24fa76/attachment.html>