Name: executing complexity-increasing queries in relational (mysql) and nosql (mongodb and exist) size-growing iso/en 13606 standardized ehr databases
Uploaded: 2018-03-19T14:30:00
Duration: 7 min 26 s
Description: Watch this Scientific Journal Video about Executing Complexity-Increasing Queries in Relational MySQL and NoSQL MongoDB and EXist Size-Growing ISO/EN 13606 Standardized EHR Databases at JoVE.com

המחברים רוצה להודות ד ר דיפאק Kalra, המנהיג של כוח המשימה EHRCom מוגדר תקן של ISO/EN 13606 וצוותו אוניברסיטת לונדון המכללה על שאישרו לנו להשתמש ISO/EN 13606 W3C של סכימת XML.
עבודה זו נתמכה על ידי אינסטיטוטו דה סאלוד Carlos III [גרנט מספרים PI15/00321, PI15/00003, PI1500831, PI15CIII/00010 ו- RD16CIII].

1. לבנות של DBMS MySQL יחסיים כדי לאחסן את מסדי הנתונים של תמציות EHR סטנדרטית בגודל כפול שלוש
<ol><li>ייבוא ה – W3C (World Wide Web Consortium) סכימת ה-XML המתאימה RM ISO/EN13606, ואת סוגי הנתונים ISO21090 אל 'Java IDE' (סביבת פיתוח משולבת). הערה: ISO מייצג ארגון התקנים הבינלאומי. EN עומד על נורמה אירופית.</li>
	<li>לבצע את JAXB (איגוד XML Java) התוספת ב- IDE; זה מייצר מחלקות Java המתאימה למבנה של האלמנטים של קבצי ה-XML EHR תמציות.</li>
	<li>לתייג באופן ידני מחלקות Java הפיק עם JPA תוויות. תוויות אלה להפנות את cardinalities ויחסים אחרים בין הטבלאות יחסיים של מסד הנתונים MySQL.</li>
	<li>לייבא את הספריות של JPA (התמדה Java API) אל ה-IDE ובצע את שיטת בונה מסד נתונים MySQL מחלקות Java מתויגות.</li>
	<li>ליצור שלוש ספריות עם 5,000, 10,000 ו- 20,000 EHR מציאותי מחלץ קבצי XML.</li>
	<li>לבצע את פעולת השירות JPA כדי לטעון את תמצית ה-XML לתוך ה-DBMS MySQL על כל תמציות של הספריה תמציות 5,000.</li>
	<li>חזור על שלב 1.6 פעמיים, פעם אחת עם הספריה תמציות 10,000 ופעם אחת עם הספריה תמציות 20,000.</li>
</ol>2. לבנות של DBMS NoSQL MongoDB לאחסון מסדי נתונים של תמציות EHR סטנדרטית בגודל כפול שלוש
<ol><li>תהליך כל שלוש הספריות המכילות 5,000, 10,000 ו- 20,000 מציאותי EHR מחלץ קבצי XML עם תוכנית סטנדרטית כדי להמיר קבצי XML JSON קבצים, כגון json.org.XML. שלוש ספריות עם 5,000, 10,000 ו- 20,000 JSON קבצים צריך להיות מיוצר.</li>
	<li>השקת MongoDB GUI (ממשק משתמש גרפי, ראה טבלה של חומרים).</li>
	<li>ההשקה MongoDB 2.6 שרת ביצוע התוכנית mongod מתוך חלון מערכת DOS (דיסק מערכת ההפעלה).</li>
	<li>להתחבר MongoDB GUI השרת localhost באמצעות יציאה 27017.<ol>
<li>בחר בתפריט "התחבר".</li>
		<li>לכתוב שם עבור החיבור (למשל ' הראשון').</li>
		<li>כתוב localhost:27017 תיבת הטקסט של שרת DB.</li>
		<li>לחץ על לחצן 'התחבר'; עץ עם מסדי הנתונים הנוכחי אמור להופיע בצד השמאל.</li>
	</ol>
</li>
	<li>לבנות מסד נתונים המכיל 5,000 EHR מתוקננת תמציות.<ol>
<li>לחץ על השם של איש הקשר בחלק העליון של העץ בצד השמאל.</li>
		<li>בחר בתפריט "קובץ".</li>
		<li>בחר 'הוסף מסד נתונים'.</li>
		<li>הזן את שם מסד הנתונים בתיבת הדו-שיח שמופיעה.</li>
		<li>לחץ על אישור.</li>
	</ol>
</li>
	<li>לבנות אוסף המכיל 5,000 EHR מתוקננת תמציות.<ol>
<li>לחץ על השם של מסד הנתונים על העץ בצד השמאל.</li>
		<li>בחר בתפריט "מסד נתונים".</li>
		<li>לבחור "AddCollection".</li>
		<li>הזן את השם של האוסף בתיבת הדו-שיח שמופיעה.</li>
		<li>לחץ על " צור".</li>
		<li>לחץ על השם של האוסף.</li>
		<li>בחר בתפריט "ייבוא".</li>
		<li>בחר בלחצן 'JSON - מעטפת מונגו / / mongoexport ".</li>
		<li>לחץ על "הבא".</li>
		<li>לחץ על לחצן "הוסף קבצים המקור".</li>
		<li>נווט במחשב באמצעות תיבת הדו-שיח.</li>
		<li>פתח הספריה שמכילה 5,000 JSON לחלץ קבצים.</li>
		<li>בחר את כל הקבצים בספריה.</li>
		<li>לחץ על 'פתח'. רשימת הקבצים JSON אמורה להופיע בתיבת הדו-שיח ' ייבוא '.</li>
		<li>לחץ על "הבא"; תצוגה מקדימה של האוסף החדש במסד הנתונים מופיע בצד השמאל.</li>
		<li>לחץ על "הבא".</li>
		<li>לחץ על "התחל ייבוא". התקדמות הייבוא מופיע למטה בצד השמאל, המציין את מספר הקבצים המיובאים ואת הזמן שחלף.</li>
	</ol>
</li>
	<li>חזור על שלבים 5 ו- 6 כדי לבנות אוסף של 10,000 EHR מתוקננת תמציות.</li>
	<li>חזור על שלבים 5 ו- 6 כדי לבנות אוסף של 20,000 EHR מתוקננת תמציות.</li>
</ol>3. לבנות NoSQL קיים DBMS על החנות שלוש כפול בגודל סטנדרטית EHR תמציות מסדי נתונים
<ol><li>הפעל את מסד הנתונים קיימים .</li>
	<li>באמצעות הסמל של מסד הנתונים, פתח את הלקוח Admin Java.</li>
	<li>הזן סיסמת מנהל מערכת.</li>
	<li>לחץ על לחצן 'התחבר'.</li>
	<li>לבנות אוסף המכיל 5,000 EHR מתוקננת תמציות.<ol>
<li>בסרגל הכלים, בחר בתפריט "יצירת אוסף חדש".</li>
		<li>בתיבת הדו-שיח שמופיעה, הקלד את השם של האוסף החדש.</li>
		<li>לחץ "קבל"; האוסף החדש יופיע.</li>
		<li>בחר את שם האוסף.</li>
		<li>בסרגל הכלים, בחר בתפריט "מאגר קבצים במסד הנתונים".</li>
		<li>נווט של המחשב באמצעות תיבת הדו-שיח.</li>
		<li>בחר את הספריה שמכילה את קבצי ה-XML תמצית תקנית 5,000.</li>
		<li>לחץ על הלחצן "בחר קבצים או ספריות כדי לאחסן". שימו לב כי תופיע תיבת הדו-שיח מציג את ההתקדמות, הקבצים להיות מאוחסנים, האחוז של מסד הנתונים נוצר.</li>
	</ol>
</li>
	<li>חזור על שלב 5 כדי לבנות אוסף המכיל 10,000 EHR מתוקננת תמציות.</li>
	<li>חזור על שלב 5 כדי לבנות אוסף המכיל 20,000 EHR מתוקננת תמציות.</li>
</ol>4. עיצוב וביצוע במסדי הנתונים MySQL יחסיים 3 6 שאילתות מורכבות-הגדלת
<ol><li>עיצוב 6 שאילתות מורכבות-הגדלת בהתאם שמתווה בשימוש תמציות EHR.</li>
	<li>תוכנית קובץ script SQL עם השאילתה הראשונה על מסד הנתונים MySQL. ה-SQL חייב להסתגל המבנה המיוחד של מסד הנתונים MySQL עקב תמציות תקינה (ונושמים). מסד הנתונים ממפה את כל המבנה של תמציות. כתוצאה מכך, שאילתת SQL היא מורכבת למדי.</li>
	<li>לזהות את התכונות של מסדי הנתונים היה לזרז את זמן התגובה של השאילתות אם אינדקס נבנה עליהם, ואז לבנות אינדקסים כזה, על פי רוב האינדקסים נבנים באופן אוטומטי על-ידי ה-DBMS.</li>
	<li>אם שאילתה של אינדקס שאינו אוטומטי בנוי, לבנות אותה באופן ידני.<ol>
<li>להתחבר לשרת ה-MySQL (משלים איור 1).</li>
		<li>בחר ולחץ על שם מסד הנתונים בצד השמאל.</li>
		<li>בחר ולחץ על השולחן יחסיים שבה שוכן השדה הכלול באינדקס.</li>
		<li>לחץ על הכרטיסייה "מבנה".</li>
		<li>בחר ולחץ על העמודה בה יבנו את האינדקס.</li>
		<li>לחץ על "אינדקס". שים לב מופיע משפט SQL בניית האינדקס, מופיעה הודעה המציינת כי המשפט נבנה בהצלחה.</li>
	</ol>
</li>
	<li>לבצע את השאילתה הראשונה.<ol>
<li>בחר ולחץ על שם מסד הנתונים בצד השמאל.</li>
		<li>לחץ על הכרטיסיה 'SQL'.</li>
		<li>לכתוב או להדביק את קוד ה-SQL של השאילתה הראשונה (ראה איור משלים 2).</li>
		<li>לחץ "המשך". הערה המופיע המסך הראשון של רשימת התוצאות, יחד עם הודעה עם הזמן של ביצוע השאילתה.</li>
		<li>חזור על הביצוע 5 פעמים, לחשב את זמן התגובה הממוצע.</li>
	</ol>
</li>
	<li>חזור על שלב 5 עם שאילתות 2 עד 6.</li>
	<li>לעשות את כל התהליך שלוש פעמים, עם 5,000, 10,000 ל 20,000 תמציות מסדי נתונים.</li>
</ol>5. עיצוב וביצוע במסדי הנתונים-NoSQL MongoDB 3 6 שאילתות מורכבות-הגדלת
<ol><li>השקת MongoDB GUI (ראה טבלה של חומרים).</li>
	<li>להפעיל את שרת ה-MongoDB 2.6 ביצוע התוכנית mongod מתוך חלון מערכת DOS (ראה איור משלים 3).</li>
	<li>בצע את שלב 2.4 להתחבר MongoDB GUI לשרת localhost באמצעות יציאה 27017.</li>
	<li>בחר ולהרחיב את מסד הנתונים של MongoDB בצד שמאל.</li>
	<li>בחר את האוסף.</li>
	<li>לחץ על תפריט "אוסף" בסרגל הכלים.</li>
	<li>לבצע את השאילתה MongoDB הראשונה.<ol>
<li>לחץ פעמיים על לחצן 'בונה השאילתות'.</li>
		<li>לחץ פעמיים על "לשדה שאילתה" של בונה השאילתות בצד שמאל.</li>
		<li>לכתוב את השדה של השאילתה MongoDB בתיבת הטקסט של שדה בחלונית ' שאילתה ' (ראה איור 4 משלים).</li>
		<li>כתוב את הערך של השאילתה MongoDB ערך תיבת הטקסט בחלונית ' שאילתה '. הערה: שאילתה זו צריך להיות משהו כמו {"ns3:EHRExtract.allCompositions.content.items.parts.parts.name.ns2:originalText. הערך":"Descripcion"}. השדה ואת הערך צוטט, כשהם מופרדים באמצעות תווי נקודה-פסיק.</li>
		<li>לחץ פעמיים על השדה הקרנה של בונה השאילתות</li>
		<li>לכתוב ההקרנה הראשונה בתיבת הטקסט של הקרנה (ראה איור 5 משלים).</li>
		<li>לחץ פעמיים על השדה ההקרנה כדי להוסיף תיבת טקסט חדש הקרנה.</li>
		<li>לכתוב ההקרנה השנייה בתיבת הטקסט של הקרנה. הערה: תחזית בוחר חלק של מסמך שאוחזר על-ידי השאילתה. אלה צריכים להיות משהו כמו {"ns3:EHRExtract. allCompositions.content.items.parts.parts.value.value": 1} ו- {" ns3: EHRExtract.all Compositions.content.items.parts.parts.value.nullFlavor ": 1}</li>
		<li>לחץ על כפתור play כחול כדי להפעיל את השאילתה.</li>
		<li>דמיינו את הקוד שאילתה בכרטיסיה שאילתה קוד.</li>
		<li>להציג את הפרטים של התוצאה בכרטיסיה הסבר: מספר תוצאות, זמן ביצוע באלפיות שניה.</li>
		<li>הצג, להרחיב, ולבחון את תוצאות בכרטיסיה ' תוצאה '.</li>
		<li>אם נדרש עיבוד נוסף של השאילתה, נכתוב תוכנית Java עם הנהג MongoDB Java עם השאילתה, שיטה לעבד את התוצאות.</li>
		<li>חזור על הביצוע 5 פעמים, לחשב את זמן התגובה הממוצע.</li>
	</ol>
</li>
	<li>שלב 5.7 2 הנותרים דרך 6 שאילתות.</li>
	<li>חזור על שהתהליך כולו ב 5,000, 10,000 ל 20,000 תמציות MongoDB מסדי נתונים.</li>
</ol>6. תכנון וביצוע של 3 NoSQL קיימים מסדי נתונים 6 Increasing-המורכבות שאילתות
<ol><li>הפעל את קיים DBMS.</li>
	<li>לפתוח את הלקוח Admin Java.</li>
	<li>לחץ על לחצן "התחברות למסד הנתונים".</li>
	<li>בחר את מסד הנתונים ולחץ על זה.</li>
	<li>לחץ על תפריט "להתייעץ עם מסד הנתונים באמצעות ביטויי XPath"; מופיעה תיבת הדו-שיח ייעוץ.</li>
	<li>לבצע את הראשון שאילתת XPath (ראה איור 6 משלים).<ol>
<li>לכתוב או הדבק את הקוד XPath של שאילתת הראשון בחלק העליון של תיבת הדו-שיח.</li>
		<li>לחץ על תפריט "ביצוע" בסרגל הכלים של תיבת הדו-שיח.</li>
		<li>הצג תוצאות XML באמצעות הכרטיסיה "XML" בחלק התחתון של תיבת הדו-שיח.</li>
		<li>להציג את מספר התוצאות, הידור, זמן הביצוע בחלק התחתון של תיבת הדו-שיח.</li>
		<li>חזור על הביצוע 5 פעמים, לחשב את זמן התגובה הממוצע.</li>
	</ol>
</li>
	<li>חזור על שלב 6 עבור שאילתות 2 עד 6.</li>
	<li>לעשות את כל התהליך שלוש פעמים, עבור 5,000, 10,000 ו- 20,000 תמציות קיימים מסדי נתונים.</li>
</ol>7. תכנון וביצוע ניסוי מקביליות באמצעות MongoDB 5,000 תמציות מסדי נתונים MySQL
הערה: הנתונים קיימים הוסר מן הניסוי בשלב זה בשל ביצועים גרועים בניסויים הקודמים.
<ol><li>בחר את השאילתות עם שלושת התגובות זמן הקצר ביותר בניסויים קודמים באמצעות תמציות 5,000 מסדי הנתונים (בדרך כלל תחת מספר שניות).</li>
	<li>לזהות ולבנות באופן ידני תכונת המתאים אינדקסים עבור שאילתות אלה, במידת הצורך.</li>
	<li>תוכנית Java שני יישומים הליכי משנה מרובים, אחד עבור MySQL והשני עבור MongoDB; כל יישום יהיה בשלושת החוטים עדיפות אחרת, אחד עבור כל שאילתת שנבחרו בשלב 1.</li>
	<li>לבצע, לחשב את ה-CPU (יחידת עיבוד מרכזית) השתמש בהתפלגות על כל חוט (שאילתת).</li>
	<li>ביצוע כל יישום הליכי משנה מרובים, לחיצה על כפתור לבצע חמש פעמים במהלך טווח כל 10 דקות, ולחישוב ביותר שבוצעה (בעדיפות הגבוהה ביותר) שאילתה התפוקה הממוצעת ואת התגובה זמן ממוצע של השאילתות שלוש.</li>
	<li>הצג את השאילתות בביצוע, עם סדרי העדיפויות של זמן הביצוע.</li>
	<li>לחישוב התפוקה הממוצעת, זמן התגובה הממוצע של כל אחד השאילתות שלוש.</li>
</ol>

<ol>
	<li>Codd, E. F. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=A+relational+model+for+large+shared+data+banks.">A relational model for large shared data banks.</a> Comm ACM. 13 (6), 377-387 (1970).</li><li>Kalra, D., Lloyd, D. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=.">.</a> ISO 13606 electronic health record communication part 1: reference model. , (2008).</li><li>Kalra, D., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=.">.</a> Electronic health record communication part 2: archetype interchange specification. , (2008).</li><li>Kalra, D., Beale, T., Heard, S. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=The+openEHR+foundation.">The openEHR foundation.</a> Stud. Health Technol. Inform. 115, 153-173 (2005).</li><li>Beale, T. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Archetypes:+constraint-based+domain+models+for+future+proof+information+systems.">Archetypes: constraint-based domain models for future proof information systems.</a> OOPSLA, Workshop Behav Semant. , (2002).</li><li>S&#225;nchez-de-Madariaga, R., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Examining+database+persistence+of+ISO/EN+13606+standardized+electronic+health+record+extracts:+relational+vs.+NoSQL+approaches.">Examining database persistence of ISO/EN 13606 standardized electronic health record extracts: relational vs. NoSQL approaches.</a> BMC Medical Informatics and Decision Making. 32 (2), 493-503 (2017).</li><li>Ireland, C., Bowers, D., Newton, M., Waugh, K. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Understanding+object-relational+mapping:+a+framework+based+approach.">Understanding object-relational mapping: a framework based approach.</a> Int. J. Adv. Softw. 2, 202-216 (2009).</li><li>. Node+Path Persistence Available from: <a target="_blank" href="https://openehr.atlassian.net/wiki/spaces/dev/pages/6553626/Node+Path+Persistence">https://openehr.atlassian.net/wiki/spaces/dev/pages/6553626/Node+Path+Persistence</a> (2017)</li><li>Wang, L., Min, L., Wang, R., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Archetype+relational+mapping+-+a+practical+openEHR+persistence+solution.">Archetype relational mapping - a practical openEHR persistence solution.</a> BMC Medical Informatics and Decision Making. 15, 88 (2015).</li><li>Kaur, K., Rani, R. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Managing+data+in+healthcare+information+systems:+many+models,+one+solution.">Managing data in healthcare information systems: many models, one solution.</a> Computer. March. , 52-59 (2015).</li><li>Sabo, C., Pop, P. C., Valean, H., Danciulescu, D. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=An+innovative+approach+to+manage+heterogeneous+information+using+relational+database+systems.">An innovative approach to manage heterogeneous information using relational database systems.</a> Advances in Intelligent Systems and Computing. 557, (2017).</li></ol>

המחברים אין לחשוף. Datasets שימוש בניסויים אלה נמסרו על-ידי מספר בתי חולים הספרדית תחת רישיון עבור ניסויים אלה, וכתוצאה מכך אינם זמינים בפומבי. סכימת ה-XML RM 13606 ISO/EN סופק על ידי המרכז בלונדון קולג האוניברסיטה לאינפורמטיקה בריאותית & Multiprofessional חינוך (פעמון).

פרוטוקול זה מראה כי מערכות טהור ORM יחסיים שאינם נראים מעשי עבור שאילתות יחיד-מטופל (Q1 Q3, ש4) שכן זמני התגובה איטית יותר, כנראה בגלל מספר רב של טבלאות יחסיים ביצוע פעולות צירוף יקרים רבים, בשל מערכת אחסון בשימוש על-ידי סוג מסוים של מסד נתונים. מסדי נתונים NoSQL לאחסן נתונים באופן מבוסס-מסמך, בעוד מערכות יחסיים משתמשים אופנה המבוססת על טבלה שמתפשט בכל מסמך ברחבי במסד הנתונים כולו. מערכות NoSQL יציג מדרון ליניארי, עם MongoDB ביצוע משמעותית מהר יותר מהקיימות DBMS. ב מקביליות, MongoDB גם מתנהג הרבה יותר טוב מאשר MySQL ORM יחסיים7.
פרוטוקול זה מציג פרוטוקול לפתרון בעיות עבור התוצאות שהוצגו ב-7 לגבי ה-DBMS MySQL ORM. מערכת MySQL עודכן לגירסה העדכנית ביותר ואת התוצאות השתנו במקצת. נקודה קריטית במערכות NoSQL מבוסס-מסמך בנוסף, כגון MongoDB הוא כי הם עשויים לשמור על עקביות כאשר לאחסון מידע רפואי7 כי תמצית EHR מתעדכן, זה לא יוחלף, אבל שלם חדש לחלץ עם הנתונים החדשים היא נוצר ומאוחסן במערכת, ואת תמצית המקורית נשמרת. הסיבה לכך היא דרישה קפדנית של מידע רפואי, והופיעו רפואית שעשיתי החלטות רפואיות חשובות בהתבסס על הנתונים המקוריים.
מערכת משופרת יחסיים הזרוע באופן דרסטי פוחת מספר הטבלאות יחסיים ומשפר ביצועים יחסיים. עם זאת, מאז הוא משנה את סכימת יחסיים, יכול להיות שאילתה מידע רפואי שנערך על ידי תמציות, אבל לא ניתן לשחזר תמציות בצורות המקורי המדויק שלהם.
עבור מסדי נתונים גדול מאוד משנית משתמשים (מחקר), לא ברור באיזו מערכת מסד נתונים מתאים יותר, מאחר שהשאילתות כל-מטופל (Q2 ו ש5) מתנהג יותר טוב ב ORM מאשר במערכות NoSQL, אך מערכות אלה ביצועים טובים יותר פשוטה יחסיים מערכות ב- 12. אנו רואים Q6 שאילתה מיוחד בין הקלינית והמשני להשתמש שהתנהגותו לא יכול להיקבע על ידי התוצאות הניבו על ידי ניסויים אלה.
עם זאת, מגבלה אחת של השיטה היא inavailability של ניסויים ישירה השוואת שיפור יחסי הזרוע המערכת עם NoSQL MongoDB בנוגע לשאילתות אימון בודד-החולה, רפואיים בדיוק את אותם נתונים המשמשים את הפרוטוקול. אנחנו קיימו את התוצאות אינטרפולציה טבלה 3 ו -5 שולחן בנוגע לשאילתות יחיד-מטופל עד בוצע הניסוי כולל זרוע ממוטבת בפרוטוקול. אנחנו יוצאים ניסויים אלה עבור יישומים עתידיים. צעד קריטי אחד בתוך הפרוטוקול הוא הבחירה של מסד נתונים ללא תשלום, גירסאות תוכנה דומה מן השנים האחרונות, כך ייתכן שנשווה את המדויק המדינה-של-the-art של שלוש טכנולוגיות.
. זה אחד הניסיונות הראשונים להשוות ישירות יחסיים, מערכות NoSQL באמצעות מידע רפואי בפועל, מציאותי, מתוקננת עם זאת, מערכת ספציפית כדי לשמש תלוי הרבה תרחיש בפועל ואת הבעיה יהיה פתור8.

NoSQL (לא רק SQL) DBMS שהתגלו לאחרונה כחלופה כדי מסורתי יחסיים DBMS (RDMBS). RDBMS יש שלטה הדרך היו מאוחסנים נתונים במערכות של מסדי נתונים במשך עשרות שנים. אלגברה רלציונית למד היטב ומובן. על הצד יש להבטיח את יעילות והעקביות של RDBMS1. NoSQL מערכות לא אהפוך תחליפים עבור מערכות יחסיים, אולם הם יכולים להתנהג ביתרון בתרחישים מסוימים, תחת מספר תנאים.
חלקם של אלה תרחישים מסוים התנאים להתרחש בעת עיצוב התמדתו של מסד נתונים של מערכות שיא הבריאות אלקטרונית (EHR) נהגו לנהל ולאחסן מידע רפואי. על מנת להיות ומתמשכות בפועל, מספר תקנים בינלאומיים כגון ISO/EN 13606, openEHR HL72,3,4,5 שימשו כדי לתקנן EHR תמציות.
מספר תקנים ISO/EN 13606 ו openEHR יש להפריד מידע וידע בשתי רמות שונות של הפשטה, המיוצג על-ידי הפניה מודל (RM) ומבני נתונים מיוחד שנקרא ונושמים. ההפרדה הזאת נקרא לעתים קרובות כפול דגם וההיתרים זה מערכות EHR סמנטי לשילוב הידע להתפתח ללא תיכנות מחדש את כל המערכת EHR, וכתוצאה מכך כדי להיות maintainable ובר קיימא בפועל6 . עם זאת, המודל הכפול מיושם במערכות EHR מתוקננת דורשת כי הארגון של המידע להלן מבנה ספציפי, זה השלכות עמוקה דרך שרמת התמדה מסד הנתונים של המערכת הוא מעוצב7.
אובייקט מיפוי יחסיים (ORM)8 הוא אחד מתודולוגיה ליישום מערכת EHR באמצעות הפרדיגמה של מסדי נתונים יחסיים. ORM מפות בדקדקנות את המבנה של מתוקננת EHR תמציות XML (שפת סימון מורחבת) קבצים בשימוש על ידי המערכת עבור מסדי נתונים יחסיים. ORM בונה טבלאות יחסיים רבות ומגובה בעקבות המבנה של הקבצים XML מתוקננת EHR תמציות. טבלאות יחסיים אלה קשורות זו לזו באמצעות מפתחות זרים רבים, ייתכן כי לא תהיה למערכת וכתוצאה מכך מאוד יעיל.
הוצעו מספר שיפורים יחסיים ORM. צומת + נתיב של openEHR9 יקטין את מספר השולחנות יחסיים בעריכה בסידרה של עצי משנה של התמצית כל קובץ XML לתוך כתמים (אובייקטים גדולים בינארי). עם זאת, זו הפשטה גורמת מורכבות לאחזור לוגיקה, פגיעה שאילתות מורכבות. ארכיטיפ מיפוי יחסיים (זרוע)10 יוצר מודל מסד הנתונים מונע על ידי ונושמים, בניין סכימה יחסיים חדשה המבוססת על מיפויים בין טיפוסים וטבלאות יחסיים. כתוצאה מכך, חלק מהמידע שאינם רפואיים של התמצית EHR אובד.
מסדי NoSQL מבוססי מסמכים רבים לאחסן מסמכים כל כמו כתמים כל כיבוד בקובץ XML המקורי או JSON (בסימון אובייקט JavaScript) עיצוב. משמעות הדבר היא כי אין שולחנות יחסיים בנויים. מסדי נתונים אלה NoSQL יש ללא סכימה, הם אינם תומכים או צירופים או מאפיינים (חומצה)11, קרי, atomicity, עקביות, בידוד או עמידות. כתוצאה מכך, הם עשויים להיות מאוד יעיל אם רכיב של מסמך מפנה אלמנטים של אותו או כאלה מסמכים אחרים ניצול קישור כיופמיזם. זה קורה כי, כדי לשמור על עקביות, מכלול המסמכים המופנה חייב להיות מעובד באופן רציף. עם זאת, ייתכן מסד נתונים שאינם יחסיים עדיין המתאים אם המשימה העיקרית שבוצעה על-ידי ה-DBMS היא פעילות המבוססות על המסמך. זה בגלל נתונים עשויים להישאר בצורה יותר מקרוב קירוב הייצוג האמיתי שלו באמצעות מסד NoSQL המבוססות על המסמך, למרות זאת גם בשל המדיניות התמדה מיוחד על ידי EHR מסמכים רפואיים (עיין בסעיף הדיון).
המטרה של שיטות אלה היא להציג מספר ניסויים כדי להשוות בין יישום שכבת התמדה של מערכת EHR מתוקננת באמצעות שלושה Dbms שונים: אחד יחסיים (MySQL) ו NoSQL שני (קיים מבוסס-מסמך MongoDB ו- XML המקורי). הסיבוכיות שלהם היה מחושב, והשוו באמצעות שלושה הגדלת גודל מסדי נתונים שונים ו- 6 שאילתות מורכבות-הגדלת שונים. שרתי מסד נתונים שלוש יש הותקן והוגדר באופן מקומי בבאותו מחשב שבו הוצאו להורג של השאילתות. ראה טבלה של חומרים עבור פרטים טכניים.
ניסויים מקביליות גם נערכו על מנת להשוות את הביצועים של MySQL ו NoSQL MongoDB Dbms יחסיים. השיפורים ORM המתואר (צומת + נתיב וזרוע) גם מושווים באמצעות הרלוונטיים התוצרות מכל10ספרות.
מערכות ניהול מסדי נתונים מתפתחים באופן רציף בקצב מאיץ. אף אחד לא יחשוב על התפתחות מעריכית זו הפרדיגמה הקיימת היחיד היה במודל. ניקח דוגמה, ראה למשל12, שבו הוצע מודל ליישם את התגובה בזמן משופרת מסדי נתונים יחסיים שמירה על המאפיינים חומצה.

<table border="0" cellpadding="0" cellspacing="0" width="690">
	<tbody>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">MySQL 5.7.20</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td>MySQL experiments</td>
		</tr>
		<tr height="63">
			<td height="63" style="height:63px;width:216px;">Red Hat Enterprise Linux Server release 7.4 (Maipo), 2.60GHz, RAM 16GB</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td></td>
		</tr>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">MongoDB 2.6</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td>MongoDB experiments</td>
		</tr>
		<tr height="42">
			<td height="42" style="height:42px;width:216px;">Windows 7, 2.66GHz, RAM 12GB&#160;</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td></td>
		</tr>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">eXist 3.0RC1</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td>eXist experiments</td>
		</tr>
		<tr height="42">
			<td height="42" style="height:42px;width:216px;">Windows 7, 2.66GHz, RAM 12GB&#160;</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td></td>
		</tr>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">Studio 3T 5.5.1</td>
			<td style="width:179px;">3T Software Labs Gmbh</td>
			<td style="width:128px;"></td>
			<td>MongoDB GUI</td>
		</tr>
	</tbody>
</table>

executing complexity-increasing queries in relational (mysql) and nosql (mongodb and exist) size-growing iso/en 13606 standardized ehr databases

מחקר זה מראה פרוטוקול כדי להעריך את הסיבוכיות של שאילתות יחסיים, שאינם יחסיים (NoSQL (לא רק שפת שאילתות מובנית)) סטנדרטיות בריאות אלקטרונית הרשומה (EHR) מידע רפואי מערכות מסדי נתונים (DBMS). היא משתמשת סט של שלוש הכפלה בגודל מסדי נתונים, קרי מסדי נתונים לאחסון 5000, 10,000 ל 20,000 מציאותי סטנדרטית EHR תמציות, בשלוש מערכות ניהול שונות של מסדי נתונים (DBMS): מיפוי אובייקטי-רלציוני MySQL רלציוני (ORM), מבוסס-מסמך NoSQL MongoDB, שפת סימון מורחבת מקורית (XML) NoSQL קיים.
זמני התגובה הממוצע 6 שאילתות מורכבות-הגדלת חושבו, התוצאות הראו התנהגות ליניארי במקרים NoSQL. בשטח NoSQL, MongoDB מציג מדרון להחמיא הרבה של ליניארי יותר קיימים.
מערכות NoSQL יכול להיות גם מתאים יותר לשמור על מערכות מידע רפואי מתוקנן בשל אופיו המיוחד של מדיניות עדכון של מידע רפואי, אשר לא תשפיע על העקביות והיעילות של הנתונים המאוחסנים NoSQL מסדי נתונים.
מגבלה אחת של פרוטוקול זה הוא העדר תוצאות ישירות של מערכות יחסיים משופר כגון מיפוי רלציוני ארכיטיפ (זרוע) עם הנתונים. אולם, האינטרפולציה של תוצאות מסד הנתונים בגודל הכפלת לאלה שהוצגו בספרות, אחרים שפורסמו תוצאות מרמז כי מערכות NoSQL עשוי להיות מתאים יותר הרבה תרחישים ספציפיים ובעיות להיפתר. לדוגמה, ייתכן NoSQL המתאים עבור משימות המבוססות על המסמך, כגון EHR תמציות בשימוש הקלינית, מהדורה, ויזואליזציה, או מצבים שבהם המטרה היא לא רק שאילתה המידע הרפואי, אלא גם כדי לשקם את EHR בדיוק בצורתו המקורית.

Watch this Scientific Journal Video about Executing Complexity-Increasing Queries in Relational MySQL and NoSQL MongoDB and EXist Size-Growing ISO/EN 13606 Standardized EHR Databases at JoVE.com

Executing Complexity-Increasing Queries in Relational MySQL and NoSQL MongoDB and EXist Size-Growing ISO/EN 13606 Standardized EHR Databases

מחקר זה משווה יחסיים, שאינם יחסיים (NoSQL) סטנדרטיות מערכות מידע רפואי. מורכבות חישובית זמני התגובה של שאילתות כגון מערכות ניהול מסדי נתונים (DBMS) מחושב באמצעות הכפלה בגודל מסדי נתונים. תוצאות אלו מסייעים הדיון נאותות של כל מסד הנתונים לגישה תרחישים שונים ובעיות.

ביצוע שאילתות מורכבות-הגדלת יחסיים (MySQL) ו NoSQL (MongoDB קיימים) הגדל גודל ISO/EN EHR מתוקננת 13606 מסדי נתונים

This research shows a protocol to assess the computational complexity of querying relational and non-relational (NoSQL (not only Structured Query ...

Research

Education

JoVE Core

JoVE Journal

Nursing

Medicine

Unit 1

Executing Complexity-Increasing Queries in Relational (MySQL) and NoSQL (MongoDB and EXist) Size-Growing ISO/EN 13606 Standardized EHR Databases

Documentation and Reporting

SCIENTISTS IN ACTION

Functional Assessment of Intestinal Motility and Gut Wall Inflammation in Rodents: Analyses in a Standardized Model of Intestinal Manipulation

הערכה תפקודית של תנועתיות מעיים ודלקת דופן מעי במכרסמים: ניתוח בדגם סטנדרטי של מניפולצית מעיים

Inflammation of the gastrointestinal tract is a common reason for a variety of human diseases. Animal research models are critical in investigating the ...

Lesion Explorer: A Video-guided, Standardized Protocol for Accurate and Reliable MRI-derived Volumetrics in Alzheimer's Disease and Normal Elderly

הנגע Explorer: מודרך וידאו, סטנדרטי פרוטוקול Volumetrics מדויק ואמין הנגזר-MRI במחלה אלצהיימר וקשישים רגיל

Obtaining in vivo human brain tissue volumetrics from MRI is often complicated by various technical and biological issues. These challenges are ...

A Standardized Obstacle Course for Assessment of Visual Function in Ultra Low Vision and Artificial Vision

מסלול מכשולים סטנדרטי להערכת תפקוד החזותי בUltra Low חזון וראייה מלאכותית

We describe an indoor, portable, standardized course that can be used to evaluate obstacle avoidance in persons who have ultralow vision. Six sighted ...

An Intramedullary Locking Nail for Standardized Fixation of Femur Osteotomies to Analyze Normal and Defective Bone Healing in Mice

מסמר נעילת intramedullary עבור קיבוע סטנדרטי של Osteotomies עצם הירך כדי לנתח רגיל ופגום עצם ריפוי עכברים

Bone healing models are essential to the development of new therapeutic strategies for clinical fracture treatment. Furthermore, mouse models are becoming ...

Standardized Technique of Aortic Valve Re-implantation for Valve-sparing Aortic Root Replacement

טכניקה סטנדרטית של שסתום אבי העורקים השרשה מחדש עבור שסתום ממעט אבי העורקים שורש חלופי

Despite the obvious advantages of the preservation of a normal aortic valve during aortic root replacement, the complexity of valve sparing procedures ...

Standardized Measurement of Nasal Membrane Transepithelial Potential Difference (NPD)

Standardized Measurement of Nasal Membrane Transepithelial Potential Difference NPD

מדידה מתוקננת של ההבדל Transepithelial פוטנציאל ממברנה האף (NPD)

We describe a standardized measurement of nasal potential difference (NPD). In this technique, cystic fibrosis transmembrane conductance regulator (CFTR) ...

A Minimally Invasive Model to Analyze Endochondral Fracture Healing in Mice Under Standardized Biomechanical Conditions

מודל פולשנית לניתוח שבר Endochondral ריפוי בעכברים בתנאים מתוקננים ביו-מכני

Bone healing models are necessary to analyze the complex mechanisms of fracture healing to improve clinical fracture treatment. During the last decade, an ...

Comparing Bibliometric Analysis Using PubMed, Scopus, and Web of Science Databases

השוואת אנליזה ביבליומטרית באמצעות הצופים והאינטרנט של מאגרי מידע מדעיים

Literature databases (i.e., PubMed, Scopus, and Web of Science) differ in terms of their coverage, focus, and the tool they provide. PubMed focuses mainly ...

Standardized Hemorrhagic Shock Induction Guided by Cerebral Oximetry and Extended Hemodynamic Monitoring in Pigs

אינדוקציה הלם מדמם מתוקננת מונחה על ידי שחמצן מוחין וניטור הומודינמיקה מורחבת בחזירים

Hemorrhagic shock ranks among the main reasons for severe injury-related death. The loss of circulatory volume and oxygen carriers can lead to an ...

Standardized Model of Ventricular Fibrillation and Advanced Cardiac Life Support in Swine

מודל מתוקננת של פרוזדורים המוח ותמיכה מתקדמים בחיים הלב בחזירים

Cardiopulmonary resuscitation after cardiac arrest, independent of its origin, is a regularly encountered medical emergency in hospitals as well as ...