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

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

65 database  database-development 

บ่อยครั้งในงานของฉันแนวคิดเกี่ยวกับการซิงโครไนซ์ข้อมูลแบบ 2 ทางระหว่างระบบฐานข้อมูลทำให้ข้อมูลเกิด ตัวอย่างคลาสสิกคือระบบ CRM ที่แตกต่างกันสองระบบ (เช่น Raiser's Edge และ Salesforce) และจำเป็นต้องมีการซิงค์ข้อมูลผู้ติดต่อสองทางระหว่างกัน ข้อควรพิจารณาเกี่ยวกับ API นอกเหนือจากสมมติว่าคุณมีคีย์ที่ใช้ร่วมกันในการซิงค์และคิดถึงอัลกอริธึม / รูปแบบที่จะใช้อย่างหมดจดนี่เป็นงานที่มักจะถูกประเมินโดยผู้ที่ไม่ใช่ช่างเทคนิค ตัวอย่างเช่นคุณต้องระวัง: คุณสามารถตรวจสอบระเบียนที่มีการเปลี่ยนแปลงในทั้งสองระบบได้อย่างง่ายดาย (หรือคุณจะต้องเปรียบเทียบระเบียนทั้งหมดระหว่างระบบเพื่อตรวจจับการเปลี่ยนแปลง) หากคุณกำลังจะทำการซิงค์หนึ่งครั้งทุก ๆ ชั่วโมงวิธีการจัดการกับความขัดแย้งที่การเปลี่ยนแปลงระเบียนเดียวกันในเวลาเดียวกันมากขึ้นหรือน้อยลงในทั้งสองระบบ หากคุณกำลังทำการซิงค์แบบเรียลไทม์ (เช่นการอัปเดตในระบบหนึ่งจะกระตุ้นการอัปเดตไปยังระบบอื่นทันที) วิธีจัดการความแตกต่างเมื่อเวลาผ่านไปเนื่องจากข้อบกพร่องหรือระบบล่ม โดยส่วนตัวฉันสามารถคิดหาวิธีจัดการกับสิ่งเหล่านี้ทั้งหมด แต่ฉันสงสัยว่ามีรูปแบบที่เป็นที่รู้จักกันดีวรรณกรรมหรือแนวปฏิบัติที่ดีที่สุดที่ฉันสามารถอ้างถึงได้หรือไม่

52 design-patterns  algorithms  database-development  synchronization 

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

45 database-development 

ฉันกำลังดำน้ำในการออกแบบที่ขับเคลื่อนด้วยโดเมน (DDD) และในขณะที่ฉันไปลึกมากขึ้นในนั้นมีบางสิ่งที่ฉันไม่ได้รับ ตามที่ฉันเข้าใจแล้วประเด็นหลักคือการแยก Domain Logic (Business Logic) จาก Infrastructure (DB, File System ฯลฯ ) สิ่งที่ฉันสงสัยคือจะเกิดอะไรขึ้นเมื่อฉันมีข้อความค้นหาที่ซับซ้อนมากเช่นแบบสอบถามการคำนวณทรัพยากรวัสดุ ในประเภทของแบบสอบถามที่คุณทำงานกับการดำเนินการชุดใหญ่ประเภทของสิ่งที่ SQL ได้รับการออกแบบมาสำหรับ ทำการคำนวณเหล่านั้นภายใน Domain Layer และทำงานกับชุดจำนวนมากในนั้นก็เหมือนกับการทิ้งเทคโนโลยี SQL การคำนวณเหล่านี้ในโครงสร้างพื้นฐานไม่สามารถเกิดขึ้นได้เช่นกันเพราะรูปแบบ DDD ช่วยให้สามารถเปลี่ยนแปลงโครงสร้างพื้นฐานได้โดยไม่ต้องเปลี่ยน Domain Layer และรู้ว่า MongoDB ไม่มีความสามารถเช่น SQL Server ที่ไม่สามารถเกิดขึ้นได้ นั่นเป็นข้อผิดพลาดของรูปแบบ DDD หรือไม่?

43 domain-driven-design  database-design  sql  database-development 

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

33 orm  database-development  hibernate 

ฉันมีลูกค้าตอนนี้ต้องการให้ฉันพัฒนาระบบการลงทะเบียนของโรงเรียน ตอนนี้เป็นครั้งแรกที่ฉันมีความท้าทายแบบนี้ ซอฟต์แวร์ที่ผ่านมาส่วนใหญ่ที่ฉันสร้างไม่ซับซ้อน ฉันรู้ว่าพวกคุณส่วนใหญ่ได้สร้างซอฟแวร์ที่ซับซ้อนฉันแค่ต้องการคำแนะนำของคุณเกี่ยวกับเรื่องนี้ ฉันควรออกแบบส่วนหน้าหรือส่วนหลังก่อนหรือไม่ ขอบคุณ! นี่คือข้อสรุปของบทความที่ฉันพบในอินเทอร์เน็ตเมื่อไม่นานมานี้ แค่ต้องการแบ่งปัน http://www.skitoy.com/p/front-end-vs-back-end-developers-my-take/157 นักพัฒนา Front-End และ Back-End (ใช้ของฉัน) ส่วนตัวของฉัน เป็นเรื่องของการฝึกอีกครั้งการสรุปทั่วไปของโรคหลอดเลือดสมองในวงกว้าง: นักพัฒนาส่วนหน้า โดยทั่วไปแล้วจะไม่มีระดับ CS หรือมีระดับ CS จากโรงเรียนชั้นที่ 3 ทำงานในภาษาที่คล้ายกับพื้นฐาน (ดู PHP เป็นพื้นฐาน) มีทักษะการมองเห็นในการแปลงเอกสาร Photoshop เป็น CSS / HTML / ฯลฯ มีความอดทนสูงสำหรับการเขียนโปรแกรมซ้ำเนื่องจากภาษาฟรี นักพัฒนาส่วนหลัง มีระดับ CS หรือมีประสบการณ์มากมาย ทำให้ฉันเป็นระบบมากขึ้นในวิธีการแก้ปัญหาของพวกเขา อย่ารังเกียจที่จะใช้เวลาหลายวันเพื่อค้นหาวัตถุชิ้นหนึ่งที่รั่ว ลองและสร้างเครื่องมือเพื่อแก้ปัญหา

30 design  database  database-development  database-design  front-end 

คำถามล่าสุดใน StackOverflowเจ็บใจอภิปรายเกี่ยวกับการเปลี่ยนรูปของคีย์หลัก ฉันคิดว่ามันเป็นกฎที่คีย์หลักควรจะไม่เปลี่ยนรูป หากมีโอกาสที่บางวันจะมีการอัปเดตคีย์หลักฉันคิดว่าคุณควรใช้คีย์ตัวแทน อย่างไรก็ตามมันไม่ได้อยู่ในมาตรฐาน SQL และคุณสมบัติ "cascade update" ของ RDBMS บางตัวอนุญาตให้เปลี่ยนคีย์หลักได้ ดังนั้นคำถามของฉันคือ: มันยังคงเป็นวิธีที่ไม่ดีที่จะมีคีย์หลักที่อาจมีการเปลี่ยนแปลง? ข้อเสียถ้ามีมีคีย์หลักที่ไม่แน่นอนคืออะไร?

26 database-development  sql 

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

25 design  database  database-design  database-development 

คุณจะจัดการการซิงโครไนซ์แบบสองทางระหว่างเซิร์ฟเวอร์ฐานข้อมูล 'หลัก' และเซิร์ฟเวอร์ 'รอง' จำนวนมากได้อย่างไรในการแก้ไขข้อขัดแย้งโดยเฉพาะหากการเชื่อมต่อไม่สามารถใช้ได้ตลอดเวลา ตัวอย่างเช่นฉันมีแอพมือถือที่ใช้ CoreData เป็น 'ฐานข้อมูล' บน iOS และฉันต้องการอนุญาตให้ผู้ใช้แก้ไขเนื้อหาโดยไม่ต้องเชื่อมต่ออินเทอร์เน็ต ในเวลาเดียวกันข้อมูลนี้มีอยู่ในเว็บไซต์ที่อุปกรณ์จะเชื่อมต่อ ฉันจะทำอย่างไรถ้า / เมื่อข้อมูลในเซิร์ฟเวอร์ DB ทั้งสองมีข้อขัดแย้ง (ฉันอ้างถึง CoreData เป็นเซิร์ฟเวอร์ฐานข้อมูล แต่ฉันรู้ว่ามันเป็นสิ่งที่แตกต่างออกไปเล็กน้อย) มีกลยุทธ์ทั่วไปในการจัดการกับปัญหาประเภทนี้หรือไม่? นี่คือตัวเลือกที่ฉันคิดได้: 1. ใช้ข้อมูลฝั่งไคลเอ็นต์เป็นลำดับความสำคัญที่สูงขึ้น 2. เหมือนกันกับฝั่งเซิร์ฟเวอร์ 3. พยายามแก้ไขข้อขัดแย้งด้วยการทำเครื่องหมายการประทับเวลาการแก้ไขของแต่ละฟิลด์และทำการแก้ไขล่าสุด แม้ว่าฉันจะแน่ใจว่าตัวเลือกที่ 3 จะเปิดห้องสำหรับการทำลายข้อมูลที่รุนแรง ฉันรู้ว่าทฤษฎีบท CAP เกี่ยวข้องกับเรื่องนี้ แต่ฉันต้องการความมั่นคงในที่สุดเท่านั้นดังนั้นมันจึงไม่ได้ออกกฎสมบูรณ์ใช่ไหม? คำถามที่เกี่ยวข้อง: ที่ดีที่สุดรูปแบบการปฏิบัติสำหรับการประสานข้อมูลแบบสองทาง คำตอบที่สองสำหรับคำถามนี้บอกว่าคงไม่สามารถทำได้

24 algorithms  database  database-development  synchronization 

ขณะนี้เรากำลังตกอยู่ในสถานการณ์ที่เรามีทางเลือกระหว่างการใช้ mapper เชิงสัมพันธ์เชิงวัตถุนอกกรอบหรือการรีดของเราเอง เรามีแอปพลิเคชั่นรุ่นเก่า (ASP.NET + SQL Server) ที่ซึ่ง data-layer & business-layer ถูกบดเข้าด้วยกันอย่างน่าเสียดาย ระบบไม่ซับซ้อนโดยเฉพาะอย่างยิ่งในแง่ของการเข้าถึงข้อมูล มันอ่านข้อมูลจากกลุ่มขนาดใหญ่ (35-40) ของตารางที่เกี่ยวข้องระหว่างจัดการกับมันในหน่วยความจำและบันทึกมันกลับไปที่ตารางอื่น ๆ ในรูปแบบสรุป ตอนนี้เรามีโอกาสในการปรับโครงสร้างใหม่และกำลังมองหาเทคโนโลยีที่จะใช้ในการแยกและจัดโครงสร้างการเข้าถึงข้อมูลของเราอย่างเหมาะสม เทคโนโลยีใดก็ตามที่เราตัดสินใจเราต้องการ: มีวัตถุ POCO ในรูปแบบโดเมนของเราซึ่งเป็นความไม่รู้เรื่องการคงอยู่ มีเลเยอร์นามธรรมเพื่อให้เราทดสอบหน่วยโมเดลวัตถุของเรากับแหล่งข้อมูลต้นแบบที่เยาะเย้ย เห็นได้ชัดว่ามีหลายสิ่งในนี้อยู่แล้วในแง่ของรูปแบบและกรอบ ฯลฯ ส่วนตัวผมกำลังผลักดันให้มีการใช้ EF ร่วมกับADO.NET หน่วยทดสอบ Repository Generator / POCO Entity ปั่นไฟ สามารถตอบสนองความต้องการทั้งหมดของเราสามารถรวมเข้ากับรูปแบบ Repo / UnitOfWork ได้อย่างง่ายดายและโครงสร้างฐานข้อมูลของเรานั้นมีความเป็นผู้ใหญ่ที่สมเหตุสมผล อย่างไรก็ตามคนอื่น ๆ ในกลุ่มกำลังแนะนำให้สถาปนิก / กลิ้ง DAL ของเราเองอย่างสมบูรณ์ตั้งแต่เริ่มต้น (DataMappers …

20 design-patterns  database-development  entity-framework  nhibernate 

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

19 database-development  orm 

มีเหตุผลใดที่จะใช้ Linq กับ SQL ต่อไปหรือดีกว่าที่จะย้ายไปใช้เทคนิค ORM เช่น EF, NHibernate เป็นต้น เรากำลังใช้ Linq กับ SQL ในแอปพลิเคชันองค์กรขนาดใหญ่ใหม่ที่จะมีอยู่เป็นเวลานาน แรงจูงใจสำหรับแอปพลิเคชันระดับองค์กรใหม่นี้คือแอปพลิเคชันนี้เขียนขึ้นตามปกติใน Visual Basic และเนื่องจาก Microsoft หยุดการสนับสนุน ดูเหมือนว่าเรามีอยู่แล้ว แต่คราวนี้มาพร้อม DAL (Data Access Layer) ของเรา ฉันได้อ่านบทความนี้แล้ว แต่เปรียบเทียบกับความอ่อนแอของ EF เท่านั้น

17 database-development 

รายการเช่น Foreign Keys, ข้อ จำกัด , ค่าเริ่มต้นและอื่น ๆ ควรได้รับการจัดการโดยระบบการจัดการฐานข้อมูล (ในกรณีนี้คือ MS SQL 2005) หรือแอปพลิเคชันหรือไม่ ฉันเคยได้ยินความคิดเห็นจากทั้งสองฝ่ายและฉันก็ไม่แน่ใจเหมือนกันว่าจะไปทางไหน มีโอกาสที่เราจะขยายเซิร์ฟเวอร์หลายตัว / ฐานข้อมูลและฉันไม่คิดว่า Foreign Keys สามารถใช้ข้ามเซิร์ฟเวอร์ที่เชื่อมโยงได้ นอกจากนั้นยังมีการอ้างอิงแบบวงกลมในการออกแบบฐานข้อมูลซึ่งทำให้ฉันไม่สามารถใช้ON UPDATE CASCADEกับทุกสิ่งได้ ฐานข้อมูลคือ MS SQL 2005 (อาจเป็น 2008) และการโต้ตอบทั้งหมดที่มีควรผ่านแอปพลิเคชัน

16 database-design  database-development 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ก่อนที่ฉันจะถามคำถามให้ฉันอธิบายความคิดของฉันเกี่ยวกับ SQLite ก่อน ฉันชอบเครื่องมือที่มีขนาดเล็กเร็วและที่สำคัญมีฟังก์ชันที่จำเป็นจริงๆเท่านั้น นั่นเป็นเหตุผลที่ฉันชอบ SQLite และฉันชอบ MS-SQL น้อยลง ตัวอย่างเช่น: MS-SQL อาจมีฟังก์ชั่นการปรับขนาดและอื่น ๆ อีกมากมาย แต่ก็อาจเป็นเรื่องยากที่จะติดตั้งหากคุณโชคไม่ดี แน่นอนฉันไม่ได้บอกว่าการติดตั้งที่ยากเป็นเหตุผลที่ไม่เลือกฐานข้อมูลเฉพาะ ไม่เข้าใจฉันผิด: MS-SQL เป็นผลิตภัณฑ์คุณภาพดี ฉันมีประสบการณ์มากกับ MS-SQL; ฉันเข้าใจผลิตภัณฑ์เป็นอย่างดีในฐานะมืออาชีพ ฉันชอบน้อยกว่าในบางกรณีที่ไม่จำเป็นจริงๆ (= มีผู้ใช้ไม่มาก <10-15) คุณใช้ฟังก์ชันการทำงานของฐานข้อมูลมากน้อยเพียงใด จากประสบการณ์ของฉันมันมักจะเป็น SQL ปกติ (SELECT, INSERT และ UPDATE) ฉันชอบ SQLite น่าหลงใหลรวดเร็ว มันง่ายมากที่จะ "ติดตั้ง" ฉันคิดว่า SQLite สามารถทำได้มากกว่าที่อ้างว่าทำได้ …

15 database  database-development 

ทุกครั้งที่ฉันอ่านเกี่ยวกับโปรแกรมเมอร์ของออราเคิล ฯลฯ ฉันสับสน ฉันไม่รู้ว่าพวกเขาทำอะไรกันแน่ จากความเข้าใจของฉันโปรแกรมเมอร์แอปพลิเคชันจำเป็นต้องพัฒนาฟังก์ชั่นหลัก ไลบรารีที่ใช้อาจช่วยในการพัฒนา GUI หรือการเชื่อมต่อฐานข้อมูล แต่ฟังก์ชันการทำงานที่ทำให้แอปพลิเคชันนั้นต้องมีการตั้งโปรแกรมและทำให้ทุกแอปพลิเคชันแตกต่างกัน (บางอันอาจเป็น tweaked เวอร์ชันอื่น ๆ ) ในความสัมพันธ์นี้การเขียนโปรแกรมฐานข้อมูลไม่ใช่การสร้างตารางโดยทั่วไปและไม่ใช่ตารางเหล่านี้ที่ประมวลผลตามคำสั่ง SQL ที่ออกโดยแอปพลิเคชันซึ่งมักจะเป็นส่วนหน้าใช่ไหม ดังนั้นการสร้างตารางจึงเป็นเรื่องใหญ่

14 database  database-development  database-design