Differences between version 2 and predecessor to the previous major change of FlatFiles.
Other diffs: Previous Revision, Previous Author, or view the Annotated Edit History
Newer page: | version 2 | Last edited on Sunday, August 10, 2003 5:05:19 pm | by PerryLorier | Revert |
Older page: | version 1 | Last edited on Sunday, August 10, 2003 4:44:28 pm | by DanielLawson | Revert |
@@ -6,5 +6,5 @@
FlatFiles are inefficient for large volumes of data, as lookups tend to be O(n) and there is no way of placing an index on the file. If you are using a very large [[FlatFile and want to improve performance, try storing its contents in a better FileFormat, such as a dbm, or a good SQL database.
-Most configuration files are in [[
FlatFile format. This is normally fine, but in some cases you want good dynamic control over the contents of the files. If the program you are using cannot support a better FileFormat than FlatFiles, then you could always store your data however you like - eg in [SQL] or [LDAP], and have a script which runs regularly and updates the FlatFiles your program relies on.
+Most configuration files are in !
FlatFile format. This is normally fine, but in some cases you want good dynamic control over the contents of the files. If the program you are using cannot support a better FileFormat than FlatFiles, then you could always store your data however you like - eg in [SQL] or [LDAP], and have a script which runs regularly and updates the FlatFiles your program relies on.