Main   Products   Offshore Outsourcing   Customers   Partners   ContactUs  
JDBC Databases
  HXTT Access v7.1
  HXTT Cobol v5.0
  HXTT DBF v7.1
  Buy Now
  HXTT Excel v6.1
  HXTT Json v1.0
  HXTT Paradox v7.1
  HXTT PDF v2.0
  HXTT Text(CSV) v7.1
  HXTT Word v1.1
  HXTT XML v4.0
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)

Catalog vs symlink
2015-04-06 17:49:00
Our Foxpro app has 2 directories of dbf files (2 companies, each have a different set of dbf's in their own respective directories). However both companies do share a couple dbfs located in "Company A's" directory. We had been working with separate datasource A and datasource B. On the couple of occasions datasource B needed to join a table from datasource A, we had created some "symbolic links" to the shared DBF and IDX files so that our ColdFusion app could access the proper tables. This works, though seems less than ideal.

Today we discovered "catalogs" in Hxtt DBF driver which allows us to properly join tables in separate directories by creating one "parent directory" datasource and fully qualifying the path to those tables in every query. This is certainly more verbose, but MUCH more flexible and is how we are accustomed to working in SQL databases.

However, it seems that there is a performance hit when having one giant parent datasource with multiple subdirectories over the symlink option?

Is there a reason for this? Would it actually be better to go back to the symlink option? Are there pros/cons to either approach?
Re:Catalog vs symlink
HXTT Support
2015-04-07 01:34:27
You can use catalogs, which hasn't performance issue, if you want to do join query on two subdirectories.

Search Key   Search by Last 50 Questions


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