คำถามติดแท็ก postgis

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

2
PostGIS กับ SQL Server สำหรับข้อมูล GIS
ดังนั้นเมื่อเร็ว ๆ นี้ฉันเริ่มที่ บริษัท ใหม่และมีผู้ใช้ ArcGIS จำนวนมากที่ดูเหมือนจะกระตือรือร้นที่จะก้าวไปข้างหน้าด้วยอินสแตนซ์ PostGIS เพื่อให้บริการข้อมูลแก่ลูกค้าของเรา ในขณะที่ฉันไม่มีปัญหากับสิ่งนี้เราเป็นเซิร์ฟเวอร์ SQL 95% และร้านออราเคิล 5% GIS ภายในของเราในปัจจุบันหมดลง SQL Server และฉันยังไม่ได้ยินคำร้องเรียนใด ๆ ฉันรู้ว่า SQL Server มีความสามารถเชิงพื้นที่ / รูปทรงเรขาคณิตที่ปรับปรุงใหม่จำนวนมากในปี 2012 แต่มีคุณสมบัตินักฆ่าใน PostGIS ที่คุ้มค่าที่จะเจาะเข้าสู่แพลตฟอร์มใหม่ใช่หรือไม่ ฉันพยายามค้นคว้าแล้ว แต่ไม่สามารถค้นพบสิ่งใดในเชิงลึกอย่างแท้จริงหรือไม่ได้มีอคติอย่างสมบูรณ์ ฉันต้องการให้เครื่องมือที่ดีที่สุดแก่พวกเขาในการทำงานให้เสร็จ แต่ต้องชั่งน้ำหนักความจริงที่ว่าฉันจะเรียนรู้ Postgres / GIS ตั้งแต่เริ่มต้นและนั่นเป็นการเดินทางทั้งในและของตัวเอง

1
การจัดเก็บและการสืบค้นข้อมูลการกลิ้งใน PostgreSQL
ฉันมีข้อมูลโมเดลสภาพอากาศจำนวนมากถูกใส่ลงในฐานข้อมูล PostgreSQL เครื่องมี 8 คอร์และ RAM 16 GB ฉันใช้ PostgreSQL 9.3 กับ PostGIS 2.1 แต่ละตารางจะมีข้อมูลสภาพอากาศที่แตกต่างกัน (อุณหภูมิจุดน้ำค้างลม ฯลฯ ) แต่ละตารางจะมีคอลัมน์ 6-7 คอลัมน์: ละติจูดลองจิจูดลองจิจูดเรขาคณิตระดับความสูงวันที่และเวลาที่แบบจำลองนั้นเกี่ยวข้องและค่าข้อมูลที่น่าสนใจ 1-2 รายการ ข้อมูลจะถูกสอบถามเป็นหลักสำหรับกล่อง bounding ตามเวลาและระดับความสูง จะมีประมาณ 145,757,360 แถวต่อตาราง (ข้อมูลที่เก่ากว่าตอนนี้จะไม่ถูกลบอีกต่อไป) ฉันประมาณขนาดของตารางโดยประมาณประมาณ 10 GB โดยไม่มีดัชนี (นั่นคือข้อมูล 52 ไบต์บวก 23 ไบต์ค่าใช้จ่ายต่อแถว) ข้อมูลจะถูกอัปเดต / แทรกเป็นประจำเมื่อมีข้อมูลโมเดลใหม่ บันทึก: ดังนั้นฉันดูที่แผนสองข้อนี้: เพียงจัดทำดัชนีและจัดกลุ่มตาม (วันที่และเวลา, ระดับความสูง) พร้อมดัชนีเพิ่มเติมสำหรับรูปทรงเรขาคณิตของจุด รันงาน …

2
PostgreSQL: ไม่สามารถเปลี่ยนไดเรกทอรีเป็น / root ได้
ฉันพยายามที่จะคัดลอกตารางplanet_osm_polygonจากฐานข้อมูลหนึ่งไปยังอีกosm testฉันและดำเนินการsu postgrespg_dump ปัญหา:อย่างไรก็ตามฉันได้รับข้อผิดพลาดcould not change directory to "/root"และPassword:ปรากฏขึ้นสองครั้ง! มีวิธีการpg_dumpเมื่อเข้าสู่ระบบในฐานะroot? root@lalaland:~# su postgres postgres@lalaland:/root$ pg_dump -h localhost "osm" --table "public.planet_osm_polygon" | psql -h localhost "test" --table "staging.planet_osm_polygon" could not change directory to "/root" could not change directory to "/root" Password: Password: UPDATE ปัญหา # 2:ปรากฏว่าตารางจะถูกคัดลอกลงในสคีแม้ว่าฉันผ่านธงpublic --table="staging.planet_osm_polygon"ทำไมไม่ได้คัดลอกไปยังคีมาstaging?

2
ลำดับของคอลัมน์ในดัชนีรวมใน PostgreSQL (และลำดับการสืบค้น)
ฉันมีตารางที่มี 50K แถว จริงๆแล้วมันเป็นตาราง PostGIS แบบสอบถามมี 4 ส่วน (บังคับ 1 ข้อ) (3 ตัวเลือก) กล่องแยก (สี่เหลี่ยมทางภูมิศาสตร์) ที่มีละติจูด 4 เส้น, ยาว (ฉันใช้ st_intersects) [จำเป็น] ช่วงวันที่ (นาทีสูงสุด) ในฟิลด์วันที่ ประเภทไฟล์ (ชุดของค่าข้อความสูงสุด 8 ค่า) กำลังใช้ IN (..... ) แต่ฉันสามารถสร้างตารางชั่วคราวได้ถ้าต้องการ ฉันเห็นคนจำนวนมากไม่ชอบอิน ประเทศ (ค่าข้อความ) ฉันคาดหวังประมาณ 100 - 4,000 แถวที่ส่งคืน ถ้าฉันสร้างดัชนีผสมบนตารางฉันควรใช้คอลัมน์ใดก่อน เม็ดเล็กละเอียดน่าจะเป็นที่ตั้ง (มีการกระจายข้อมูลไปทั่วโลก) ปัจจุบันฉันมีมันเป็นดัชนีส่วนสำคัญ ดัชนีอื่น ๆ จะเป็น BTREE …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.