Until recently the design of a database was expected to create a

Until recently the design of a data

Until recently the design of a database was expected to create a "one size fits all" schema capable of accepting every future change in the requirements, thus, schema evolution was not considered. This assumption, almost unrealistic in the context of traditional information systems, becomes unacceptable in the context of Web Information Systems, that due to the distributed and cooperative nature of their development and fruition are subject of an even stronger pressure toward change (from 39% to over 500% more intense than in traditional settings).[1] Due to this historical heritage the process of schema evolution is nowadays a particularly taxing one. It is, in fact, widely acknowledged that the data management core of an applications is one of the most difficult and critical components to evolve. The key problem is the impact of the schema evolution on queries and applications. As shown in [2] (which provides an analysis of the MediaWiki evolution) each evolution step might affect up to 70% of the queries operating on the schema, that must be manually reworked consequently.

The problem has been recognized as a very pressing one by the database community for more than 12 years.[3][4] The support for Schema Evolution, is a difficult problem involving complex mapping among schema versions, the tool support has been so far very limited. The recent theoretical advances on mapping composition[5] and mapping invertibility,[6] which represent the core problems underlying the schema evolution remains almost inaccessible to the large public.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
จนกระทั่งเมื่อเร็ว ๆ นี้ คาดว่าการออกแบบของฐานข้อมูลการสร้างแผน "หนึ่งขนาดเหมาะกับทั้ง" สามารถยอมรับการเปลี่ยนแปลงในอนาคตในความต้องการ ดังนั้น แผนวิวัฒนาการไม่ได้พิจารณา สมมติฐานนี้ ไม่เป็นความจริงในบริบทของระบบข้อมูลแบบดั้งเดิม เกือบจะยอมรับไม่ได้ในบริบทของระบบข้อมูลเว็บ ที่อันเนื่องจากการกระจาย และความร่วมมือพัฒนาและบรรลุผลเป็นเรื่องของความดันแข็งแกร่งต่อการเปลี่ยนแปลง (จาก 39% เข้มข้นกว่าในการตั้งค่าดั้งเดิมกว่า 500%) [1] การนี้มรดกทางประวัติศาสตร์ กระบวนการวิวัฒนาการแผนเป็นปัจจุบันหนึ่งรัฐโดยเฉพาะอย่างยิ่ง มันเป็น ในความเป็นจริง ยอมรับอย่างกว้างขวางว่า หลักการจัดการข้อมูลของโปรแกรมประยุกต์เป็นหนึ่งในองค์ประกอบที่สำคัญ และยากที่สุดจะพัฒนา ปัญหาสำคัญคือ ผลกระทบของวิวัฒนาการแผนแบบสอบถามและโปรแกรมประยุกต์ ดังแสดงใน [2] (ซึ่งเป็นการวิเคราะห์วิวัฒนาการของโปรแกรม) แต่ละขั้นตอนของวิวัฒนาการอาจส่งผลต่อถึง 70% ของการสอบถามการทำงานบนแบบแผน ที่ต้องได้ด้วยตนเองทำใหม่จึงได้ปัญหาได้รับการรู้เป็นกดมากหนึ่ง โดยฐานชุมชนมากกว่า 12 ปี [3] [4] การสนับสนุนสำหรับแผนวิวัฒนาการ เป็นปัญหายากซับซ้อนแม็ปในแผนรุ่นเกี่ยวข้องกับ การสนับสนุนเครื่องมือได้รับไกลมาก ล่าทฤษฎีก้าวบนแมปองค์ประกอบ [5] และการแมป invertibility, [6] ซึ่งเป็นปัญหาหลักพื้นฐานวิวัฒนาการแผนยังคงไม่สามารถเข้าถึงสาธารณะขนาดใหญ่เกือบ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
จนกระทั่งเมื่อเร็ว ๆ การออกแบบของฐานข้อมูลที่คาดว่าจะสร้าง "หนึ่งขนาดเหมาะกับทุกคน" สคีความสามารถในการยอมรับการเปลี่ยนแปลงทุกความต้องการในอนาคตจึงวิวัฒนาการคีมาก็ไม่ถือว่า สมมติฐานนี้เกือบจะไม่สมจริงในบริบทของระบบสารสนเทศแบบดั้งเดิมกลายเป็นที่ยอมรับไม่ได้ในบริบทของระบบสารสนเทศเว็บว่าเนื่องจากลักษณะกระจายและความร่วมมือในการพัฒนาและการบรรลุผลของพวกเขาเป็นเรื่องของความดันแข็งแกร่งยิ่งขึ้นไปสู่การเปลี่ยนแปลง (จาก 39% ถึง กว่า 500% ที่รุนแรงมากขึ้นกว่าในการตั้งค่าดั้งเดิม). [1] เนื่องจากมรดกทางประวัติศาสตร์นี้กระบวนการวิวัฒนาการคีเป็นปัจจุบันโดยเฉพาะอย่างยิ่งหนึ่งเดินทางโดยรถแท็กซี่ มันเป็นในความเป็นจริงได้รับการยอมรับอย่างกว้างขวางว่าหลักในการจัดการข้อมูลของการใช้งานเป็นหนึ่งในองค์ประกอบที่ยากที่สุดและที่สำคัญที่จะพัฒนาขึ้น ปัญหาที่สำคัญคือผลกระทบของการวิวัฒนาการคีมาจากคำและการใช้งาน ดังแสดงใน [2] (ซึ่งมีการวิเคราะห์ของวิวัฒนาการมีเดียวิกิ) แต่ละขั้นตอนวิวัฒนาการอาจส่งผลกระทบถึง 70% ของแบบสอบถามการดำเนินงานในสคีมาที่จะต้องทำใหม่ด้วยตนเองดังนั้น. ปัญหาได้รับการยอมรับว่าเป็นเร่งด่วนมาก โดยชุมชนฐานข้อมูลมานานกว่า 12 ปี. [3] [4] การสนับสนุนสำหรับ Schema วิวัฒนาการเป็นปัญหาที่ยากที่เกี่ยวข้องกับการทำแผนที่ที่ซับซ้อนในหมู่รุ่นสคีสนับสนุนเครื่องมือที่ได้รับเพื่อให้ห่างไกลที่ จำกัด มาก ความก้าวหน้าทางทฤษฎีล่าสุดเกี่ยวกับองค์ประกอบของการทำแผนที่ [5] และการทำแผนที่ invertibility [6] ซึ่งเป็นตัวแทนของปัญหาหลักในการวิวัฒนาการสคียังคงเกือบจะไม่สามารถเข้าถึงได้ให้กับประชาชนที่มีขนาดใหญ่

การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
จนกระทั่งเมื่อเร็ว ๆ นี้ การออกแบบฐานข้อมูลที่คาดว่าจะสร้าง " หนึ่งขนาดเหมาะกับทุกคน " schema สามารถรับทุกการเปลี่ยนแปลงในอนาคตในความต้องการ ดังนั้นวิวัฒนาการคีไม่ได้พิจารณา สมมติฐานนี้ เกือบจะสมจริงในบริบทของระบบสารสนเทศแบบดั้งเดิม กลายเป็นที่ยอมรับในบริบทของระบบข้อมูลเว็บที่เนื่องจากการกระจายและลักษณะสหกรณ์พัฒนาการและบรรลุผลของพวกเขาอาจมีการเปลี่ยนแปลงความดันที่แข็งแกร่งต่อ ( จาก 39 % กว่า 500% รุนแรงกว่าในการตั้งค่าแบบดั้งเดิม [ 1 ] ) เนื่องจากทางประวัติศาสตร์มรดกนี้กระบวนการวิวัฒนาการมาเป็นปัจจุบัน โดยเฉพาะอย่างยิ่งภาษี 1 มันเป็น , ในความเป็นจริง , ยอมรับอย่างกว้างขวางว่า การจัดการข้อมูลหลักของการใช้งานเป็นหนึ่งในองค์ประกอบที่ยากที่สุดและสำคัญที่ต้องเปลี่ยนแปลง ปัญหาที่สำคัญคือ ผลกระทบของรูปแบบวิวัฒนาการในการค้นหาและการประยุกต์ใช้ ตามที่แสดงใน [ 2 ] ( ซึ่งมีการวิเคราะห์ของมีเดียวิกิวิวัฒนาการแต่ละวิวัฒนาการขั้นตอนอาจกระทบถึง 70% ของการดำเนินงานเกี่ยวกับ schema ที่ต้องด้วยตนเองใหม่จากนั้นปัญหาได้รับการยอมรับ เช่น มาก กดหนึ่งโดยชุมชนฐานข้อมูลมากกว่า 12 ปี [ 3 ] [ 4 ] การสนับสนุนสำหรับรูปแบบวิวัฒนาการ เป็นปัญหาที่ยากที่เกี่ยวข้องกับแผนที่ซับซ้อนระหว่างแปลงรุ่นการสนับสนุนเครื่องมือได้ถูก จำกัด มากมาก ล่าสุดความก้าวหน้าในทางทฤษฎีการทำแผนที่องค์ประกอบ [ 5 ] และ invertibility การทำแผนที่ [ 6 ] ซึ่งเป็นตัวแทนหลักปัญหาพื้นฐานของวิวัฒนาการยังคงเกือบเข้าถึงสาธารณะขนาดใหญ่
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: