As applications are becoming increasingly dynamic, the no- tion that a การแปล - As applications are becoming increasingly dynamic, the no- tion that a ไทย วิธีการพูด

As applications are becoming increa

As applications are becoming increasingly dynamic, the no- tion that a schema can be created in advance for an appli- cation and remain relatively stable is becoming increasingly unrealistic. This has pushed application developers away from traditional relational database systems and away from the SQL interface, despite their many well-established ben- efits. Instead, developers often prefer self-describing data models such as JSON, and NoSQL systems designed specif- ically for their relaxed semantics. In this paper, we discuss the design of a system that en- ables developers to continue to represent their data using self-describing formats without moving away from SQL and traditional relational database systems. Our system stores arbitrary documents of key-value pairs inside physical and virtual columns of a traditional relational database system, and adds a layer above the database system that automati- cally provides a dynamic relational view to the user against which fully standard SQL queries can be issued. We demon- strate that our design can achieve an order of magnitude improvement in performance over alternative solutions, in- cluding existing relational database JSON extensions, Mon- goDB, and shredding systems that store flattened key-value data inside a relational database.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ขณะใช้งานจะกลายเป็นแบบไดนามิกมากขึ้น การไม่มีทางการค้าว่า schema สามารถสร้างล่วงหน้าสำหรับการพลิรก และยังคงมีเสถียรภาพค่อนข้างจะกลายเป็นไม่สมจริงมากขึ้น นี้ได้ผลักดันนักพัฒนาโปรแกรมประยุกต์ออก จากระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิม และอินเทอร์ เฟซ SQL แม้ว่าพวกเขาหลายคนดีขึ้นเบน-efits แทน นักพัฒนามักจะชอบตัวเองอธิบายรูปแบบข้อมูลเช่น JSON และออกแบบระบบ NoSQL specif-ically สำหรับความหมายของอาชีพของพวกเขา ในกระดาษนี้ ปรึกษาการออกแบบระบบการพัฒนาน้ำส่องสว่างที่ต้องการแสดงข้อมูลโดยใช้รูปแบบอธิบายด้วยตนเองโดยไม่ต้องย้าย SQL และระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิม ระบบจัดเก็บเอกสารโดยพลการของคู่ค่าคีย์ภายในคอลัมน์ทางกายภาพ และเสมือนของระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิม และเพิ่มประตูอัตโนมัติที่ชั้นที่อยู่บนระบบฐานข้อมูล-cally ให้มุมมองเชิงไดนามิกกับผู้ที่สามารถออกแบบสอบถาม SQL มาตรฐานครบ เราปีศาจ strate ออกแบบของเราสามารถบรรลุการปรับปรุงความในประสิทธิภาพมากกว่าโซลูชันทางเลือก -cluding ที่อยู่ส่วนขยายของฐานข้อมูลเชิงสัมพันธ์ JSON, goDB จันทร์ และหั่นย่อยระบบที่จัดเก็บ flattened ค่าคีย์ข้อมูลภายในฐานข้อมูลเชิงสัมพันธ์
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
กับการใช้งานจะกลายเป็นแบบไดนามิกมากขึ้นในการที่ no- สคีมาสามารถสร้างล่วงหน้าสำหรับไอออนบวกพลิเคชันและยังคงมีเสถียรภาพค่อนข้างจะกลายเป็นไม่สมจริงมากขึ้น นี้ได้ผลักดันนักพัฒนาโปรแกรมออกไปจากระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิมและอยู่ห่างจากอินเตอร์เฟซ SQL แม้จะมีจำนวนมากของพวกเขาดีขึ้น ben- E Fi TS แต่นักพัฒนามักจะชอบตัวเองที่อธิบายถึงรูปแบบข้อมูลเช่น JSON และระบบ NoSQL ออกแบบ specif- ically สำหรับความหมายของพวกเขาผ่อนคลาย ในบทความนี้เราจะหารือถึงการออกแบบระบบที่ช่วยรับประกันพัฒนา Ables เพื่อดำเนินการต่อเพื่อแสดงข้อมูลของตนโดยใช้รูปแบบการอธิบายด้วยตนเองโดยไม่ต้องย้ายออกไปจาก SQL และระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิมที่ ร้านค้าระบบของเราเอกสารโดยพลการของคู่ค่าคีย์ภายในคอลัมน์ทางกายภาพและเสมือนจริงของระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิมและเพิ่มชั้นข้างต้นระบบฐานข้อมูลที่เองโดยอัตโนมัติให้มุมมองเชิงสัมพันธ์แบบไดนามิกให้กับผู้ใช้กับที่แบบสอบถาม SQL มาตรฐานอย่างเต็มที่อาจจะเป็น ออก. เรา demon- strate ว่าการออกแบบของเราจะประสบความสำเร็จในการสั่งซื้อของการปรับปรุงประสิทธิภาพการทำงานที่สำคัญในการแก้ปัญหามากกว่าทางเลือกห cluding ที่มีอยู่ส่วนขยายฐานข้อมูลเชิงสัมพันธ์ JSON, Mon- goDB และ shredding ระบบที่จัดเก็บข้อมูลชั้น attened ค่าคีย์ภายในฐานข้อมูลเชิงสัมพันธ์
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เป็นโปรแกรมจะกลายเป็นแบบไดนามิกมากขึ้น , ไม่ , นั่น schema สามารถสร้างขึ้นในล่วงหน้าสำหรับ appli - ไอออนบวก และยังคงมีเสถียรภาพค่อนข้างเป็นที่สมจริงมากขึ้น นี้ได้ผลักดันนักพัฒนาแอปพลิเคชันจากระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิมและห่างจาก SQL อินเตอร์เฟซ แม้หลายรู้จักเบน - E จึงดูแลแทน นักพัฒนามักจะชอบตนเองอธิบายแบบจำลองข้อมูล เช่น เจลีก และ nosql ระบบออกแบบระบบ - ically เพื่อผ่อนคลายอรรถศาสตร์ ในบทความนี้เราจะหารือการออกแบบระบบที่ EN - บิล นักพัฒนาจะยังคงแสดงข้อมูลโดยใช้ตัวอธิบายรูปแบบโดยไม่ต้องย้ายออกจาก SQL และระบบฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิม ระบบร้านค้าเปิดเอกสารของค่าคีย์คู่ทางกายภาพและเสมือนในคอลัมน์ของฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิมและเพิ่มเลเยอร์ด้านบนมีระบบฐานข้อมูลที่ automati - คอลลี่มีมุมมองแบบไดนามิก สัมพันธ์กับผู้ใช้ซึ่งเต็มมาตรฐานกับแบบสอบถาม SQL สามารถออก เราปีศาจ - ? ที่ออกแบบของเราสามารถบรรลุคำสั่งปรับปรุงขนาดในการปฏิบัติมากกว่าโซลูชั่นทางเลือกใน cluding ที่มีอยู่แบบ JSON ฐานข้อมูลนามสกุล มอญ - godb และทำลายระบบที่จัดเก็บข้อมูลflสุ่มค่าคีย์ในฐานข้อมูลเชิงสัมพันธ์
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: