Then is taking backup of a particular module's globals also possible? If so, how?
Regards Usha ----- Original Message ----- From: "K.S. Bhaskar" <[EMAIL PROTECTED]> To: <hardhats-members@lists.sourceforge.net> Sent: Wednesday, June 22, 2005 1:48 AM Subject: Re: [Hardhats-members] VistA global variable partitioning > Steve -- > > The only reason to segregate globals is for operational reasons such as > those I outlined, e.g., a throw-away-on-system-crash database file for > scratch globals, a read-only database file for globals that are not > modified in normal operation, such as globals that define the data > dictionary, etc. > > The benefit is potentially simpler operations and/or reduced IO on the > system, e.g., you won't need a daily backup for either scratch globals > or data dictionary globals. > > You can use different database files for partitioning globals for > sharing purposes - for example, in the GT.M Acculturation CD at > http://sourceforge.net/projects/sanchez-gtm there is an example for > setting up an ASP for the Azkaban Infirmary and St. Mungo's Hospital, > where both share a drug file but are otherwise separate. > > You can also partition for purposes of restricting access - e.g., if > there is a global that stores information about supplies in inventory, > not everyone would need access to it. By segregating patient records > globals from supplies globals, people in the purchasing department would > be unable to acces patient records. > > These are the benefits of segregating globals. As you say, the benefits > of not segregating are a small number of database and journal files. > > If there isn't a natural partitioning for the OpenVistA VivA and > OpenVistA SemiVivA packages, I'll leave things as they are, in one > database file. > > -- Bhaskar > > Tomlinson, Steven B wrote: > > Just curious, what, if any, advantages are there to doing that? I like > > having just one file to deal with. > > > > Steven B. Tomlinson > > [EMAIL PROTECTED] > > Pacific Telehealth and Technology Hui > > www.PacificHui.org > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] Behalf Of K.S. > > > Bhaskar > > > Sent: Tuesday, June 21, 2005 5:17 AM > > > To: hardhats-members@lists.sourceforge.net > > > Subject: [Hardhats-members] VistA global variable partitioning > > > > > > > > > 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 > > <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 > > <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 > > ------------------------------------------------------- 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
