files from the file-server when necessary, as illustrated in Figure 2. การแปล - files from the file-server when necessary, as illustrated in Figure 2. ไทย วิธีการพูด

files from the file-server when nec

files from the file-server when necessary, as illustrated in Figure 2.11. In this way, the
file-server acts simply as a shared hard disk drive. The DBMS on each workstation
sends requests to the file-server for all data that the DBMS requires that is stored on disk.
This approach can generate a significant amount of network traffic, which can lead to
performance problems. For example, consider a user request that requires the names of
staff who work in the branch at 163 Main St. We can express this request in SQL (see
Chapter 5) as:
SELECT fName, lName
FROM Branch b, Staff s
WHERE b.branchNos.branchNoAND b.street‘163 Main St’;
As the file-server has no knowledge of SQL, the DBMS has to request the files corresponding
to the Branch and Staff relations from the file-server, rather than just the staff
names that satisfy the query.
The file-server architecture, therefore, has three main disadvantages:
(1) There is a large amount of network traffic.
(2) A full copy of the DBMS is required on each workstation.
(3) Concurrency, recovery, and integrity control are more complex because there can be
multiple DBMSs accessing the same files.

0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
แฟ้มจากแฟ้มเซิร์ฟเวอร์เมื่อจำเป็น ดังที่แสดงในรูปที่ 2.11 ด้วยวิธีนี้
ไฟล์เซิร์ฟเวอร์ทำหน้าที่เพียงเป็นฮาร์ดดิสก์ไดรฟ์ใช้ร่วมกัน DBMS บนเวิร์กสเตชันแต่ละ
ส่งคำขอไปที่ไฟล์เซิร์ฟเวอร์สำหรับข้อมูลทั้งหมดที่จำเป็นต้องมี DBMS ที่เก็บอยู่บนดิสก์
วิธีการนี้สามารถสร้างยอดเงินสำคัญของเครือข่าย ซึ่งสามารถนำไป
ปัญหาประสิทธิภาพการทำงานได้ ตัวอย่าง พิจารณาคำขอผู้ใช้ที่ต้องการชื่อของ
พนักงานที่ทำงานในสาขาที่ 163 หลักเซนต์ เราสามารถที่แสดงการร้องขอนี้ใน SQL (ดู
5 บท) เป็น:
เลือก fName, lName
พนักงานจากสาขา b, s
b.street'163 b.branchNos.branchNoAND เซนต์หลัก ';
เป็นเซิร์ฟเวอร์แฟ้มมีไม่ความรู้ SQL, DBMS ได้รับการร้องขอแฟ้มที่สอดคล้อง
สัมพันธ์สาขาและพนักงานจากเซิร์ฟเวอร์แฟ้ม มากกว่าเพียงพนักงาน
ชื่อที่ตอบสนองแบบสอบถาม.
สถาปัตยกรรมเซิร์ฟเวอร์แฟ้ม ดังนั้น จึงมี disadvantages:
(1) หลักสามที่มีขนาดใหญ่ traffic.
(2) เครือข่ายสำเนาทั้ง DBMS จำเป็นต้องใช้ในแต่ละ workstation.
(3) เกิด กู้คืน และความควบคุมมีความซับซ้อนมากเนื่องจากสามารถมี
หลาย DBMSs การเข้าถึงแฟ้มเดียวกัน

การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ไฟล์จากไฟล์เซิร์ฟเวอร์เมื่อมีความจำเป็นตามที่แสดงในรูปที่ 2.11 ด้วยวิธีนี้
ไฟล์เซิร์ฟเวอร์ทำหน้าที่เพียงเป็นฮาร์ดดิสก์ไดรฟ์ที่ใช้ร่วมกัน DBMS ในแต่ละเวิร์กสเตชัน
ส่งคำขอไปยังไฟล์เซิร์ฟเวอร์สำหรับข้อมูลทั้งหมดที่ DBMS ต้องใช้ที่เก็บไว้บนดิสก์
วิธีการนี้จะสามารถสร้างเป็นจำนวนมากของการเข้าชมเครือข่ายซึ่งสามารถนำไปสู่
​​ปัญหาประสิทธิภาพการทำงาน ตัวอย่างเช่นพิจารณาคำขอของผู้ใช้ที่ต้องใช้ชื่อของ
พนักงานที่ทำงานในสาขาที่ 163 หลักเซนต์เราสามารถแสดงคำขอนี้ใน SQL (ดู
บทที่ 5) รวม:
SELECT fName, lname
จากสาขา b, พนักงาน s
WHERE ข branchNo  s.branchNoAND b.street  '163 Main St ';
เป็นไฟล์เซิร์ฟเวอร์มีความรู้ใน SQL ไม่มี DBMS มีการขอไฟล์ที่สอดคล้อง
กับสาขาและความสัมพันธ์กับเจ้าหน้าที่จากไฟล์เซิร์ฟเวอร์มากกว่า เพียงแค่พนักงาน
ชื่อที่ตรงกับคำถาม
สถาปัตยกรรมไฟล์เซิร์ฟเวอร์จึงมีสามข้อเสียที่สำคัญ
(1) มีเป็นจำนวนมากของการเข้าชมเครือข่าย
(2) ฉบับเต็มของ DBMS จะต้องในแต่ละเวิร์กสเตชัน
( 3) พร้อมกันการกู้คืนและการควบคุมความสมบูรณ์มีความซับซ้อนมากขึ้นเพราะอาจมี
หลาย DBMSs เข้าถึงไฟล์เดียวกัน

การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ไฟล์จากไฟล์เซิร์ฟเวอร์เมื่อจำเป็น ตามที่แสดงในรูปที่ 2.11 . ด้วยวิธีนี้เซิร์ฟเวอร์แฟ้มการกระทำง่ายๆ
ใช้ฮาร์ดดิสก์ไดรฟ์ DBMS ในแต่ละเวิร์กสเตชัน
ส่งการร้องขอไปยังเซิร์ฟเวอร์แฟ้มสำหรับข้อมูลทั้งหมดที่ DBMS ที่ต้องการจะถูกเก็บไว้บนดิสก์
วิธีนี้สามารถสร้างจำนวนมากของการจราจรของเครือข่ายซึ่งสามารถนำไปสู่
ปัญหาประสิทธิภาพ ตัวอย่างเช่นพิจารณาการขอของผู้ใช้ที่ต้องใช้ชื่อ
พนักงานทำงานในสาขาที่ 163 Main St . เราสามารถแสดงการร้องขอนี้ใน SQL ( ดูบทที่ 5 :

) เลือกเป็น lname จากสาขา B ,
,
b.branchno เจ้าหน้าที่ที่ s.branchnoand b.street  '163 หลักเซนต์ ;
เป็นเซิร์ฟเวอร์แฟ้ม ไม่มีความรู้เรื่อง SQL DBMS มีการร้องขอแฟ้มที่สอดคล้องกัน
ให้สาขาและพนักงานสัมพันธ์ จาก ไฟล์ เซิร์ฟเวอร์ มากกว่าเพียงแค่ชื่อที่ตรงกับแบบสอบถามพนักงาน
.
แฟ้มเซิร์ฟเวอร์สถาปัตยกรรมจึงได้สามข้อเสียหลัก :
( 1 ) มีปริมาณมากของการจราจรของเครือข่าย .
( 2 ) ฉบับเต็มของ DBMS เป็นสิ่งจำเป็นในแต่ละเวิร์กสเตชัน .
( 3 ) การ กู้คืน และควบคุมความสมบูรณ์มีความซับซ้อนมากขึ้น เพราะสามารถมี
หลาย DBMSs เข้าถึงไฟล์เดียวกัน

การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: