ในฐานข้อมูลทางภูมิศาสตร์ที่กำหนดเวอร์ชันแล้วตารางเดลต้าและแผนผังต้นไม้มีผลกระทบอะไรกับประสิทธิภาพการค้นหา


9

เรามีฐานข้อมูล arcsde geodatabase (arcgis 9.3.1 บน oracle 10g) พร้อมโมเดลข้อมูลที่ค่อนข้างซับซ้อนซึ่งรวมถึงคุณลักษณะ 100 คลาสและตารางที่ไม่ใช่เชิงพื้นที่เครือข่ายทางเรขาคณิตและคลาสความสัมพันธ์มากมาย

ข้อมูลถูกแก้ไขทุกวันโดยผู้ใช้ arcmap 5 หรือ 6 คนใช้การกำหนดเวอร์ชัน sde นอกจากนี้เวอร์ชันยังสร้างโดยบริการอัตโนมัติที่เชื่อมต่อกับระบบธุรกิจอื่น ๆ เพื่อทำการแก้ไขในฐานข้อมูลทางภูมิศาสตร์ ประสิทธิภาพการค้นหาจะลดลงอย่างเห็นได้ชัดในระหว่างวันดังนั้นเราจึงใช้สคริปต์ทุกคืนเพื่อให้ได้การบีบอัดแบบเต็ม ในบางครั้งเมื่อทำการแก้ไขเป็นจำนวนมากระบบอาจไม่สามารถใช้งานได้จนกว่าจะทำการบีบอัดแบบเต็ม

ได้รับการแนะนำว่า Oracle ตามที่กำหนดค่าไม่สามารถเกิดขึ้นกับแผนการดำเนินการที่เหมาะสมเมื่อเผชิญหน้ากับตารางเดลต้าระเหยเหล่านี้ นี่เป็นคำอธิบายที่สมเหตุสมผลหรือไม่? ควรใช้วิธีการใดเพื่อแก้ไข?

อัปเดตเพื่อตอบสนองต่อความคิดเห็น

  • ในตอนท้ายของวันต้นไม้ของรัฐเป็นเส้นตรงมากโดยมีการแตกแขนงเพียงเล็กน้อย
  • เราบีบอัดทุกคืน (รับการบีบอัดเต็มรูปแบบโดยการลบทุกรุ่น)
  • มีการวิเคราะห์ตารางธุรกิจเป็นประจำ
  • ตารางเดลต้าไม่ได้รับการวิเคราะห์ พวกเขาจะถูกล็อค (ความพยายามในการวิเคราะห์ผลตอบแทนข้อผิดพลาด "สถิติวัตถุ ORA-20005 ถูกล็อค") ไม่เป็นตารางระเหยใน sde schema - STATES, STATE_LINEAGES

คุณได้ตรวจสอบแผนผังสถานะโดยใช้Geodatabase Toolkit (GDBT) แล้วหรือยัง?
Kirk Kuykendall

ไม่ต้องเคิร์กฉันควรมองหาอะไร
nef001

คุณใช้เวิร์กโฟลว์ที่มีเวอร์ชันเฉพาะหรือไม่
Ragi Yaser Burhum

3
เกี่ยวกับคำถาม Gdbt ของคุณคุณกำลังมองหาสาขาต้นไม้รัฐที่ดูเป็นเส้นตรงและห่างไกลจาก SDE.DEFAULT ซึ่งตรงข้ามกับ "
bushy

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

คำตอบ:


7

ตารางเดลต้าและแผนผังสถานะมีผลกระทบโดยตรงกับการค้นหาของคุณ

ขั้นแรกคุณต้องเข้าใจเวอร์ชัน; ฉันได้อธิบายสั้น ๆ เกี่ยวกับความสัมพันธ์ของแผนผังสถานะและป้ายกำกับเวอร์ชันในคำตอบอื่น ฉันคิดว่ามันจะช่วยให้คุณข้ามไปได้

หลังจากอ่านคำตอบนั้นคุณจะสามารถรู้ได้ว่าการที่รัฐยาว id branch (จาก root ถึง state-id ที่อ้างอิงโดยเลเบลจะส่งผลกระทบต่อประสิทธิภาพการทำงานทำไมเพราะคุณมีการรวมที่ซับซ้อนมากขึ้นเพื่อสร้างมุมมอง "ปัจจุบัน" ของรุ่น เนื่องจากการบีบอัดกำลังตัดต้นไม้การรวมภายในจะง่ายต่อการประมวลผลโดย db พื้นฐานและเซสชัน ArcMap ของคุณจะเร็วขึ้น

ลองดูที่เอกสารการกำหนดเวอร์ชันของเวิร์กโฟลว์จาก ESRI ที่จะสอนวิธีรักษาแผนผังสถานะเวอร์ชันภายใต้การควบคุมอย่างมีสติ ใช้GDBTเพื่อดูแผนผังสถานะก่อนและหลังเพื่อให้คุณสามารถเห็นว่าเวิร์กโฟลว์ที่ดีมีผลต่อต้นไม้

ประการที่สองหากคุณสามารถหลีกเลี่ยงได้โดยไม่ต้องใช้เครือข่ายทางเรขาคณิตสำหรับกรณีการใช้งานส่วนใหญ่ของคุณให้ทำเช่นนั้น มันจะช้าลง FeatureClasses ที่เกี่ยวข้องเพราะจะใช้การส่งข้อความที่ซับซ้อนสำหรับทุกสาย :: เก็บสาย (ตรงข้ามกับเพียงแค่การจัดเก็บแถวในตารางและทำกับมัน)

หากต้องการอัปเดตสถิติให้ใช้ฟังก์ชันวิเคราะห์ของเครื่องมือการจัดการข้อมูล (ทำเครื่องหมายทั้งหมด) มันจะรู้วิธีจัดการกับตารางเดลต้า (และตารางอื่น ๆ ) ที่จำเป็น


4

[ขออภัยในโพสต์แรก: นี่เป็นความคิดเห็นไม่ใช่คำตอบที่ชัดเจน] หากคุณมีรุ่นแก้ไขที่ค่อนข้างเก่าและยังไม่ได้โพสต์ควรลบลบโพสต์หรือปรับให้ตรงกัน เวอร์ชันเก่าที่ไม่ได้ปรับให้ตรงกันคงมุมมองเก่าของค่าเริ่มต้นซึ่งป้องกันไม่ให้ระเบียนเดลต้าที่เป็นของรุ่นที่ใหม่กว่าถูกบีบอัดลงในตารางฐาน อาจมีจำนวนมากของระเบียนเดลต้าที่ไม่มีการบีบอัดเหล่านี้ถูกตรึงไว้กับเวอร์ชันเก่าและประสิทธิภาพจะได้รับผลกระทบเพราะทุกเวอร์ชันเป็นมุมมองบนเดลต้าและตารางพื้นฐาน ประสิทธิภาพของระบบเกี่ยวข้องกับจำนวนการแก้ไขเนื่องจากแต่ละเวอร์ชันได้รับการกระทบยอดครั้งล่าสุด (หรือสร้าง) ดังนั้นในระยะสั้น หากมีเวอร์ชันใด ๆ ที่คุณไม่สามารถโพสต์ให้ปรับยอดมันเป็นประจำและบีบอัด

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.