How do we go about doing the same t

How do we go about doing the same thing in this strange new territory of NoSQL?

One bit of advice that was given was "just think of it as a database without the structure". Well, that's exactly the problem that I have -- I don't think of databases without having structure.

So here's how we would think of the problem in a NoSQL situation, like with Apigee's App Services.

We will have a collection for artists, one for albums, and another for songs.

We can roughly think of a collection as being synonymous with a 'table' in relational databases. What's the difference?

NoSQL systems don't have any strict rules on what data you can or can't put somewhere. Huh? Think of it as being similar to SQL, but without the constraints on table structure or referential integrity.

Well, that's kind of the way that SQLite works, isn't it?

Somewhat, but this new territory is even more flexible than SQLite. You see, SQLite doesn't care much about referential integrity and data types, but it still cares a great deal about column names -- meaning you can't decide to add a new piece of data to a table without first issuing the correct ALTER TABLE statement to add the new column.

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

เราไปเกี่ยวกับการทำในสิ่งเดียวนี้แปลกใหม่อาณาเขตของ NoSQL อย่างไรหนึ่งบิตของคำแนะนำให้ได้ "แค่คิดว่า มันเป็นฐานข้อมูลโดยโครงสร้าง" ดี คือว่าปัญหาที่มี - คิดของฐานข้อมูล โดยโครงสร้างไม่ดังนั้นนี่คือว่าเราคิดว่า ปัญหาในสถานการณ์ NoSQL เช่น Apigee ของโปรแกรมประยุกต์บริการเราจะมีกลุ่มศิลปิน อัลบั้มหนึ่ง และอีกเพลง เราสามารถคิดว่า ประมาณของคอลเลกชันเป็นพ้องกับ 'ตาราง' ในฐานข้อมูลเชิงสัมพันธ์ ความแตกต่างคืออะไรระบบ NoSQL ไม่มีกฎเข้มงวดใด ๆ ข้อมูลคุณสามารถ หรือไม่สามารถวางข้าง ๆ อะไรนะ คิดว่ามันเป็นคล้ายกับ SQL แต่ไม่ มีข้อจำกัดในโครงสร้างตารางหรือความสมบูรณ์ของ referentialดี ที่เป็นชนิดของวิธีการที่งาน SQLite ไม่ได้หรือไม่ค่อนข้าง แต่นี้ดินแดนใหม่ที่มีความยืดหยุ่นยิ่งกว่า SQLite คุณเห็น SQLite ไม่ดูแลมากเกี่ยวกับความสมบูรณ์ของ referential และชนิดข้อมูล แต่ก็ยังคงใส่ใจโปรโมชั่นเกี่ยวกับคอลัมน์ชื่อ - ความหมาย คุณไม่สามารถตัดสินใจที่จะเพิ่มข้อมูลชิ้นใหม่ลงในตารางโดยไม่ต้องแรกออกคำสั่ง ALTER TABLE ที่ต้องการเพิ่มคอลัมน์ใหม่

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

ทำอย่างไรเราจะไปเกี่ยวกับการทำสิ่งเดียวกันในดินแดนใหม่นี้แปลกๆ nosql ?

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

เพราะงั้น เราคิดว่า ปัญหาใน nosql สถานการณ์ เหมือน apigee

app ต่างๆเราจะมีคอลเลกชันสำหรับศิลปิน , อัลบั้ม และอีกเพลง

เราประมาณสามารถคิดของคอลเลกชันเป็นตรงกันกับ ' ' ตารางในฐานข้อมูลเชิงสัมพันธ์ อะไรคือความแตกต่าง ?

nosql ระบบไม่ได้มีกฎเข้มงวดในสิ่งที่ข้อมูลที่คุณจะใส่สักที่ หือ ? คิดว่ามันเป็นคล้ายกับ SQL ,แต่ถ้าไม่มีข้อจำกัดของตารางโครงสร้างหรือความสมบูรณ์ไปด้วย

นั่นมันวิธีที่สามารถใช้ได้ ใช่ไหม ?

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

เพิ่มคอลัมน์ใหม่