Main   Products   Offshore Outsourcing   Customers   Partners   ContactUs  
JDBC Databases
  HXTT Access 7.1.253
  HXTT Cobol 5.0.252
  HXTT DBF 7.1.253
 
  Buy Now
  Support
  Download
  Document
  FAQ
  HXTT Excel 6.1.256
  HXTT Json 1.0.224
  HXTT Paradox 7.1.252
  HXTT PDF 2.0.252
  HXTT Text(CSV) 7.1.252
  HXTT Word 1.1.252
  HXTT XML 4.0.253
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
Re:Re:Problems with the update of the index files
Marcelo Lopes
2009-08-28 09:57:05
I've some questions:
1) On the case of the conh.dbf file I do an INSERT, so I don't need to lock anything, right? Don't should Hxtt take care of this and avoid any concurrency problem? If not, what I need to do?
2) Our logic is the following:
a) My HXTT system and Clipper's system get a number 'X' and search in CONH.DBF file to see if this number exists there, before insert it.
b) If the number is not in CONH.DBF it insert a new record into CONH.DBF. If it finds the number there, then it get another number 'X + 1' and try again.

What I think is happening is that my HXTT system inserts into CONH.DBF (and commit) and before all indexes get updated, the Clipper's process search for the number 'X' at CONH.DBF and (has the index is not updated yet) he can't find it. So, at the end, both processes inserts the same number 'X' into CONH.DBF...
Can it be really happening? What do you think that is the problem?

Thanks in advance

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 | Sitemap