In this section we describe the functionalities that havebeen added in การแปล - In this section we describe the functionalities that havebeen added in ไทย วิธีการพูด

In this section we describe the fun

In this section we describe the functionalities that have
been added in the new release of 02 for automatically
updating the database after a schema has been modified.
The semantics of updating the database after a schema
change depends on the application(s) which use(s) the
schema. The basic mechanism to update the database
is very simple: the designer has the possibility to program
so called conversion functions which are associated
to modified classes in the schema and define how objects
have to be restructured. If no conversion functions are
provided by the designer, the system provides default conversion
functions where no programming is required. Instead,
default transformation rules are applied to objects
of modified classes.
Similar concepts to user-defined database conversion
functions can be found in GemStone[3], ObjectStore[l3],
OTGen[lO], whereby Versant [18] and Itasca [9] offer features
that are similar to default conversion functions only.
The definition and modality of use of conversion functions
is explained in Sections 2.1 and 2.2.
The main design issue when implementing database
(user-defined or default) conversion functions, is &en
such functions have to be executed, that is when the
database has to be brought up to a consistent state wrt.
the new schema.
We had two possible strategies to choose [6, 71: an immediate
strategy, where objects in the database are updated
in any case as soon as the schema modification is
performed, and a deferred strategy, where objects are updated
only when they are actually used. The two above
strategies have advantages and disadvantages [6, 71; in
O2 we have supported both strategies and gave the designer
the possibility to select the one which is most appropriate
for his/her application domains. The implementation
details are presented in Sections 3 and 4.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ในส่วนนี้ เราอธิบายฟังก์ชันการทำงานที่มีเพิ่มใน 02 สำหรับรุ่นใหม่โดยอัตโนมัติปรับปรุงฐานข้อมูลหลังจากที่มีการปรับเปลี่ยนแบบแผนความหมายของการปรับปรุงฐานข้อมูลหลังจากแบบแผนเปลี่ยนแปลงตามวตัถุประซึ่ง use(s) การเค้าร่าง กลไกพื้นฐานในการปรับปรุงฐานข้อมูลง่ายมาก: แบบมีโอกาสโปรแกรมเรียกว่าฟังก์ชันการแปลงที่เกี่ยวข้องการปรับเปลี่ยนชั้นในแบบแผน และกำหนดวิธีวัตถุต้องถูก restructured ถ้าไม่มีฟังก์ชันการแปลงโดยนักออกแบบ ระบบให้เริ่มต้นการแปลงฟังก์ชันที่เขียนโปรแกรมไม่จำเป็น แทนใช้กฎการเปลี่ยนแปลงเริ่มต้นวัตถุการแก้ไขแนวคิดที่คล้ายกันเพื่อแปลงฐานข้อมูลที่ผู้ใช้กำหนดฟังก์ชันที่สามารถพบได้ในพลอย [3], ความ ObjectStore [l3],OTGen [หล่อ], โดย Versant [18] และ Itasca [9] มีคุณสมบัติที่จะคล้ายกับฟังก์ชันแปลงเริ่มต้นเท่านั้นคำจำกัดความและของการใช้ฟังก์ชันการแปลงไม่ได้อธิบายไว้ในส่วนที่ 2.1 และ 2.2ปัญหาออกหลักเมื่อใช้ฐานข้อมูล(ผู้ใช้กำหนดเอง หรือเริ่มต้น) แปลงฟังก์ชัน ถูกและห้องน้ำในตัวฟังก์ชันดังกล่าวมีการดำเนินการ ที่เมื่อการฐานข้อมูลมีการนำค่าไปยังสถานะสอดคล้องกัน wrtแบบแผนใหม่เรามีสองได้กลยุทธ์การเลือก [6, 71: ทันทีกลยุทธ์ การที่มีการปรับปรุงวัตถุในฐานข้อมูลในกรณีใด ๆ โดยเร็วเป็นการปรับเปลี่ยนแบบแผนดำเนินการ และ กลยุทธ์รอ ที่มีการปรับปรุงวัตถุเมื่อพวกเขาเป็นจริงใช้เท่า นั้น ทั้งสองข้างกลยุทธ์มีข้อดีและข้อเสีย [6, 71 ในO2 เราสนับสนุนทั้งสองกลยุทธ์ และให้ผู้ออกแบบโอกาสที่จะเลือกหนึ่งที่ดีเหมาะสมที่สุดสำหรับโดเมนโปรแกรมประยุกต์ของตน การใช้งานรายละเอียดจะแสดงในส่วนที่ 3 และ 4
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ในส่วนนี้เราจะอธิบายฟังก์ชันการทำงานที่ได้
รับการเพิ่มในรุ่นใหม่ของ 02 สำหรับอัตโนมัติ
ปรับปรุงฐานข้อมูลหลังจากคีมาได้รับการแก้ไข.
ความหมายของการปรับปรุงฐานข้อมูลหลังจากคี
การเปลี่ยนแปลงขึ้นอยู่กับการใช้งาน (s) ซึ่งใช้ (s ) เดอะ
สคี กลไกพื้นฐานในการปรับปรุงฐานข้อมูล
ง่ายมาก: นักออกแบบมีความเป็นไปได้ในการเขียนโปรแกรม
ที่เรียกว่าฟังก์ชั่นการแปลงที่เกี่ยวข้อง
ในการเรียนการปรับเปลี่ยนในสคีมาและกำหนดว่าวัตถุ
จะต้องมีการปรับโครงสร้างหนี้ ถ้าไม่มีฟังก์ชั่นการแปลงจะ
ให้บริการโดยนักออกแบบระบบให้แปลงเริ่มต้น
ฟังก์ชั่นที่ไม่มีการเขียนโปรแกรมเป็นสิ่งจำเป็น แต่
กฎการแปลงเริ่มต้นจะถูกนำไปใช้กับวัตถุ
ของการเรียนการแก้ไข.
แนวคิดคล้ายกับที่ผู้ใช้กำหนดแปลงฐานข้อมูล
ฟังก์ชั่นสามารถพบได้ในอัญมณี [3], ObjectStore [l3]
OTGen [lO] โดย Versant [18] และอีตาสกา [9 ] คุณสมบัติข้อเสนอ
ที่คล้ายจะเริ่มต้นฟังก์ชั่นการแปลงเท่านั้น.
ความหมายและกิริยาของการใช้ฟังก์ชั่นการแปลง
จะมีการอธิบายในข้อ 2.1 และ 2.2.
ปัญหาการออกแบบหลักเมื่อใช้ฐานข้อมูล
(ที่ผู้ใช้กำหนดหรือค่าเริ่มต้น) ฟังก์ชั่นการแปลงเป็นและห้องน้ำในตัว
ฟังก์ชั่นดังกล่าว จะต้องมีการดำเนินการที่เป็นเมื่อ
ฐานข้อมูลจะต้องมีการนำขึ้นไป WRT สถานะที่สอดคล้องกัน.
โครงสร้างใหม่.
เรามีสองกลยุทธ์ที่เป็นไปได้ที่จะเลือก [6, 71: ทันที
กลยุทธ์ที่วัตถุในฐานข้อมูลมีการปรับปรุง
ใด ๆ กรณีที่เร็วที่สุดเท่าที่การปรับเปลี่ยนสคีจะ
ดำเนินการและกลยุทธ์การรอการตัดบัญชีที่วัตถุมีการปรับปรุง
เฉพาะเมื่อพวกเขาถูกนำมาใช้จริง ทั้งสองข้างต้น
กลยุทธ์มีข้อดีและข้อเสีย [6 71; ใน
O2 เราได้รับการสนับสนุนทั้งกลยุทธ์และให้นักออกแบบ
ไปได้ที่จะเลือกหนึ่งที่เหมาะสมที่สุด
สำหรับ / โดเมนโปรแกรมประยุกต์ของเขาและเธอ การดำเนินการตาม
รายละเอียดที่ถูกนำเสนอในส่วนที่ 3 และ 4
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ในส่วนนี้เราจะอธิบายถึงฟังก์ชันที่มีได้รับการเพิ่มในรุ่นใหม่ 02 ให้โดยอัตโนมัติการปรับปรุงฐานข้อมูลหลังจากที่รายการถูกแก้ไขความหมายของการปรับปรุงฐานข้อมูลหลังจากที่ schemaการเปลี่ยนแปลงขึ้นอยู่กับใบสมัคร ( s ) ซึ่งใช้ ( s )สคีมา กลไกพื้นฐานเพื่อปรับปรุงฐานข้อมูลคือง่ายมาก : Designer มีความเป็นไปได้ในการโปรแกรมเรียกว่าการแปลงฟังก์ชันที่เกี่ยวข้องเพื่อแก้ไขบทเรียนในรูปแบบและกำหนดว่าวัตถุต้องถูกไล่ออก ถ้าไม่มีฟังก์ชั่นการแปลงเป็นโดยออกแบบระบบการแปลงค่าเริ่มต้นให้การทำงานที่ไม่ต้องใช้โปรแกรม แทนกฎการแปลงค่าเริ่มต้นจะใช้กับวัตถุเรียนแก้ไขที่คล้ายกันแนวคิดให้ผู้ใช้แปลงฐานข้อมูลฟังก์ชันที่สามารถพบได้ในพลอย [ 3 ] , objectstore [ L3 ]otgen [ Lo ] ซึ่ง versant [ 18 ] และ [ 9 ] เสนอคุณลักษณะด้านที่คล้ายกันเพื่อเริ่มต้นการแปลงค่าเท่านั้นคำนิยามและกิริยาของการใช้ฟังก์ชันการแปลงจะอธิบายในส่วน 2.1 และ 2.2 .ปัญหาเมื่อใช้ฐานข้อมูลการออกแบบหลัก( ผู้ใช้กำหนดหรือค่าเริ่มต้น ) ฟังก์ชันการแปลง & และหน้าที่ดังกล่าวจะต้องดำเนินการ คือ เมื่อฐานข้อมูลได้ถูกนำขึ้นไปติดตั้ง dd-wrt สถานะที่สอดคล้องกันสคีมาใหม่เรามีสองกลยุทธ์ที่เป็นไปได้เพื่อเลือก [ 6 , 71 : ทันทีกลยุทธ์ที่วัตถุในฐานข้อมูลการปรับปรุงในกรณีใด ๆทันทีที่สามารถปรับเปลี่ยนคือดำเนินการ และ รอการตัดบัญชี ซึ่งวัตถุมีการปรับปรุงกลยุทธ์เฉพาะเมื่อมีการใช้จริง สองคนข้างบนกลยุทธ์มีข้อดีและข้อเสีย [ 6 , 71 ; ในโอทู เราสนับสนุนทั้งกลยุทธ์และให้นักออกแบบความเป็นไปได้ที่จะเลือกหนึ่งที่เหมาะสมที่สุดสำหรับเขา / เธอใช้โดเมน ปฏิบัติรายละเอียดปรากฏในส่วนที่ 3 และ 4
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: