More flexible data modelRelational

More flexible data model
Relational and NoSQL data models are very different. The relational model takes data and separates it into many interrelated tables that contain rows and columns. Tables reference each other through foreign keys that are stored in columns as well. When looking up data, the desired information needs to be collected from many tables (often hundreds in today’s enterprise applications) and combined before it can be provided to the application. Similarly, when writing data, the write needs to be coordinated and performed on many tables.

NoSQL databases have a very different model. For example, a document-oriented NoSQL database takes the data you want to store and aggregates it into documents using the JSON format. Each JSON document can be thought of as an object to be used by your application. A JSON document might, for example, take all the data stored in a row that spans 20 tables of a relational database and aggregate it into a single document/object. Aggregating this information may lead to duplication of information, but since storage is no longer cost prohibitive, the resulting data model flexibility, ease of efficiently distributing the resulting documents and read and write performance improvements make it an easy trade-off for web-based applications.



Another major difference is that relational technologies have rigid schemas while NoSQL models are schemaless. Relational technology requires strict definition of a schema prior to storing any data into a database. Changing the schema once data is inserted is a big deal, extremely disruptive and frequently avoided – the exact opposite of the behavior desired in the Big Data era, where application developers need to constantly – and rapidly – incorporate new types of data to enrich their apps.

In comparison, document databases are schemaless, allowing you to freely add fields to JSON documents without having to first define changes. The format of the data being inserted can be changed at any time, without application disruption.

ผลลัพธ์ (ไทย) 1:

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

ฐานข้อมูล NoSQL มีรูปแบบแตกต่างกันมาก ตัวอย่างเช่นเอกสารที่มุ่งเน้นฐานข้อมูล NoSQL ใช้ข้อมูลที่คุณต้องการเก็บและรวบรวมไว้ในเอกสารโดยใช้รูปแบบ JSON แต่ละเอกสาร JSON อาจจะคิดว่าเป็นวัตถุที่จะใช้โดยโปรแกรมประยุกต์ของคุณ เอกสาร JSON อาจจะยกตัวอย่างเช่นจะนำข้อมูลทั้งหมดที่เก็บไว้ในแถวที่ครอบคลุม 20 ตารางจากฐานข้อมูลเชิงสัมพันธ์และรวบรวมไว้ในเอกสารฉบับเดียว / วัตถุรวมข้อมูลเหล่านี้อาจนำไปสู่​​การทำสำเนาของข้อมูล แต่เนื่องจากการจัดเก็บจะไม่เสียค่าใช้จ่ายต้องห้ามที่ทำให้มีความยืดหยุ่นในรูปแบบข้อมูลความสะดวกในการได้อย่างมีประสิทธิภาพส่งผลให้การกระจายเอกสารและการอ่านและเขียนการปรับปรุงประสิทธิภาพทำให้การปิดง่ายสำหรับการใช้งาน Web-based .



อีกหนึ่งความแตกต่างที่สำคัญคือเทคโนโลยีที่มีความสัมพันธ์ schemas แข็งในขณะที่รูปแบบ NoSQL เป็น schemaless เทคโนโลยีเชิงสัมพันธ์ต้องมีข้อกำหนดที่เข้มงวดของสคีมาก่อนที่จะมีการจัดเก็บข้อมูลลงในฐานข้อมูลใด ๆ เปลี่ยนสคีมาเมื่อข้อมูลถูกแทรกเป็นเรื่องใหญ่มากและหลีกเลี่ยงความยุ่งยากบ่อย - ตรงข้ามแน่นอนของพฤติกรรมที่ต้องการในยุคข้อมูลขนาดใหญ่,ที่นักพัฒนาโปรแกรมต้องอย่างต่อเนื่อง - และรวดเร็ว - รวมประเภทใหม่ของข้อมูลเพื่อเพิ่มปพลิเคชันของพวกเขา

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

ผลลัพธ์ (ไทย) 2:

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

NoSQL ฐานข้อมูลมีรูปแบบแตกต่างกันมาก ตัวอย่าง ฐานข้อมูลเอกสารแนว NoSQL ใช้ข้อมูลที่คุณต้องการจัดเก็บ และรวมลงในเอกสารโดยใช้รูปแบบเจซัน สามารถคิดของแต่ละเอกสารเจซันเป็นวัตถุที่จะใช้ โดยโปรแกรมประยุกต์ของคุณ เจซันเอกสารตัวอย่าง อาจ นำข้อมูลทั้งหมดที่เก็บไว้ในแถวที่ขยาย 20 ตารางของฐานข้อมูลเชิงสัมพันธ์ และรวมเป็นเอกสาร/วัตถุเดียว การรวบรวมข้อมูลนี้อาจทำให้ซ้ำซ้อนของข้อมูล แต่เนื่องจากจัดเก็บไม่เป็นทุนห้ามปราม และยืดหยุ่นรูปแบบผลลัพธ์ของข้อมูล ความง่ายในการกระจายผลมีประสิทธิภาพเอกสาร และอ่านเขียนปรับปรุงประสิทธิภาพให้การ trade-off ง่ายสำหรับโปรแกรมประยุกต์ที่ใช้เว็บ


ความแตกต่างที่สำคัญก็คือ เทคโนโลยีเชิงมีร่างแข็งในขณะที่รุ่น NoSQL schemaless เทคโนโลยีเชิงต้องเข้มงวดกำหนดแบบแผนก่อนการจัดเก็บข้อมูลลงในฐานข้อมูล เปลี่ยนแบบแผนเมื่อข้อมูลถูกแทรกจะเป็นเรื่องใหญ่ ขวัญมาก และบ่อย avoided – ตรงข้ามแน่นอนของพฤติกรรมที่ต้องการในยุคข้อมูลขนาดใหญ่ ที่นักพัฒนาโปรแกรมต้องการตลอด เวลา – และรวด เร็วรวมของข้อมูลแก่ปพลิเคชันของพวกเขา

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

ผลลัพธ์ (ไทย) 3:

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

nosql มีรุ่นที่แตกต่างออกไปเป็นอย่างมาก ตัวอย่างเช่นฐานข้อมูล nosql เอกสารตามแบบตะวันออกที่จะนำข้อมูลที่คุณต้องการในการจัดเก็บรวมและลงในเอกสารโดยใช้รูปแบบที่ไม่มีข้อมูล JSON เอกสารไม่มีข้อมูล JSON แต่ละเครื่องที่สามารถได้รับการคิดว่าเป็นวัตถุที่จะใช้งานโดยแอปพลิเคชันของคุณ เอกสารที่ไม่มีข้อมูล JSON อาจจะตัวอย่างเช่นใช้ข้อมูลทั้งหมดที่จัดเก็บไว้ในแถวที่มีอยู่ 20 โต๊ะของฐานข้อมูลชนิดสัมพันธ์ระหว่างกันและกันลงในเอกสารที่/ออบเจกต์รวบรวมข้อมูลนี้อาจนำไปสู่การทำซ้ำข้อมูลแต่เนื่องจากการจัดเก็บข้อมูลไม่มีต้นทุนค่าใช้จ่ายสูงอีกต่อไปความยืดหยุ่นของรุ่นข้อมูลส่งผลให้ความสะดวกในการได้อย่างมี ประสิทธิภาพ การเผยแพร่เอกสารให้อ่านและเขียนการปรับปรุง ประสิทธิภาพ การทำงานทำให้เป็นเรื่องง่ายการค้า - ปิดสำหรับการประยุกต์ใช้งานแบบใช้งานผ่านเว็บไซต์.



ข้อแตกต่างที่สำคัญอีกอย่างหนึ่งคือว่าเทคโนโลยีด้านรายย่อยมีชื่อนามสกุลแข็งในขณะที่รุ่น nosql มี schemaless เทคโนโลยีประกอบไปด้วยต้องมีความละเอียดอย่างเคร่งครัดของ Schema ก่อนที่จะเก็บข้อมูลใดๆลงในฐานข้อมูล การเปลี่ยนค่าที่เมื่อมีการใส่ข้อมูลเป็นข้อตกลงขนาดใหญ่ที่ช่วยลดความยุ่งยากอย่างมากและบ่อยครั้งควรหลีกเลี่ยง - ตรงข้ามกับที่แน่นอนของการมาถึงของพฤติกรรมที่ต้องการในยุคที่ข้อมูลขนาดใหญ่ผู้พัฒนาแอปพลิเคชันที่จำเป็นต้องใช้ในการทำงานรูปแบบใหม่ของข้อมูลเพื่อช่วยยกระดับแอปพลิเคชันของตนอย่างต่อเนื่อง - และเป็นไปอย่างรวดเร็ว - .

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