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

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

490 uml  diagram  modeling 

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

162 properties  modeling 

ฉันมีคำถามที่พยายามหาคำตอบมาระยะหนึ่งแล้ว แต่คิดไม่ออก: คุณออกแบบหรือแบ่งเอกสาร CouchDB อย่างไร? ยกตัวอย่าง Blog Post วิธีกึ่ง "เชิงสัมพันธ์" คือการสร้างวัตถุสองสามชิ้น: เสา ผู้ใช้งาน คิดเห็น แท็ก เศษเล็กเศษน้อย สิ่งนี้สมเหตุสมผลมาก แต่ฉันพยายามใช้ couchdb (ด้วยเหตุผลทั้งหมดที่ว่ามันยอดเยี่ยม) เพื่อสร้างโมเดลสิ่งเดียวกันและมันก็ยากมาก บล็อกโพสต์ส่วนใหญ่มีตัวอย่างง่ายๆในการทำเช่นนี้ โดยทั่วไปแล้วพวกเขาแบ่งออกในลักษณะเดียวกัน แต่บอกว่าคุณสามารถเพิ่มคุณสมบัติ 'ตามอำเภอใจ' ให้กับเอกสารแต่ละฉบับซึ่งดีมาก ดังนั้นคุณจะมีสิ่งนี้ใน CouchDB: โพสต์ (พร้อมแท็กและตัวอย่างโมเดล "หลอก" ในเอกสาร) คิดเห็น ผู้ใช้งาน บางคนอาจบอกว่าคุณสามารถแสดงความคิดเห็นและผู้ใช้ในนั้นได้ดังนั้นคุณจะมีสิ่งนี้: post { id: 123412804910820 title: "My Post" body: "Lots of Content" html: "<p>Lots of Content</p>" …

120 couchdb  modeling  principles