From b1fcb0abc8a9d3dfa2d481dbde7797d8f520451f Mon Sep 17 00:00:00 2001 From: "mbarnson%sisna.com" Date: Tue, 5 Nov 2002 04:07:18 +0000 Subject: [PATCH] Added information about versioncache back in. See bug 140332 git-svn-id: svn://10.0.0.236/trunk@132998 18797224-902f-48f8-a5cc-f745e15eee43 --- .../webtools/bugzilla/docs/sgml/database.sgml | 26 +++++++++++++++++++ .../webtools/bugzilla/docs/xml/database.xml | 26 +++++++++++++++++++ 2 files changed, 52 insertions(+) diff --git a/mozilla/webtools/bugzilla/docs/sgml/database.sgml b/mozilla/webtools/bugzilla/docs/sgml/database.sgml index f0cda458937..ae1918207cd 100644 --- a/mozilla/webtools/bugzilla/docs/sgml/database.sgml +++ b/mozilla/webtools/bugzilla/docs/sgml/database.sgml @@ -8,6 +8,32 @@ tables to document dependencies. Any takers? +
+ Modifying Your Running System + + Bugzilla optimizes database lookups by storing all relatively + static information in the + versioncache file, located in the + data/ + subdirectory under your installation directory. + + If you make a change to the structural data in your database (the + versions table for example), or to the + constants + + encoded in defparams.pl, you will need to remove + the cached content from the data directory (by doing a + rm data/versioncache + + ), or your changes won't show up. + + versioncache + gets automatically regenerated whenever it's more than + an hour old, so Bugzilla will eventually notice your changes by itself, + but generally you want it to notice right away, so that you can test + things. +
+
MySQL Bugzilla Database Introduction diff --git a/mozilla/webtools/bugzilla/docs/xml/database.xml b/mozilla/webtools/bugzilla/docs/xml/database.xml index f0cda458937..ae1918207cd 100644 --- a/mozilla/webtools/bugzilla/docs/xml/database.xml +++ b/mozilla/webtools/bugzilla/docs/xml/database.xml @@ -8,6 +8,32 @@ tables to document dependencies. Any takers? +
+ Modifying Your Running System + + Bugzilla optimizes database lookups by storing all relatively + static information in the + versioncache file, located in the + data/ + subdirectory under your installation directory. + + If you make a change to the structural data in your database (the + versions table for example), or to the + constants + + encoded in defparams.pl, you will need to remove + the cached content from the data directory (by doing a + rm data/versioncache + + ), or your changes won't show up. + + versioncache + gets automatically regenerated whenever it's more than + an hour old, so Bugzilla will eventually notice your changes by itself, + but generally you want it to notice right away, so that you can test + things. +
+
MySQL Bugzilla Database Introduction