home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / informix / 1765 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  1.7 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!europa.asd.contel.com!emory!hector.cc.bellcore.com
  2. From: warren@hector.cc.bellcore.com (saccente,warren j)
  3. Newsgroups: comp.databases.informix
  4. Subject: Online 4.10 Dbexport/Dbimport
  5. Message-ID: <9373@emory.mathcs.emory.edu>
  6. Date: 21 Aug 92 15:23:13 GMT
  7. Sender: walt@mathcs.emory.edu
  8. Reply-To: warren@hector.cc.bellcore.com (saccente,warren j)
  9. Lines: 29
  10. X-Informix-List-ID: <list.1389>
  11.  
  12. Paul Mahoney writes: 
  13.  
  14. > I need to move databases about. Unfortunately dbexport does not
  15. > record table extent/next extent sizes or the lock mode when it
  16. > creates the sql necessary to recreate the exported database.
  17. >  
  18. > Has anyone got tools which do it right? When I asked Informix they
  19. > said no.
  20.  
  21. We are struggling with the same issues right now.  I've been working on 
  22. an awk script to changes the DBNAME.sql file such that it will put in the lock 
  23. modes and extent sizes and change the file so that it will work with isql 
  24. rather than dbimport.  I haven't spoken with Informix about this yet - but I 
  25. suspect that they would consider the extent size issue as a feature rather 
  26. than a flaw - and under most circumstances they are right.  dbimport will     
  27. figure out an extent size such that all data to be loaded will fit into the 
  28. first extent.  This is usually good - two cases where it is not good is 
  29. (1) if you don't have enough available contiguous dbspace to put the entire 
  30. table in one extent and (2) if you want the extent size to be less than 16K 
  31. (we create our tables as 8K extents because we have many very small tables -
  32. our databases almost double in size when we export and import them). 
  33.  
  34. Does anyone know if either of these situation exist post-4.0 or are
  35. these flaws/features fixed?
  36.  
  37. Thanks,
  38.  
  39. Warren J. Saccente
  40. Bellcore
  41.