อะไรคือความแตกต่างระหว่าง ArcSDE และฐานข้อมูลที่เปิดใช้งานเชิงพื้นที่?

เมื่อใดที่คุณต้องการใช้ ArcSDE (มีระดับสิทธิ์การใช้งาน ArcGIS Server Basic) กับฐานข้อมูลที่เปิดใช้งานเชิงพื้นที่

การแลกเปลี่ยนระหว่างกันคืออะไร

ประโยชน์ของทั้งสองด้านคืออะไร

enterprise-geodatabase spatial-database

สิ่งที่เคยเป็นผลิตภัณฑ์ ArcSDE ปัจจุบันเรียกว่า ArcGIS Server Basic และมาใน Workgroup หรือ Enterprise Editions

— Chris M

คำตอบ:

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

ในสถานะ "บริสุทธิ์" (หรืออาจสกปรกที่สุด) SDE จะจัดการการคำนวณเชิงพื้นที่ทั้งหมดและเก็บข้อมูลในฐานข้อมูลของคุณเป็น BLOBs และ SQL ชนิดอื่น ๆ เท่านั้น ฟังก์ชันฐานข้อมูลบางอย่างเช่นการสร้างดัชนีข้อความหรือ XML ใช้เพื่อปรับปรุงประสิทธิภาพ แต่โดยทั่วไปฐานข้อมูลจะไม่ "รู้" ว่าเป็นการให้บริการข้อมูลเชิงพื้นที่ มีเพียงตารางและมุมมองและขั้นตอนมากมายและเต็มไปด้วยข้อมูลและฟังก์ชั่น

ด้วยฐานข้อมูลที่เปิดใช้งานเชิงพื้นที่ฐานข้อมูลจะทราบว่าข้อมูลมีที่ตั้ง ดังนั้นคุณสามารถใส่การสอบถามที่ตั้งลงในคำสั่ง SQL ของคุณได้ บางทีนี่อาจเป็นสิ่งที่ดีสำหรับคุณมันขึ้นอยู่กับว่าใครเป็นผู้บริโภคข้อมูลของคุณ หากผู้ใช้ข้อมูลของคุณคล่องแคล่วใน SQL มันยอดเยี่ยมมาก! หากผู้บริโภคข้อมูลของคุณคล่องแคล่วใน ArcMap พวกเขาอาจสนใจน้อยลง

เมื่อไม่นานมานี้เราสามารถผสมผสานทั้งสองอย่างนี้ได้โดยใช้ SDE เพื่อแปลเป็นประเภทอวกาศต้นแบบ นอกจากนี้เราสามารถใช้ "เชื่อมต่อโดยตรง" เพื่อข้ามบริการ SDE และเพียงแค่มีแอพพลิเคชั่นสำหรับผู้บริโภค (ArcMap, เซิร์ฟเวอร์ ArcGIS และอื่น ๆ ) เชื่อมต่อกับฐานข้อมูลโดยตรง ส่วนตัวฉันมีระดับความสำเร็จที่แตกต่างกับการเชื่อมต่อโดยตรง

ประโยชน์ในการใช้ ArcSDE:

การรวมอย่างราบรื่นกับไคลเอนต์ ESRI
ประสิทธิภาพที่ดี
ฟังก์ชันฐานข้อมูลพื้นฐานบางอย่างสามารถเปิดเผยได้ (มุมมองเชิงพื้นที่ดัชนี)

ข้อเสียของการใช้ SDE:

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

ประโยชน์ต่อฐานข้อมูลที่เปิดใช้งานเชิงพื้นที่:

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

ข้อเสียเปรียบในการใช้ฐานข้อมูลที่เปิดใช้งานเชิงพื้นที่:

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

ฉันมีประสบการณ์มากขึ้นกับ SDE ธรรมดาดังนั้นจึงมีโอกาสมากขึ้นสำหรับฐานข้อมูลที่เปิดใช้งานเชิงพื้นที่

หวังว่านี่จะช่วยได้!

— mwalker
แหล่งที่มา

คุณจะละเมิดสิทธิ์ใช้งาน ESRI หากคุณเข้าถึงข้อมูลโดยตรงและไม่ผ่านบริการ SDE

— CrazyEnigma

ไม่มีการละเมิด การเชื่อมต่อโดยตรงของ ESRI ไม่ใช้บริการ SDE (อย่างน้อยตอนท้ายเซิร์ฟเวอร์) นอกจากนี้พวกเขายังได้ตีพิมพ์บทความจำนวนมากเกี่ยวกับการใช้ PostGres, MSSQL และ WKT เป็นประเภทการจัดเก็บเชิงพื้นที่ในขณะที่ใช้ SDE ซึ่งช่วยให้คุณสามารถสื่อสารกับข้อมูลเชิงพื้นที่โดยตรง และยิ่งกว่านั้นเมื่อฉันต้องล้าง SDE ด้วยการเข้าถึงข้อมูลโดยตรงเมื่อมันพัง ประโยชน์อีกประการหนึ่งสำหรับฐานข้อมูลที่เปิดใช้งานเชิงพื้นที่คือฐานข้อมูลสามารถทำงานได้แทนที่จะนำข้อมูลทั้งหมดไปไว้ในไคลเอนต์และให้มันทำงาน

— westyvw

@CrazyEnigma: ต้องการการอ้างอิง

— Derek Swingley

การลดลงอย่างมากของ SDE กับ ST Geometry @mwalker Thanks

— CDBrown

Re: การอ้างอิงเชิงพื้นที่ฉันคิดว่ามันตรงกันข้าม การอ้างอิงเชิงพื้นที่ใน PostGIS เป็นมาตรฐานและ SRID นั้นเหมือนกับรหัส EPSG สำหรับ SRS ที่ใช้บังคับ ด้วย SDE อย่างน้อย 9.3x SRIDS จะรวมส่วนขยาย ฯลฯ ดังนั้นคุณอาจมี SRID สองแบบที่แตกต่างกันสำหรับระบบอ้างอิงเชิงพื้นที่เดียวกัน สิ่งนี้ทำให้เกิดปัญหาหากคุณต้องการใช้ SQL เชิงพื้นที่

— DavidF

ต่อไปนี้เป็นคำตอบในบรรทัดเดียวของฉัน: ใช้ SDE เมื่อคุณต้องการผู้ใช้หลายคนเข้าถึงข้อมูลเชิงพื้นที่ของคุณ

สมมติว่าคุณต้องการให้ผู้ใช้หลายคนแก้ไขข้อมูลของคุณ: ใช้ SDE สมมติว่าคุณต้องการให้บริการข้อมูลและอนุญาตให้แก้ไขผ่านเว็บ: ใช้ SDE หากคุณเป็นร้านเล็ก ๆ กับผู้ชาย GIS หนึ่งคนอย่าใช้ SDE

หากคุณเป็นคนเดียวที่ใช้ข้อมูลปริภูมิของคุณ SDE ไม่เหมาะกับคุณ หากคุณไม่ต้องการแก้ไขผู้ใช้หลายคน SDE ไม่เหมาะสำหรับคุณ คุณดีกว่าการใช้ไฟล์ GeoDatabase

สำหรับการแลกเปลี่ยน ... SDE นั้นไม่สำคัญที่จะตั้งค่าหรือจัดการ คุณต้องใช้ RDBMS

SDE นั้นเหมาะสำหรับองค์กรขนาดใหญ่ที่ต้องการฐานข้อมูลเดียว แต่ผู้ใช้หลายคนจำเป็นต้องเข้าถึงและอัปเดต / แก้ไขข้อมูล

— Derek Swingley
แหล่งที่มา

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

— นิ Aven

ฉันเห็นด้วยกับ Nicklas การเปรียบเทียบของคุณเหมาะสมกับโลกอาร์ค แต่ SDE นั้นยอดเยี่ยมสำหรับผู้ใช้หลายคน RDBMS ที่เปิดใช้งานเชิงพื้นที่เช่น PostGIS มีข้อได้เปรียบในเวทีนี้ คุณเคยลองให้สิทธิ์ผู้ใช้กับชุดข้อมูล SDE ที่คนอื่นดูอยู่หรือไม่?

— DavidF

ใช่ฉันพบปัญหาที่คุณอธิบายด้วยการให้สิทธิ์พิเศษ ไม่แน่ใจว่ายังคงมีปัญหาอยู่หรือไม่เพราะฉันไม่ได้ดูแล SDE GDB ในสองสามปีที่ผ่านมา ไม่ควรปิดกั้นการให้สิทธิ์ด้วยการล็อค postgres / postgis จัดการกับการแก้ไขผู้ใช้หลายคนอย่างไร

— Derek Swingley

ทุกวันนี้ dbs เชิงพื้นที่ส่วนใหญ่อนุญาตให้มีคอลัมน์อวกาศหลายคอลัมน์ในหนึ่งตารางในขณะที่ SDE ติดกับคอลัมน์อวกาศหนึ่งคอลัมน์สำหรับหนึ่งตาราง พวกเขายังมีข้อมูลเชิงพื้นที่ที่รวมเข้ากับเครื่องมือการจัดการข้อมูลที่มีความยืดหยุ่นและทรงพลังซึ่ง SDE ขาดเช่น sachems ผู้ใช้การจำลองข้อมูลการสนับสนุน SQL และอื่น ๆ

ESRI SDEBinary เป็นนักแสดงที่รวดเร็ว ถ้าพูดถึง ST_GEOMETRY SDE อาจไม่มีประสิทธิภาพที่ดีที่สุด

— สถานที่ - Zilla
แหล่งที่มา