Perhaps we can add an "Export Cohort" option that includes UUIDs?
-Darius On Tue, Sep 20, 2011 at 12:13 AM, Dave Thomas <[email protected]> wrote: > We've had a research dataset get mangled recently by being extracted from > our parent server originally, and then updated from our reporting server. > This set anne back by a week or so of trying to figure out why data quality > had just taken a major nosedive. The reason was that person_id is displaced > by one between the servers. its not that important, really, but if we're > REALLY moving toward uuids defining identity, this would be a way to make a > globally true set of patients. > On Sep 20, 2011 1:39 AM, "Darius Jazayeri" <[email protected]> > wrote: > > Why would we change cohorts to use uuids rather than patient ids? The > idea > > is that patient_id is valid for use within the database. Is there a > > sync-related issue? Or are you trying to export these? > > > > -Darius > > > > On Fri, Sep 16, 2011 at 9:02 AM, Dave Thomas <[email protected]> wrote: > > > >> While we're at it, can we change cohorts to use uuids rather than > patient > >> ids too? > >> On Sep 16, 2011 5:56 PM, "Friedman, Roger (CDC/CGH/DGHA) (CTR)" < > >> [email protected]> wrote: > >> > The original proposal was to replace the autogenerated id with the > UUID > >> as the Hibernate identity field. Was that not implemented? > >> > > >> > Some of the linking tables had no ID or UUID, using the from/to unique > >> ids as the unique id (between location and location tag, if I remember > >> correctly, is one). Has that been changed? > >> > > >> > From: [email protected] [mailto:[email protected]] On Behalf Of Darius > >> Jazayeri > >> > Sent: Friday, September 16, 2011 11:20 AM > >> > To: [email protected] > >> > Subject: Re: [OPENMRS-DEV] TRUNK-2362 - Get rid of implementations of > >> equals and hashCode in our domain objects > >> > > >> > > >> > Roger, > >> > > >> > This only affects equality and hash set membership tests in java. It > will > >> be dwarfed by the cost of pulling things from the database, from a > >> performance standpoint. > >> > > >> > -Darius (by phone) > >> > On Sep 16, 2011 7:14 AM, "Friedman, Roger (CDC/CGH/DGHA) (CTR)" < > >> [email protected]<mailto:[email protected]>> wrote: > >> > Greg -- > >> > You don't have to break everything to be famous, all you have to do is > >> slow things down a lot. The article that is at the root of this issue > >> rejected UUIDs because comparisons are slow due to their length. Could > you > >> try some operations with your fix and the large DB and compare > performance? > >> > Saludos, Roger > >> > > >> > From: [email protected]<mailto:[email protected]> [mailto:[email protected] > >> <mailto:[email protected]>] On Behalf Of Greg Warren > >> > >> > Sent: Friday, September 16, 2011 1:06 AM > >> > To: [email protected]<mailto: > >> [email protected]> > >> > >> > Subject: [OPENMRS-DEV] TRUNK-2362 - Get rid of implementations of > equals > >> and hashCode in our domain objects > >> > > >> > > >> > > >> > > >> > I am going to check in this fix which affects almost all the domain > >> objects. We have removed t... > >> > > >> > > >> > ________________________________ > >> > Click here to unsubscribe from OpenMRS Developers' mailing list > >> > > >> > ________________________________ > >> > Click here to unsubscribe<mailto:[email protected] > ?body=SIGNOFF%20openmrs-devel-l> > >> from OpenMRS Developers' mailing list > >> > > >> > _________________________________________ > >> > > >> > To unsubscribe from OpenMRS Developers' mailing list, send an e-mail > to > >> [email protected] with "SIGNOFF openmrs-devel-l" in the body > >> (not the subject) of your e-mail. > >> > > >> > [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l] > >> ------------------------------ > >> Click here to unsubscribe< > [email protected]?body=SIGNOFF%20openmrs-devel-l>from OpenMRS > Developers' mailing list > > >> > > > > _________________________________________ > > > > To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to > [email protected] with "SIGNOFF openmrs-devel-l" in the body > (not the subject) of your e-mail. > > > > [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l] > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from > OpenMRS Developers' mailing list > _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
