Main   Products   Offshore Outsourcing   Customers   Partners   ContactUs  
JDBC Databases
  HXTT Access 7.1.259
  HXTT Cobol 5.0.258
  HXTT DBF 7.1.260
 
  Buy Now
  Support
  Download
  Document
  FAQ
  HXTT Excel 6.1.262
  HXTT Json 1.0.230
  HXTT Paradox 7.1.258
  HXTT PDF 2.0.258
  HXTT Text(CSV) 7.1.258
  HXTT Word 1.1.258
  HXTT XML 4.0.259
Offshore Outsourcing
Free Resources
  Firewall Tunneling
  Search Indexing Robot
  Conditional Compilation
  Password Recovery for MS Access
  Password Recovery for Corel Paradox
  Checksum Tool for MD5
  Character Set Converter
  Pyramid - Poker of ZYH
   
   
   
Heng Xing Tian Tai Lab of Xi'an City (abbr, HXTT)

HXTT DBF
Index corrupted after insert
Marcelo Schwanck Lopes
2009-08-13 18:54:23
Hi,

I executed an insert on one of my Clipper DBF files and i got one index (.NTX) corrupted...
This DBF file has 8 indexes. The index with the problem is:
ID_CONH3.NTX => OCPNH_EST + OPCNH_DGDT + OPCNH_CONH

This is the only index that got corrupted.

An information that can be important is that the fields OCPNH_EST and OPCNH_DGDT are empty strings. We have another records where this fields are empty strings too but they were inserted by the legacy Clipper system.

Have you any ideia that what can be corrupting this index?

Thanks in advance,

Marcelo
Re:Index corrupted after insert
HXTT Support
2009-08-13 21:34:54
>We have another records where this fields are empty strings too but they were
> inserted by the legacy Clipper system.
You shoul run once "reindex all on thattable;". Then use lockType=Clipper connection property to avoid legacy Clipper system and HXTT DBF do concurrent modification.
Re:Re:Index corrupted after insert
Marcelo Schwanck Lopes
2009-08-18 05:38:08
Do you mean that I really need to use HXTT reindex once to avoid concurrent modification?
Or should I use reindex every time the corruption happens?
Re:Re:Re:Index corrupted after insert
HXTT Support
2009-08-18 08:11:52
>Do you mean that I really need to use HXTT reindex once to avoid concurrent >modification?
Once to fix that corrupted index. You can use Clipper too.

>Or should I use reindex every time the corruption happens?
You should use lockType=Clipper to avoid new corruption.
Re:Re:Re:Re:Index corrupted after insert
Marcelo Schwanck Lopes
2009-08-18 10:08:14
Sad, because I'm using lockType=Clipper and still getting corruption.
I'm trying to mount a test case so that I can send to you.
Re:Re:Re:Re:Re:Index corrupted after insert
Marcelo Schwanck Lopes
2009-08-18 12:45:06
I'm still clueless about the problem that I'm facing. The corruption problem seems to be random and the only thing that is always happening is this error:

DBCOMMIT (0) Unrecoverable error 17: Illegal characters in alias? ??3?J?a?x?Å?ª
?¢?È?Ù???????0?G?^?u?î?��?¦?g ~ �� ¼ + + ��???6?M?d?{?Æ?®?+?Î?¯?P 6203330
1168 ?? 62044273004 X? 62047213053 ? 62052764020
:? 62065980044 (? 62079808087 4? 62088505091 6
62094181049 A 62104683068 V? 62110462000  ?
62111353000 ¥ 62177702020 62177702020 L? 6221166802
0 ¦? 62235419968 Þ? 62315633087 Q 62322923087 Ã?
62334930059 -? 62338080068 ¶? 62848518049 Ù? 623733900
? 62418491072 -? 62442970082 ?? 62517457972 ï? 6253
7989953 Å? 62558749072 »? 62558960997 c 62699750000
¶? 62761790006 ^
62770748068 _? 62791052020 Á? 6291
2615968 y? 62977253068 æ
62977253068 +? 62989731091 ?
Re:Re:Re:Re:Re:Re:Index corrupted after insert
HXTT Support
2009-08-18 16:31:39
>This DBF file has 8 indexes. The index with the problem is:
>ID_CONH3.NTX => OCPNH_EST + OPCNH_DGDT + OPCNH_CONH
>This is the only index that got corrupted.
>An information that can be important is that the fields OCPNH_EST and OPCNH_DGDT
>are empty strings. We have another records where this fields are empty strings
>too but they were inserted by the legacy Clipper system.
Please send us your corrupted dbf/ntx sample.
Re:Re:Re:Re:Re:Re:Re:Index corrupted after insert
Marcelo Schwanck Lopes
2009-08-19 05:43:40
Ok, I've sent via email. Now I look forward your review.
Thanks
Re:Re:Re:Re:Re:Re:Re:Re:Index corrupted after insert
Marcelo Schwanck Lopes
2009-08-20 05:57:41
Do you have any feedback on this problem? We are implementing a huge system we design around your driver and now after the go-live we detected this problem. It's very important for us this solution.

Thank you
Re:Re:Re:Re:Re:Re:Re:Re:Index corrupted after insert
HXTT Support
2009-08-20 07:23:39
We're still t recur your issue.
Re:Re:Re:Re:Re:Re:Re:Re:Index corrupted after insert
Marcelo Schwanck Lopes
2009-08-20 07:33:40
Ok, thank you. Meanwhile we are trying to workaround using other index (instead of NTX, trying IDX/CDX now). The same problem didn't happened yet, but we are facing another one:

DBF driver doesn't know what's the meaning of collation sequence . Please email support@hxtt.com a dbf cdx sample file for support
at com.hxtt.global.SQLState.SQLException(Unknown Source)
at com.hxtt.b.s.a(Unknown Source)
at com.hxtt.sql.dbf.b.char(Unknown Source)
at com.hxtt.sql.dbf.b.(Unknown Source)
at com.hxtt.sql.dbf.b.a(Unknown Source)
at com.hxtt.sql.dbf.DBFIndex.a(Unknown Source)
at com.hxtt.sql.dbf.DBFIndex.a(Unknown Source)
at com.hxtt.sql.dbf.DBFIndex.(Unknown Source)
at com.hxtt.sql.dbf.DBFIndex.a(Unknown Source)
at com.hxtt.sql.dbf.i.a(Unknown Source)
at com.hxtt.sql.dbf.c.a(Unknown Source)
at com.hxtt.sql.dbf.c.(Unknown Source)
at com.hxtt.sql.dbf.u.a(Unknown Source)
at com.hxtt.sql.bn.if(Unknown Source)
at com.hxtt.sql.bn.a(Unknown Source)
at com.hxtt.sql.df.a(Unknown Source)
at com.hxtt.sql.bn.a(Unknown Source)
at com.hxtt.sql.bn.a(Unknown Source)
at com.hxtt.sql.ag.a(Unknown Source)
at com.hxtt.sql.dh.execute(Unknown Source)
at com.mercurio.depotrobot.dbf.BaseCrudDAO.store(BaseCrudDAO.java:163)
at com.mercurio.depotrobot.dbf.BaseCrudService.store(BaseCrudService.java:49)
at Teste.main(Teste.java:32)

Search Key   Search by Last 50 Questions




Google
 

Email: webmaster@hxtt.com
Copyright © 2003-2019 Heng Xing Tian Tai Lab of Xi'an City. | All Rights Reserved. | Privacy | Legal | Refund | Sitemap