The partitioning of the globals is or is not needed. For a single doctor's office with 2-5 users, it probably does not make sense. For a serious implementation at a sizeable medical center (or an outpatient clinic with many providers) it makes absolutely perfect sense. If you look at the larger VA sites they will have the globals partitioned over 15 - 30 virtual volume sets spreading the IO out over multiple spindles and disk controllers. Even for the single doctor's office it makes sense to partition out two scratch globals: ^TMP and ^UTILITY. On my Cache system I have these two globals translated to the CACHETEMP namespace. CACHE does the same thing that Bhaskar mentioned. Any globals in CACHETEMP will be KILLed whenever Cache is started. Sorry, Bhaskar, but those are the only two globals that could go in such a volume set. All other VistA globals, even ones considered temporary, need to be managed by the appropriate VistA application and not the M implementation.
----- Original Message ----- From: "gmartinson" <[EMAIL PROTECTED]> To: <hardhats-members@lists.sourceforge.net> Sent: Tuesday, June 21, 2005 6:00 PM Subject: [Hardhats-members] VistA global variable partitioning > Bhaskar, > > I think this a good idea. If one uses journaling and backups it would make > the > administration of backup and recovery easier by separating the critical mass > from the mundane > wouldn't it? Also, the multiple databases would sort of be self > documenting, i.e. what > global var's go to what application. Always useful knowledge for > development purposes. > > gmartinson > _____________________________ > > > Date: Tue, 21 Jun 2005 11:17:26 -0400 > > From: "K.S. Bhaskar" <[EMAIL PROTECTED]> > > Organization: Fidelity Information Services, Inc. > > To: hardhats-members@lists.sourceforge.net > > Subject: [Hardhats-members] VistA global variable partitioning > > Reply-To: hardhats-members@lists.sourceforge.net > > > > As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold > > (and maybe VivA too - please let me know if you want a VivA live CD), it > > occurs to me that I could easily organize the global variables into > > multiple database files where it makes sense for them to be separate. > > > > For example, if there are global variables which are transient (e.g., > > perhaps Taskman process ids) where on system startup, one would just > > delete the old database file and create a new one, they could be put in > > a scratch region. > > > > If there are globals that shouldn't be changed except on a Saturday > > night after a full moon and authorized by a form signed in triplicate by > > someone close to a deity and a DBA's thumbprint in blood, then we could > > put those globals in a file with read-only permissions. > > > > And so on. > > > > If there is no clearcut partitioning of global variables, I'll keep them > > all in one file as I have done to date. > > > > The global variables in the latest FOIA VistA are below, one to a line > > to facilitiate annotation and comments. Thank you in advance for your > > assistance. > > > > -- Bhaskar > > > > ---------------------------------------------------------- > > ABS > > ACK > > AFJ > > ALPB > > ANRV > > APSPQA > > AUPNPAT > > AUPNPROB > > AUPNVCPT > > AUPNVHF > > AUPNVIMM > > AUPNVPED > > AUPNVPOV > > AUPNVPRV > > AUPNVSIT > > AUPNVSK > > AUPNVTRT > > AUPNVXAM > > AUTNPOV > > AUTTEDT > > AUTTEXAM > > AUTTHF > > AUTTIMM > > AUTTLOC > > AUTTSK > > AUTTTRT > > AWC > > BPSCOMB > > BPSC > > BPSECX > > BPSEI > > BPSF > > BPSR > > BPSTL > > BPST > > BPS > > DDA > > DD > > DENT > > DGAM > > DGBT > > DGCN > > DGCPT > > DGCR > > DGENA > > DGEN > > DGICD9 > > DGIN > > DGMS > > DGMT > > DGM > > DGNT > > DGPF > > DGPM > > DGPR > > DGPT > > DGP > > DGQE > > DGRO > > DGRU > > DGSL > > DGS > > DGTF > > DGWAIT > > DG > > DIAR > > DIA > > DIBT > > DIC > > DIE > > DIPT > > DIST > > DISV > > DI > > DIZ > > DMSQ > > DOPT > > DPT > > DVB > > EAS > > ECC > > ECD > > ECH > > ECJ > > ECK > > ECL > > ECP > > ECR > > ECT > > ECX > > EC > > EDR > > EEO > > ENCSN > > ENGS > > ENG > > ESP > > FB583 > > FB7078 > > FBAAA > > FBAACNH > > FBAAC > > FBAAI > > FBAAV > > FBAA > > FBHL > > FB > > FHEN > > FHING > > FHNU > > FHPT > > FHUM > > FH > > FSCD > > FSC > > GECS > > GMPL > > GMRD > > GMR > > GMT > > HBHC > > HLCS > > HLEV > > HLMA > > HLS > > HL > > HOLIDAY > > IBAM > > IBAT > > IBA > > IBCNR > > IBCN > > IBD > > IBE > > IBM > > IBQ > > IBT > > IB > > ICD0 > > ICD9 > > ICDYZ > > ICD > > ICM > > ICPT > > IMR > > IVM > > KMPD > > KMPR > > KMPS > > LAB > > LAC > > LAHM > > LAM > > LAR > > LBRY > > LEXC > > LEXM > > LEXT > > LEX > > LRD > > LRE > > LRO > > LRT > > LR > > MAGDAUDT > > MAGDGEQR > > MAGDHL7 > > MAGDICOM > > MAGDINPT > > MAGDMLOG > > MAGDOUTP > > MAGDWLST > > MAGD > > MAGIXCVT > > MAGQUEUE > > MAGRT > > MAG > > MCAR > > MDD > > MDS > > MPIF > > MR > > MXML > > NURQ > > NURSA > > NURSC > > NURSF > > NVSTEMP > > NVS > > OCXD > > OCXS > > OFM > > ONCO > > OOPS > > ORA > > ORD > > ORE > > ORRT > > ORYX > > OR > > PPP > > PRCAK > > PRCA > > PRCD > > PRCF > > PRCH > > PRCN > > PRCP > > PRCS > > PRCT > > PRCU > > PRC > > PRPFT > > PRPF > > PRSD > > PRSE > > PRSPC > > PRSP > > PRST > > PSB > > PSCST > > PSDRUG > > PSD > > PSI > > PSNDF > > PSNTRAN > > PSOARC > > PSRX > > PSUDEM > > PSXARC > > PSX > > PS > > PTX > > PXD > > PXRMD > > PXRMPT > > PXRMXP > > PXRMXT > > PXRM > > PX > > QA > > RABTCH > > RADPTN > > RADPT > > RAMIS > > RAO > > RARPT > > RA > > RCD > > RCPSE > > RCPSS > > RCPS > > RCT > > RCXV > > RCY > > RC > > RGEQASN > > RGEQEXC > > RGEQ > > RGHL7 > > RGSITE > > RGSTAT > > RMIM > > RMPF > > RMPO > > RMPRA > > RMPR > > RORDATA > > ROR > > RTV > > RT > > SCE > > SCPT > > SCRS > > SCTM > > SC > > SDAM > > SDASE > > SDASF > > SDD > > SDV > > SDWL > > SD > > SOWK > > SPNL > > SRF > > SRO > > SRP > > SRS > > SRU > > TIU > > USC > > USR > > VAS > > VAT > > VA > > VDEFHL7 > > VIC > > VSIT > > WV > > XDRM > > XHD > > XHLP > > XIP > > XMBPOST > > XMBS > > XMBX > > XMB > > XMD > > XOB > > XPD > > XTV > > XT > > XUCM > > XUCS > > XUSEC > > XUSSPKI > > XWB > > YSA > > YSCL > > YSD > > YSG > > YSR > > YSTX > > YS > > YTD > > YTT > > YTX > > %ZISL > > %ZIS > > %ZRTL > > %ZTER > > %ZTSCH > > %ZTSK > > %ZUA > > %ZUT > > %Z > > ---------------------------------------------------------- > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
