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

การพัฒนาสกีมาแนวคิดและ / หรือโมเดลเชิงตรรกะและ / หรือการตั้งค่าทางกายภาพของฐานข้อมูล

4
วิธีจัดการกับฐานข้อมูลที่ไม่มีเอกสารขนาดใหญ่
ฉันเพิ่งได้รับการว่าจ้างให้เป็น IT Guy คนเดียวใน บริษัท X หนึ่งและฉันได้รับมอบหมายให้แก้ไขแอปพลิเคชันของพวกเขาและในความคิดของฉันวิธีที่ดีที่สุดในการเริ่มต้นคือการทำความเข้าใจฐานข้อมูล ฐานข้อมูลปัจจุบันของพวกเขาคือฐานข้อมูล MySQL ที่มี 186 ตาราง (โปรดทราบว่าบางตารางว่างเปล่าสำหรับพระเจ้ารู้ว่าทำไม) และแอปพลิเคชั่นสื่อสารกับฐานข้อมูลผ่านส่วนต่อประสานฐานข้อมูล MS Access (ฉันถามตัวเองว่าทำไมนักพัฒนาถึงทำเช่นนั้นด้วย) คำถามคือฉันจะเริ่มต้นจัดการฐานข้อมูลที่ไม่มีเอกสารขนาดใหญ่นี้ได้อย่างไร ใช่มันไม่มีเอกสารเนื่องจากผู้พัฒนาแอปพลิเคชันไม่เต็มใจที่จะให้ ERD หรือพจนานุกรมข้อมูลหรือข้อมูลใด ๆ เกี่ยวกับฐานข้อมูลเพื่อทำให้ชีวิตของฉันง่ายขึ้น คุณจะแนะนำให้ใช้ความพยายามที่เต็มไปด้วยอันตรายนี้ในการทำความเข้าใจซอกทุกซอกทุกมุมของฐานข้อมูลที่ค่อนข้างใหญ่ได้อย่างไร คำถามที่เกี่ยวข้อง: วิธีการดำน้ำในฐานข้อมูลที่น่าเกลียด?

3
เก็บสูตรไว้ในตารางและใช้สูตรในฟังก์ชัน
ฉันมีฐานข้อมูล PostgreSQL 9.1 ซึ่งเป็นส่วนหนึ่งที่จัดการค่าคอมมิชชั่นของตัวแทน ตัวแทนแต่ละรายมีสูตรการคำนวณของตนเองเพื่อรับค่าคอมมิชชั่น ฉันมีฟังก์ชั่นในการสร้างจำนวนค่าคอมมิชชันที่แต่ละตัวแทนควรได้รับ แต่มันเป็นไปไม่ได้ที่จะใช้เมื่อจำนวนตัวแทนเพิ่มขึ้น ฉันถูกบังคับให้ทำใบแจ้งยอดที่ยาวและรหัสซ้ำซึ่งทำให้ฟังก์ชั่นของฉันใหญ่มาก สูตรทั้งหมดมีตัวแปรคงที่: d .. วันทำงานในเดือนนั้น r .. โหนดใหม่ได้รับการรับรอง l .. คะแนนความภักดี s .. ค่านายหน้าย่อย b .. อัตราฐาน ฉัน .. รายได้ที่ได้รับ สูตรสามารถเป็นดังนี้: d*b+(l*4+r)+(i/d)+s แต่ละตัวแทนเจรจาสูตรการชำระเงินกับฝ่ายทรัพยากรบุคคล ดังนั้นฉันสามารถเก็บสูตรไว้ในตารางตัวแทนได้แล้วมีฟังก์ชั่นเล็ก ๆ ที่เพิ่งได้สูตรจากตารางและแปลมันด้วยค่าและคำนวณจำนวนหรือไม่

1
จะเกิดอะไรขึ้นเมื่อคุณแก้ไข (ลด) ความยาวของคอลัมน์
ช่วยบอกฉันมีสองคอลัมน์ของชนิดNUMBER(โดยไม่ต้องแม่นยำและขนาด) VARCHAR(300)และ ผมเห็นว่าคอลัมน์เหล่านี้เป็นวิธีที่มีขนาดใหญ่เกินไปสำหรับข้อมูลของฉันดังนั้นฉันต้องการที่จะปรับเปลี่ยนให้พวกเขาและNUMBER(11) VARCHAR(10)ดังนั้นถ้าฉันรันคำสั่ง SQL นี้: ALTER TABLE FOO MODIFY(BAR NUMBER(10)); ฉันจะสามารถทำเช่นนั้นในคอลัมน์ที่ไม่มีข้อมูลได้หรือไม่ ถ้าเป็นเช่นนั้นจะเกิดอะไรขึ้นถ้ามีค่าหนึ่งมากกว่าNUMBER(10)คำทำนายจะบอกฉันเกี่ยวกับมัน? ค่าเริ่มต้นของคอลัมน์จะไม่เปลี่ยนแปลงหากกำหนดไว้ก่อนหน้านี้หรือไม่ ตัวเลือก nullable คอลัมน์จะไม่เปลี่ยนแปลงหรือไม่ คีย์หลักต่างประเทศรหัสเฉพาะในคอลัมน์นั้นจะไม่มีการเปลี่ยนแปลงหรือไม่ ข้อ จำกัด ที่เกี่ยวข้องกับคอลัมน์นั้นจะไม่มีการเปลี่ยนแปลงหรือไม่ ดัชนีในคอลัมน์นั้นจะไม่มีการเปลี่ยนแปลงหรือไม่ มีเอกสารอย่างเป็นทางการตอบคำถามของฉันหรือไม่

3
Visio 2010 และ SQL 2012 - การดำเนินการแบบย้อนกลับ
เราได้อัพเกรดเป็น SQL 2012 และกำลังพยายามที่จะแปลง DBS ของเราเป็น Visio 2010 ฉันตั้งค่าการเชื่อมต่อโดยใช้ไดรเวอร์ SQL 11 และ Visio บ่นว่าไดรเวอร์นั้นไม่ได้รับการสนับสนุน มีใครวิ่งเข้าไปในนี้?

3
โครงสร้างฐานข้อมูลสินค้าคงคลังเมื่อรายการสินค้าคงคลังมีแอตทริบิวต์ที่แตกต่างกัน
ฉันกำลังสร้างฐานข้อมูลสินค้าคงคลังเพื่อจัดเก็บข้อมูลฮาร์ดแวร์ขององค์กร อุปกรณ์ที่ฐานข้อมูลติดตามนั้นมีตั้งแต่เวิร์กสเตชันแล็ปท็อปสวิตช์เราเตอร์โทรศัพท์มือถือ ฯลฯ ฉันใช้หมายเลขซีเรียลของอุปกรณ์เป็นคีย์หลัก ปัญหาที่ฉันมีคือคุณสมบัติอื่น ๆ ของอุปกรณ์เหล่านี้แตกต่างกันไปและฉันไม่ต้องการให้มีฟิลด์ในตารางสินค้าคงคลังที่ไม่เกี่ยวข้องกับอุปกรณ์อื่น ด้านล่างคือลิงค์ไปยัง ERD ของส่วนหนึ่งของฐานข้อมูล (ความสัมพันธ์ FK บางอย่างไม่แสดง) ฉันกำลังพยายามตั้งค่าตัวอย่างเช่นอุปกรณ์ที่มีประเภทอุปกรณ์เวิร์กสเตชันไม่สามารถใส่ลงในตารางโทรศัพท์ ดูเหมือนว่าจะต้องมีการใช้ทริกเกอร์จำนวนมากเพื่อตรวจสอบประเภทอุปกรณ์หรือคลาสและตารางใหม่ทุกครั้งที่มีการติดตามอุปกรณ์ที่แตกต่างกันที่มีคุณลักษณะแตกต่างกัน ฉันค้นหาการตั้งค่าตารางคุณลักษณะที่สามารถแมปกับหมายเลขซีเรียลได้ แต่จะอนุญาตให้แอททริบิวที่ไม่ใช้กับประเภทอุปกรณ์ที่จะกำหนดให้กับอุปกรณ์เช่นใครบางคนสามารถกำหนดแอตทริบิวต์หมายเลขโทรศัพท์ให้กับเวิร์กสเตชันได้หากต้องการ . ฉันพบคำอธิบายเกี่ยวกับเว็บไซต์นี้ที่ให้โครงสร้างดังต่อไปนี้: โครงสร้างนี้จะใช้งานได้ดีหากคุณลักษณะทั้งหมดนั้นใช้ได้กับรายการที่ฉันจัดเก็บ ตัวอย่างเช่นหากฐานข้อมูลจัดเก็บเฉพาะโทรศัพท์มือถือแอตทริบิวต์อาจเป็นสิ่งต่าง ๆ เช่นหน้าจอสัมผัสแทร็คแพดคีย์บอร์ด 4G และ 3G ... อะไรก็ได้ ในกรณีนั้นพวกเขาทั้งหมดใช้กับโทรศัพท์ ฐานข้อมูลของฉันจะมีคุณลักษณะเช่นชื่อโฮสต์, circuitType, phoneNumber ซึ่งใช้กับอุปกรณ์ประเภทเฉพาะเท่านั้น ฉันต้องการตั้งค่าเพื่อให้สามารถกำหนดแอททริบิวที่ใช้กับประเภทอุปกรณ์ที่กำหนดให้กับอุปกรณ์ประเภทนั้นเท่านั้น คำแนะนำใด ๆ เกี่ยวกับวิธีการตั้งค่าฐานข้อมูลนี้? ฉันไม่แน่ใจว่านี่เป็นการใช้ความสัมพันธ์แบบหนึ่งต่อหนึ่งหรือไม่หรือถ้ามีวิธีที่ดีกว่าในการทำเช่นนี้ ขอบคุณล่วงหน้าที่สละเวลาในการตรวจสอบเรื่องนี้ นี่คือกระทู้อื่น ๆ ที่ฉันอ่าน พวกเขาให้ข้อมูลเชิงลึกที่ดีแก่ฉัน แต่ฉันไม่คิดว่าพวกเขาจะนำไปใช้จริง: /programming/9335548/how-to-structure-database-for-inventory-of-unlike-items /programming/1249632/database-structure-for-items-with-varying-attributes /programming/5559587/product-inventory-with-multiple-attributes /programming/6613802/question-about-setting-up-inventory-database /programming/514111/how-to-best-represent-items-with-variable-of-attributes-in-a-database

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

4
การพิจารณาประสิทธิภาพระหว่างการใช้ PK แบบกว้างเทียบกับคีย์สังเคราะห์แบบแยกต่างหากกับ UQ คืออะไร
ฉันมีตารางหลายตารางที่สามารถระบุระเบียนได้โดยไม่ซ้ำกับสาขาธุรกิจที่หลากหลาย ก่อนหน้านี้ฉันใช้ฟิลด์เหล่านี้เป็น PK โดยคำนึงถึงประโยชน์เหล่านี้: เรียบง่าย; ไม่มีฟิลด์ที่ไม่เกี่ยวข้องและมีเพียงหนึ่งดัชนี การทำคลัสเตอร์ช่วยให้สามารถผสานการรวมอย่างรวดเร็วและตัวกรองตามช่วง อย่างไรก็ตามฉันได้ยินกรณีที่ทำเพื่อสร้างIDENTITY INTPK สังเคราะห์และบังคับใช้รหัสธุรกิจด้วยUNIQUEข้อ จำกัดแยกต่างหาก ข้อดีคือการที่ PK แคบทำให้ดัชนีรองมีขนาดเล็กกว่ามาก ถ้าตารางมีไม่มีดัชนีอื่น ๆ กว่า PK ผมไม่เห็นเหตุผลที่จะสนับสนุนแนวทางที่สองใด ๆ แม้ว่าจะอยู่ในตารางขนาดใหญ่ก็อาจดีที่สุดที่จะสรุปว่าดัชนีอาจมีความจำเป็นในอนาคตและดังนั้นจึงชอบ PK สังเคราะห์แคบ . ฉันขาดการพิจารณาใด ๆ หรือไม่? อนึ่งฉันไม่ได้โต้เถียงกับการใช้คีย์สังเคราะห์ในคลังข้อมูลฉันแค่สนใจว่าจะใช้ PK แบบกว้าง ๆ เพียงครั้งเดียวและเมื่อใดที่จะใช้ PK แบบแคบและอังกฤษแบบกว้าง

2
ฉันจะสลายตารางนี้โดยไม่สูญเปล่าได้หรือไม่?
ฉันสะดุดกับปัญหาการออกแบบฐานข้อมูลที่ไม่ได้อยู่ในลีกของฉันและกูรู DBA ของฉันที่ไปใช้ยังอยู่ในช่วงซ้อมหนีไฟ ในสาระสำคัญฉันมีตารางที่มีคีย์หลักต่อไปนี้ (PK สำหรับความกะทัดรัด): child_id integer parent_id integer date datetime child_idและparent_idเป็นกุญแจต่างประเทศในตารางกิจการ ตาราง "child" นั้นมี foreign key ไปยังตาราง "parent" และแท้จริงแล้วแต่ละตัวchild_idจะอ้างอิงเหมือนกันparent_idตามที่คาดไว้โดยตารางข้างต้น ในความเป็นจริงปรากฎว่ามีโค้ดพิเศษบางอย่างที่ทำให้ทั้งสองซิงค์กันอยู่ ซึ่งทำให้สามเณรการปรับสภาพ overenthusiastic นี้พูดว่า "ฉันควรลบความซ้ำซ้อนแทน!" ฉันย่อยสลายต่อไปนี้: Table_1 PK: child_id integer date datetime Table_2 PK: parent_id integer date datetime Table_3: (already exists) child_id integer PRIMARY KEY parent_id integer FOREIGN KEY …

4
ที่หนึ่งควรใส่ดัชนีในตารางมิติเวลา?
หลังจากอ่านคำถามและคำตอบจากเว็บไซต์นี้เกี่ยวกับดัชนีคำถามมาถึงใจของฉัน จะเกิดอะไรขึ้นหากใครใช้ตารางมิติเวลาที่มีระดับความละเอียดต่ำกว่าเป็นวัน ควรวางดัชนีไว้ที่ไหน? Randy Melder ในคำถาม: “ index” หมายถึงอะไรใน RDBMS กล่าวว่า : คิดว่าดัชนีเป็น "สารบัญ" ... นั่นคือรายการของตัวชี้ที่เรียงลำดับไปยังตำแหน่งในไฟล์หรือที่รู้จักกันว่าออฟเซ็ต ในกรณีของมิติเวลาที่ข้อมูลการวิจัยส่วนใหญ่อาจจะทำอย่างใดอย่างหนึ่งสำหรับวันที่ระบุในสัปดาห์เฉพาะเดือนที่เฉพาะเจาะจงหรือไตรมาสเฉพาะหากเก็บตารางเวลาทุกวันสำหรับปีที่ไม่ซ้ำกัน คำถามของฉันคือ: เราควรใส่ดัชนีสำหรับฟิลด์เหล่านั้นทั้งหมดหรือไม่ วันนี้เป็นวันที่ไม่เหมือนใครดังนั้นสำหรับฉันฉันเข้าใจการใช้ดัชนีอย่างสมบูรณ์แบบ แต่รหัสประจำสัปดาห์จะมี7 ครั้งรหัสเดือนจะมี30/31 ครั้งและรหัสไตรมาสจะมี120 ครั้งขึ้นไป เราควรใส่ดัชนีสำหรับฟิลด์เหล่านั้นหรือไม่ มันจะยังคงมีประโยชน์หรือไม่ ฉันถามคุณว่าเพราะในคำถามเดียวกัน David Spillett ตอบว่า: การเพิ่มดัชนีมากเกินไปอาจเป็นการเพิ่มประสิทธิภาพที่ไม่ดีแน่นอนเนื่องจากพื้นที่พิเศษที่ใช้ในการจัดเก็บดัชนี (และโหลด IO เพื่อรักษาไว้หากฐานข้อมูลของคุณเห็นการดำเนินการเขียนจำนวนมาก) อาจเป็นปัญหาที่แย่กว่าแบบสอบถามแบบสอบถามที่อ่านน้อยที่สุด ดังนั้นอย่าทำมากเกินไป ดังนั้นสิ่งที่จะเป็นข้อควรพิจารณาที่ดีที่สุดสำหรับมิติเวลา?

2
แยกธงกับตาราง
ฉันกำลังออกแบบสารบัญซึ่งอาจมีหลายสิบล้านระเบียน บางรายการจะไม่สามารถใช้งานได้จนกว่าพวกเขาจะ "อนุมัติ" โดยผู้ดูแลระบบ โดย "ใช้" ฉันหมายความว่ารายการดังกล่าวจะไม่ถูกอ้างอิงในตารางอื่นจนกว่าพวกเขาจะ "อนุมัติ" มากถึง 50% ของรายการอาจ "ไม่ผ่านการอนุมัติ" ในเวลาใดก็ได้ บันทึกอาจกลายเป็น "อนุมัติ" แต่ไม่ใช่ในทางกลับกัน ฉันพิจารณาตัวเลือกการออกแบบสองตัว: ธงบิต ตารางแยกรายการ "ที่ไม่ผ่านการอนุมัติ" - เมื่อรายการได้รับการอนุมัติจะถูกย้ายไปที่ตาราง "ปกติ" (การต่ออายุ ID ของรายการไม่ใช่ปัญหา) ฉันคิดว่าตัวเลือกที่สองนั้นดีกว่ามาก การตั้งค่าสถานะบิตใช้เวลาเพียงไบต์ต่อแถวดังนั้นจึงไม่มีปัญหา แต่ถ้าเรามีบันทึกที่ได้รับการอนุมัติจำนวนหนึ่งล้านไฟล์และยังไม่ได้รับการอนุมัติในตารางเดียวกัน - เวลาสแกนจะเพิ่มขึ้นสำหรับการดำเนินการด้วยระเบียนที่ได้รับการอนุมัติ คำถามคือฉันควรพิจารณาตัวเลือกแรก (ตั้งค่าสถานะบิต) แทนหรือไม่ มีประโยชน์ในสถานการณ์ที่อธิบายหรือไม่?

2
กดไลค์หรือโหวตโพสต์
ฉันกำลังสร้างโปรแกรมขนาดเล็กที่ผู้ใช้โพสต์หรือเขียนบล็อก ในโพสต์เหล่านั้นผู้ใช้รายอื่นสามารถชอบหรือไม่ชอบโพสต์ดังกล่าวในเฟสบุ๊คหรือโพสต์โหวตลงหรือโพสต์ลงโพสต์ในสแต็คโอเวอร์โฟลว์ ฉันอยากจะรู้โครงสร้างฐานข้อมูลที่ดีซึ่งใช้กันทั่วไปและโปรแกรมทำงานอย่างมีประสิทธิภาพกับโครงสร้างนั้น ฉันมีสองตัวเลือก เป็นครั้งแรก โพสต์: id head message datepost likes dislikes 1 ab anchdg DATE 1,2,3 7,55,44,3 ในทางข้างต้นidเป็น postid ในคอลัมน์1,2,3ไลค์คือรหัสของผู้ใช้ที่ชอบหรืออัปเดตโพสต์หรือบล็อก 7,55,44,3คือรหัสของผู้ใช้ที่ไม่ชอบหรือลดระดับโพสต์หรือบล็อก ที่สอง โพสต์: id head message datepost 1 ab anchdg DATE ชอบอะไร: id postid userid 1 1 1 2 2 2 ไม่ชอบ: id postid userid 1 1 7 2 …

1
การบังคับใช้ข้อ จำกัด “ ออกไปสองตาราง”
ฉันพบปัญหาในการสร้างแบบจำลองวงจรไฟฟ้าใน SQL โครงสร้างที่ฉันต้องการจะจับคือ part ←────────── pin ↑ ↑ part_inst ←───── pin_inst โดยที่ "inst" สั้นสำหรับ "อินสแตนซ์" ยกตัวอย่างเช่นผมอาจจะมีเป็นpartLM358 op-amp กับpins 1OUT, 1IN-, 1in + GND, 2in + 2IN-, 2OUT และ V CC จากนั้นฉันอาจวางส่วนนี้ลงบนแผนผังสร้างpart_instและ 8 pin_instวินาที ละเว้นเขตข้อมูลความพยายามครั้งแรกของฉันที่ schema คือ create table parts ( part_id bigserial primary key ); create table pins ( pin_id …

2
ฉันต้องมีคอลัมน์รหัสแยกต่างหากสำหรับตาราง "การแมป" นี้หรือไม่
ฉันมีตารางProducersและตารางProductsซึ่งทั้งสองอย่างนี้มีรูปแบบ: Id - int คีย์หลัก Name - nvarchar ผู้ผลิตสามารถบรรทุกผลิตภัณฑ์ได้หลายตัวดังนั้นฉันจะสร้างตารางที่เรียกProducerDetailsว่าจะมี: ProducerId - int, foreign key to Producers.Id ProductId - int, foreign key to Products.Id จากนั้นฉันก็เริ่มตั้งคำถามกับตัวเองดังนั้นฉันจึงคิดว่าฉันจะถามผู้เชี่ยวชาญ การออกแบบฐานข้อมูลจะดีกว่าหรือไม่หากมีIdคอลัมน์เพิ่มเติม(int, คีย์หลัก) ในProducerDetailsตารางของฉัน หรือว่าไม่จำเป็น? ฉันใช้ SQL-Server 2008 R2 ถ้านั่นสร้างความแตกต่างได้เลย แก้ไข - ความสัมพันธ์ระหว่างตารางเหล่านี้จะเป็นแบบกลุ่มต่อกลุ่มฉันเชื่อว่าขอโทษที่ฉันไม่ได้บอกอย่างชัดเจน ผู้ผลิตสามารถดำเนินการผลิตภัณฑ์หลายประเภทและผลิตภัณฑ์เดียวกันสามารถผลิตได้โดยผู้ผลิตหลายราย ฉันขอโทษถ้าคำถามนี้ง่ายเกินไปการออกแบบความสมบูรณ์ของการอ้างอิง / ฐานข้อมูลไม่ใช่จุดแข็งของฉัน (แม้ว่าฉันจะพยายามปรับปรุงมัน)

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

2
คำแนะนำเกี่ยวกับเซิร์ฟเวอร์ SQL สำหรับแฮ็กเก่า [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับผู้ดูแลฐานข้อมูล Exchange Exchange ปิดให้บริการใน3 ปีที่ผ่านมา ยามเย็นฉันหวังว่าตำนานของพวกคุณบางคนอาจจะช่วยฉันได้ที่นี่ :) ฉันใช้ SQL Server ครั้งล่าสุดในเวอร์ชัน 7 ย้อนกลับไปในยุคมืด ตอนนี้ฉันอยู่ที่นี่ในศตวรรษที่ 21 และต้องการกลับมาทำงาน DBA อีกครั้ง ฉันต้องการตั้งค่าเครื่องเสมือน & ราคาถูกที่จะเล่นด้วยแล้วทำตามการรับรองใหม่ล่าสุด (ฉันเห็นใหม่ล่าสุดจะเริ่มเดือนเมษายน 2560 ซึ่งเป็นเวลาที่ดีสำหรับฉันฉันคิดว่า) ฉันสนใจเป็นพิเศษในเรื่องของ BI ทุกคนสามารถแนะนำผู้ให้บริการโฮสต์ที่ดีสำหรับเครื่องเสมือนได้หรือไม่? ฉันจะได้รับ Windows Server และไปจากที่นั่นหรือฉันจะได้รับแพคเกจที่ไหนสักแห่ง? สีฟ้าที่ฉันคิดหรือที่อื่น ๆ ? ฉันสงสัยว่ามีตัวเลือกมากมายหวังว่าคุณจะสามารถแบ่งปันสิ่งดีๆได้ :) นอกจากนี้ยังมีเคล็ดลับที่เป็นประโยชน์อื่น ๆ ยินดีต้อนรับมากที่สุดไชโย!

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.