คำถามติดแท็ก database-design

4
การออกแบบฐานข้อมูล: โทโพโลยีถนนใน GIS
มีวิธีมาตรฐานหรือวิธีปฏิบัติที่ดีที่สุดในการจัดเก็บคุณลักษณะบางอย่างเกี่ยวกับถนน: ทิศทางของถนน: ถนนเดินรถทางเดียว:ถนนที่ไปในทิศทางเดียวเท่านั้น เลนกลางเลี้ยว:ถนนที่มีอยู่ระหว่างสองเลนเลนใดเลนหนึ่งสามารถใช้เพื่อเลี้ยวซ้ายหรือขวาเช่นนี้ การสับเปลี่ยนทางหลวงทางลาดและรวมเลน ฟังก์ชั่นถนน: รูปแบบทางแยก (มีสัญญาณหรือไม่มีสัญญาณ): การรวมรูปแบบการอนุญาตที่ต่างกันและไม่อนุญาตของการแยกลงใน db เช่น: No-U เปลี่ยน เลี้ยวซ้ายบนกรีน (หรือไม่) รอบสีเขียวและเวลา กระตุ้นเมื่อเทียบกับวิธีที่ไม่กระตุ้นในทางแยก กฎทางด้านขวา: ทางแยกบางแห่งอาจมีกฎด้านขวาของทางที่แตกต่างจากกฎทั่วไป ยกตัวอย่างเช่นถนนที่มีเนินเขาซึ่งทุกคนจะต้องหยุดที่ป้ายหยุดรถยกเว้นคนที่กำลังเดินทางขึ้นเขา พวกเขาไม่มีป้ายหยุดดังนั้นการจราจรทั้งหมดจะต้องให้พวกเขา

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

2
เมื่อใดที่ปลอดภัยที่จะใช้ ObjectID เป็นคีย์ในคลาสความสัมพันธ์
ฉันมักจะหลีกเลี่ยงการใช้ ObjectID เมื่อกำหนดคลาสความสัมพันธ์ ฉันเข้าใจว่าการกระทำบางอย่างในฐานข้อมูลภูมิศาสตร์จะตั้งค่า objectID อีกครั้ง (เช่นการนำเข้า / ส่งออก) อย่างไรก็ตามฉันเห็นผู้คนมากมายใช้มัน ฉันเพิ่งเป็นคนหวาดระแวงหรือมีกรณีที่จะปลอดภัยที่จะใช้ ObjectID เมื่อกำหนดระดับความสัมพันธ์?

4
วิธีสร้างแบบจำลองสุสาน - หนึ่งจุดต่อผู้เสียชีวิตหรือหนึ่งจุดต่อหลุมฝังศพ? [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว นี่คือความต่อเนื่องของคำถามก่อนหน้าของฉันเกี่ยวกับโครงการของเราเกี่ยวกับวิธีการได้รับทางเศรษฐกิจด้วยการใช้งานสุสานในระบบ GIS ... บนสุสานเราสามารถหาได้ หลุมศพปกติ: มากถึง 2 คน หลุมศพของครอบครัว: มากกว่า 2 คนขึ้นไป 20 คน (พี่น้องจากการชุมนุมคาทอลิก…) อนุสาวรีย์สงคราม: ประมาณ 30 คน พื้นที่กระจายเถ้า: ไม่ จำกัด จำนวนเริ่มต้นด้วย 100 คน ช่องที่มีการฝังศพ: มากถึง 2 ต่อจุด ผนังฝังศพ Urns: สูงถึง 3 ดังนั้นวิธีที่ดีที่สุดที่จะไปคือการกำหนด: แต่ละคนเป็นวัตถุจุด แต่ละหลุมฝังศพเป็นวัตถุจุดบุคคลที่เป็นส่วนหนึ่งของคุณลักษณะ ฉันจะเลือกสำหรับแต่ละบุคคลเป็นวัตถุจุด: ไฟล์ CSV หนึ่งไฟล์สำหรับทุกคน คอลัมน์อาจเป็นตัวอย่าง: FirstName - …

2
ออกแบบฐานข้อมูลเชิงพื้นที่สำหรับข้อมูลชั่วคราว? [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดเมื่อปีที่แล้ว ฉันกำลังทำงานกับแอพ GIS บนพื้นฐานสภาพอากาศ ฉันมีข้อมูลจากสถานีตรวจอากาศหลายแห่งและข้อมูลนี้จะอัปเดตทุกวัน (โดยบริการบนเว็บ) อุปสรรคที่ฉันกำลังเผชิญคือ: ปัจจุบันมีสถานีบันทึก 40 แห่ง แต่อาจมีการเปลี่ยนแปลง สถานีที่แตกต่างกันบันทึกจำนวนพารามิเตอร์ที่แตกต่างกันบางบันทึก 5, บางบันทึก 7 ฯลฯ พารามิเตอร์บางส่วนถูกบันทึกทุกวัน (เช่นอุณหภูมิสูงสุด) บางพารามิเตอร์ถูกบันทึกทุกชั่วโมง (อุณหภูมิปัจจุบัน) ในขณะที่พารามิเตอร์อื่นถูกบันทึกทุกสัปดาห์ สิ่งอำนวยความสะดวกบางอย่างในสถานีบันทึกเฉพาะอาจถูกเลิกใช้งาน (เช่น: สถานีที่กำลังรายงานพารามิเตอร์ 7 ตัวในขณะนี้อาจรายงานเพียง 5 ปีถัดไป) บางครั้งพารามิเตอร์อาจไม่ถูกรายงานเนื่องจากปัญหาทางเทคนิค ดังนั้นฉันควรจะสามารถแยกความแตกต่างระหว่าง, value = 0, ค่า null & ค่าไม่ได้ถูกบันทึกไว้ ฉันทำงานกับ ArcGIS (เดสก์ท็อป & เซิร์ฟเวอร์) สำหรับส่วนเชิงพื้นที่ของแอปพลิเคชันเว็บนี้และการใช้ ArcSDE ไม่ใช่ปัญหา …

1
เป็นไปได้หรือไม่ที่จะรักษาคีย์หลักในฟีเจอร์คลาสที่มีเวอร์ชันโดยไม่มีรหัส arcobjects?
เนื่องจากไม่ใช่ความคิดที่ดีที่จะใช้ ObjectID เป็นคีย์หลักในความสัมพันธ์จึงจำเป็นต้องใช้คอลัมน์อื่น ๆ เป็นไปได้หรือไม่ที่จะใช้ลำดับ DBMS เพื่อเติมคอลัมน์คีย์หลักในฟีเจอร์คลาสที่เป็นเวอร์ชันหรือฉันจะต้องเขียนโค้ด arcobjects เพื่อทำสิ่งนี้? ฉันได้ยินมาว่าGlobal ID สามารถใช้งานได้ แต่ผู้ที่ไม่ใช่ GIS DBA กำลังดูแลตารางที่เกี่ยวข้องอยู่บ่อยครั้งที่แนวคิดนี้
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.