WEBVTT

1
00:00.200 --> 00:01.210
ยินดีต้อนรับกลับมา

2
00:01.220 --> 00:04.610
ในวิดีโอนี้เราจะเริ่มเรียนรู้เกี่ยวกับ
Cloud Firestore

3
00:04.640 --> 00:13.280
Cloud Firestore เป็นฐานข้อมูลเอกสารแบบ
NoSQL

4
00:13.280 --> 00:20.630
ที่นำเสนอเป็นส่วนหนึ่งของ Firebase
ออกแบบมาเพื่อจัดเก็บ

5
00:20.630 --> 00:23.010
ซิงโครไนซ์
และค้นหาข้อมูลสำหรับแอปพลิเคชันของคุณแบบเรียลไทม์
ทำให้เป็นเครื่องมือที่ทรงพลังสำหรับการสร้างแอปพลิเคชันที่สามารถขยายขนาดได้และตอบสนองอย่างรวดเร็ว

6
00:23.030 --> 00:30.800
Cloud Firestore
เป็นระบบที่เน้นเอกสารเป็นหลัก
หมายความว่าข้อมูลจะถูกจัดระเบียบเป็นคอลเลกชันและเอกสาร

7
00:30.800 --> 00:36.590
เอกสารแต่ละฉบับเป็นวัตถุที่คล้ายกับ Json
ซึ่งประกอบด้วยคู่คีย์-ค่าและ NoSQL

8
00:36.590 --> 00:42.890
มันคือฐานข้อมูล NoSQL
ซึ่งหมายความว่ามันให้ความยืดหยุ่นในการสร้างแบบจำลองข้อมูล

9
00:42.890 --> 00:51.440

คุณไม่จำเป็นต้องกำหนดโครงสร้างข้อมูลที่ตายตัวล่วงหน้า

10
00:51.440 --> 00:55.040

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

11
00:55.040 --> 01:01.490
Cloud Firestore

12
01:01.490 --> 01:10.400
ให้บริการการซิงโครไนซ์ข้อมูลแบบเรียลไทม์
เมื่อมีการเปลี่ยนแปลงข้อมูลในฐานข้อมูล

13
01:10.400 --> 01:11.330

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

14
01:11.330 --> 01:19.570
ใน Firebase Firestore
ข้อมูลจะถูกจัดระเบียบเป็นสองโครงสร้างหลัก
คือ เอกสาร (documents) และคอลเลกชัน
(collections)

15
01:19.580 --> 01:27.100

การเข้าใจแนวคิดเหล่านี้เป็นสิ่งจำเป็นสำหรับการสร้างแบบจำลองและดึงข้อมูลอย่างมีประสิทธิภาพใน
Firestore

16
01:27.110 --> 01:30.800
มาเริ่มทำความเข้าใจแนวคิดเหล่านี้กันเถอะ

17
01:30.800 --> 01:36.620
เอกสาร เอกสารคือหน่วยข้อมูลพื้นฐานใน
Firestore

18
01:36.620 --> 01:45.080

มันคือชุดของคู่ค่าสำคัญที่แต่ละค่าคือชื่อฟิลด์หรือแอตทริบิวต์
และแต่ละค่าสามารถเป็นประเภทข้อมูลต่างๆ ได้
รวมถึงสตริง, ตัวเลข, บูลีน,

19
01:45.110 --> 01:51.820
แผนที่, อาร์เรย์, ไทม์สแตมป์ และอื่นๆ
อีกมากมาย

20
01:51.830 --> 01:59.960

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

21
01:59.960 --> 02:04.490

ซึ่งหมายความว่าเอกสารแต่ละรายการในคอลเลกชันสามารถมีฟิลด์ที่แตกต่างกันได้

22
02:04.490 --> 02:11.930

เอกสารแต่ละฉบับต้องมีรหัสประจำตัวที่ไม่ซ้ำกันภายในชุดเอกสารนั้น
โดยทั่วไปเรียกว่ารหัสเอกสาร

23
02:11.960 --> 02:18.380
คุณสามารถระบุรหัสเอกสารด้วยตนเองหรือให้
Firestore สร้างรหัสให้ก็ได้

24
02:18.410 --> 02:28.040

เอกสารมักถูกใช้เพื่อแทนสิ่งของหรือหน่วยงานแต่ละอย่าง
เช่น โปรไฟล์ผู้ใช้,

25
02:28.040 --> 02:29.240
ผลิตภัณฑ์, หรือข้อความ

26
02:29.240 --> 02:35.840
ตัวอย่างเช่น นี่คือชื่อผู้ใช้ แจ็ค นามสกุล
ริชาร์ด เกิดปี 1992

27
02:35.840 --> 02:38.960
ดังนั้นเอกสารนี้จึงเป็นตัวแทนของผู้ใช้

28
02:38.960 --> 02:44.580
มีสคีมาดังต่อไปนี้
คอลเลกชันคือกลุ่มของเอกสารที่เกี่ยวข้องกัน

29
02:44.600 --> 02:51.290

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

30
02:51.320 --> 02:53.900
แต่ละคอลเลกชันมีชื่อที่ไม่ซ้ำกัน

31
02:53.900 --> 02:56.270
ภายในฐานข้อมูล Firestore

32
02:56.270 --> 03:04.400

คอลเลกชันมีความคล้ายคลึงหรือเทียบเคียงกับตารางในฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิม

33
03:04.400 --> 03:07.070
แต่ไม่จำเป็นต้องมีโครงสร้างที่กำหนดตายตัว

34
03:07.100 --> 03:11.540

คุณสามารถซ้อนคอลเลกชันไว้ภายในคอลเลกชันอื่นได้

35
03:11.540 --> 03:15.640

การสร้างโครงสร้างลำดับชั้นสำหรับข้อมูลของคุณ

36
03:15.650 --> 03:23.720

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

37
03:23.720 --> 03:25.220


38
03:25.220 --> 03:32.240
ตัวอย่างเช่น
คุณอาจมีคอลเลกชันผู้ใช้เพื่อเก็บโปรไฟล์และข้อความ
คอลเลกชันเพื่อเก็บข้อความแชท

39
03:32.240 --> 03:39.500
และตัวอย่างเช่น
ที่นี่เรามีคอลเลกชันผู้ใช้เพื่อเก็บคอลเลกชันของผู้ใช้ชื่อแรก

40
03:39.500 --> 03:43.310
นามสกุล และปีเกิดของพวกเขา

41
03:43.340 --> 03:48.410
ผู้ใช้คนที่สองใน John Travolta 1982
เดียวกัน และต่อไปเรื่อยๆ

42
03:48.410 --> 03:54.230
ดังนั้นผู้ใช้จึงเป็นคอลเลกชัน
และผู้ใช้หมายเลขหนึ่งคือเอกสาร

43
03:54.230 --> 04:00.620
อีกครั้งนะครับ/ค่ะ
เอกสารภายในคอลเลกชันเดียวกันอาจมีฟิลด์ที่แตกต่างกันได้

44
04:00.620 --> 04:03.680

และคอลเลกชันถูกใช้เพื่อจัดกลุ่มเอกสารที่เกี่ยวข้องไว้ด้วยกัน

45
04:03.680 --> 04:11.450
Firestore
อนุญาตให้มีการค้นหาเอกสารภายในคอลเลกชันได้อย่างหลากหลายโดยอิงจากค่าของฟิลด์

46
04:11.450 --> 04:16.250

ทำให้สามารถกรองและดึงข้อมูลที่ตรงตามเกณฑ์เฉพาะได้อย่างง่ายดาย

47
04:16.250 --> 04:23.180
เมื่อออกแบบโครงสร้างข้อมูล Firestore
ของคุณ

48
04:23.180 --> 04:26.660

สิ่งสำคัญคือการพิจารณาถึงรูปแบบการเข้าถึงข้อมูลของแอปพลิเคชันของคุณ
วิธีที่คุณวางแผนจะค้นหาและดึงข้อมูล

49
04:26.660 --> 04:35.210
โมเดลข้อมูลที่ยืดหยุ่นของ Firestore

50
04:35.210 --> 04:36.890

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