รหัสแรกเทียบกับฐานข้อมูลก่อน

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

ฉันกำลังคิดที่จะพลิกเวิร์กโฟลว์ของฉันบนหัวและสร้าง UI และคลาสโมเดลข้อมูลเป็นครั้งแรกด้วยความหวังว่าการทำงานที่ออกมาจะทำให้ฉันชัดเจนว่าสคีมาฐานข้อมูลของฉันจะเป็นอย่างไรในที่สุด นี่เป็นความคิดที่ดีหรือไม่? ฉันกังวลว่าฉันจะจบลงด้วย UI และยังไม่ทราบวิธีการจัดทำฐานข้อมูล

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

สิ่งที่มาก่อนกระบวนการหรือข้อมูลที่ใช้โดยกระบวนการนั้น ฉันรู้ว่านี่เป็นคำถาม "ไก่หรือไข่" แต่ในกรณีของซอฟต์แวร์ฉันเชื่อว่ามันเป็นกระบวนการ

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

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

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

หัวข้อเล็ก ๆ น้อย ๆ แต่มีความสำคัญมาก: ขั้นตอนการทำงานที่ฉันอธิบายมักใช้พร้อมกับการปฏิบัติที่สำคัญเช่น "สิ่งที่ง่ายที่สุดที่อาจเป็นไปได้" การพัฒนาโดยใช้การทดสอบและการมุ่งเน้นที่การแยกสถาปัตยกรรมของคุณออกจากรายละเอียด ไปในทางของคุณ (คำใบ้: ฐานข้อมูล) เกี่ยวกับสุดท้ายพูดคุยนี้สรุปความคิดค่อนข้างดี

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

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

เมื่อคุณมีสิ่งที่คุณควรจะสามารถเริ่มต้นสร้างสิ่งที่คุณคิดว่าจะให้ผลลัพธ์ที่ดีที่สุดและรอส่วนที่เหลือของคุณสมบัติที่จะเข้ามา

ประสบการณ์ของฉันมีดังนี้

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

ยังจำได้:

• มันไม่ได้เป็นโลกของแอปเดียวอีกต่อไป <-> แอพของคุณอาจจะต้องอ่านหรือเขียนข้อมูลจากฐานข้อมูลมากกว่าหนึ่งฐานหรือโซลูชันของคุณอาจประกอบด้วยแอปมากกว่าหนึ่งแอปโดยใช้ฐานข้อมูลเดียวกัน

สรุป: ฉันแนะนำให้คุณออกแบบฐานข้อมูลก่อน

ฉันจะบอกว่าฐานข้อมูลก่อนเพราะฉันมีประสบการณ์มากมายกับโครงการขนาดใหญ่และคุณต้องการแบบจำลองข้อมูลที่มั่นคงถ้าคุณมีนักพัฒนาหลายคนทำงานในแบบคู่ขนาน

แต่จากนั้นฉันก็คิดอีกเล็กน้อยและฉันก็ตระหนักว่าสิ่งที่เราทำจริง ๆ ในโครงการขนาดใหญ่ที่ประสบความสำเร็จมากขึ้นคือ "ข้อกำหนดก่อน"

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

ตั้งแต่นี้ดูเหมือนว่าของเหลว / ไม่ได้ระบุดังนั้นฉันจะทำส่วนหน้า GUI แรก - ที่ดูเหมือนว่าคุณต้องการได้รับการตอบสนองการสนับสนุนเวลาและข้อเสนอแนะจากผู้มีส่วนได้เสียใช่ไหม? พวกเขาไม่สนใจเกี่ยวกับตารางปกติที่ยอดเยี่ยมของคุณและข้อ จำกัด ของคีย์ต่างประเทศและการลบแบบเรียงซ้อน แต่ GUI สุดเจ๋งที่มีสีมันวาวมากมาย - นั่นคือสิ่งที่สำคัญที่สุด!

สำหรับ "ฐานข้อมูล" แบ็กเอนด์เริ่มต้นให้ใช้สิ่งที่ง่ายมากบางทีอาจเป็นเพียงคีย์ / ค่าที่เก็บไว้ในไฟล์ ฉันไม่คุ้นเคยกับ MS Access ดังนั้นไม่ทราบว่าแบ็กเอนด์ "ที่เบาที่สุด" จะเป็นอย่างไร (ตาราง spreadsheed?) ไม่ว่าอะไรจะเร็วและสกปรกวางแผนที่จะทิ้งมันไป

หากทำได้ให้ใช้รูปลักษณ์และความรู้สึกตลก ๆใน GUI เพื่อทำให้ชัดเจนว่าเป็นแบบตัวอย่าง หากทั้งหมดอื่นล้มเหลวใช้บัตรดัชนี

บางทีผู้มีส่วนได้ส่วนเสียของคุณอาจเป็นผู้เชี่ยวชาญ DB - ซึ่งเป็นกรณีของฉันในบางครั้ง! - ในกรณีนี้ให้ออกแบบ DB บางส่วน

เนื่องจากความต้องการไม่ชัดเจนเราสามารถเริ่มต้นด้วยโมเดลข้อมูลพื้นฐานที่มีองค์ประกอบสำคัญที่คุณจะรู้ว่าคุณต้องการอาจเป็นเพียงตารางพื้นฐานและ PKs เพื่อเริ่มต้น ส่วนที่เหลือของข้อมูลเรียงลำดับเป็นไบนารีหรือ XML และเก็บ BLOB ในฐานข้อมูลเพื่อเริ่มต้นด้วย สิ่งนี้จะช่วยให้ผู้ใช้สามารถพัฒนา UI และเลเยอร์ธุรกิจ (ระดับกลาง) โดยไม่มีโมเดลเชิงสัมพันธ์อย่างสมบูรณ์ แต่คุณจะยังคงมีความพยายามในการบันทึกและดึงข้อมูลและค้นหาคีย์อย่างง่ายตามต้องการ

ตัวอย่างเช่นคุณอาจมีบุคคลดังนั้นคุณจึงมีรหัสประจำตัวของ PK ส่วนที่เหลือของแอตทริบิวต์ไม่เป็นที่รู้จักดังนั้นเพียงแค่เริ่มต้นด้วยตารางบุคคลที่มี PK Person Id และคอลัมน์อื่นที่จะเก็บ Blob ซึ่งเป็นข้อมูลบุคคลทั้งหมด

เมื่อความต้องการแข็งตัวนำ Blobs ของคุณและแยกตารางและคอลัมน์ทั้งหมดที่จำเป็นและทำให้ความสัมพันธ์ของแบบจำลอง จากนั้นเป็นเพียงเรื่องของการเปลี่ยนแปลงการคงอยู่จาก BLOB เป็นความสัมพันธ์ในชั้นการเข้าถึงข้อมูล แต่ทุกอย่างอื่นกฎทางธุรกิจ UI ฯลฯ จะยังคงใช้งานได้ หมายเหตุสิ่งนี้จะเพิ่มเวลาในโครงการ แต่ให้ความยืดหยุ่นอย่างสมบูรณ์ในการเพิ่มและวางสิ่งต่าง ๆ ตามที่ต้องการโดยไม่ต้องเปลี่ยนแบบจำลองเชิงสัมพันธ์จนกว่าสิ่งต่างๆจะกระชับขึ้น

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

โดยทั่วไปคุณเริ่มต้นด้วยตัวแบบตารางและย้ายไปที่เชิงสัมพันธ์เมื่อโครงการดำเนินไป

หรือทำข้อกำหนดก่อนที่งานใด ๆ จะเริ่มขึ้นเพื่อที่จะสามารถพัฒนาแบบจำลองเชิงสัมพันธ์ได้ในขั้นต้น

โดยทั่วไปฉันคิดว่ารหัสมาหลังจากข้อมูลเพราะรหัสกำลังจะจัดการข้อมูล

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