@Laura_Learning .. it would be pref

@Laura_Learning .. it would be preferable to create temp. Tables and cache data locally to avoid flooding the network with lots of traffic, in situations where you query a lot of data. But then you have to deal with updating the SQL backend when changes occur for each client. This gets complicated if clients modify the same dataset as changes will need to be propagated to everyone.

On the other hand, if you keep the temp. Table on the server side and only link to it from the local Access client, then Access will perform those complex tasks of managing and updating your content. However you might experience bottlenecks if you haven't optimized how much content you're pulling from the server.

ผลลัพธ์ (ไทย) 1:

@Laura_Learning ... มันจะดีกว่าการสร้างชั่วคราว ตารางและแคชของข้อมูลภายในเพื่อหลีกเลี่ยงน้ำท่วมเครือข่าย มีจำนวนมากของการจราจร ในกรณีที่คุณสอบถามข้อมูลจำนวนมาก แต่คุณต้องจัดการกับ SQL backend ในการปรับปรุงเมื่อมีการเปลี่ยนแปลงเกิดขึ้นสำหรับไคลเอนต์แต่ละ ซับซ้อนได้ถ้าลูกค้าปรับเปลี่ยนชุดข้อมูลเดียวกันกับการเปลี่ยนแปลงจะต้องสามารถแพร่กระจายไปทุกคนในทางกลับกัน ถ้าคุณเก็บการ temp ตารางบนฝั่งเซิร์ฟเวอร์และเฉพาะเชื่อมโยงนั้นจากไคลเอนต์เข้าถึงท้องถิ่น จากนั้น Access จะทำงานที่ซับซ้อนการจัดการ และปรับปรุงเนื้อหาของคุณ อย่างไรก็ ตามคุณอาจพบปัญหาคอขวดถ้าคุณยังไม่ได้ปรับปริมาณเนื้อหาที่ คุณกำลังดึงจากเซิร์ฟเวอร์

ผลลัพธ์ (ไทย) 2:

@Laura_Learning .. มันจะดีกว่าที่จะสร้างชั่วคราว ตารางและข้อมูลแคชท้องถิ่นเพื่อหลีกเลี่ยงน้ำท่วมเครือข่ายที่มีจำนวนมากของการจราจรในสถานการณ์ที่คุณสอบถามข้อมูลเป็นจำนวนมาก แต่แล้วคุณต้องจัดการกับการปรับปรุงแบ็กเอนด์ SQL เมื่อมีการเปลี่ยนแปลงเกิดขึ้นสำหรับลูกค้าแต่ละ นี้ได้รับความซับซ้อนถ้าลูกค้าปรับเปลี่ยนชุดเดียวกับการเปลี่ยนแปลงที่จะต้องมีการแพร่กระจายไปยังทุกคน.

ในทางกลับกันถ้าคุณเก็บชั่วคราว ตารางที่ในฝั่งเซิร์ฟเวอร์และเชื่อมโยงเท่านั้นที่จะได้จากลูกค้าเข้าถึงท้องถิ่นแล้ว Access จะดำเนินการที่ซับซ้อนในการบริหารจัดการและการปรับปรุงเนื้อหาของคุณ แต่คุณอาจพบปัญหาคอขวดถ้าคุณยังไม่ได้ปรับเนื้อหาที่คุณกำลังดึงจากเซิร์ฟเวอร์

ผลลัพธ์ (ไทย) 3:

@ laura_learning . . . . . . . มันคงจะดีกว่าที่จะสร้างชั่วคราว ตารางและแคชข้อมูลภายในเพื่อหลีกเลี่ยงน้ำท่วมเครือข่ายที่มีจำนวนมากของการจราจร ในสถานการณ์ที่คุณค้นหาข้อมูลจํานวนมาก แต่คุณต้องจัดการกับฐานข้อมูล SQL สำรองเมื่อมีการเปลี่ยนแปลงเกิดขึ้นสำหรับลูกค้าแต่ละราย มันจะยุ่งยาก ถ้าลูกค้าแก้ไขข้อมูลเดียวกัน การเปลี่ยนแปลงจะต้องไปทุกคนบนมืออื่น ๆถ้าคุณเก็บชั่วคราว ตารางในฝั่งเซิร์ฟเวอร์และเชื่อมโยงไปจากไคลเอนต์การเข้าถึงท้องถิ่นแล้ว Access จะแสดงงานที่ซับซ้อนในการจัดการและปรับปรุงเนื้อหาของคุณ อย่างไรก็ตาม คุณอาจพบปัญหาคอขวดถ้าคุณไม่ได้ปรับเนื้อหาเท่าใดคุณกำลังดึงจากเซิร์ฟเวอร์