‫Semua perusahaan menyimpan data dari buku catatan sederhana bisnis kecil, bahkan mungkin di jurnal atau selembar kertas
‫hingga perusahaan besar seperti Amazon yang membutuhkan komputer untuk menyimpan data berukuran petabyte.
‫Sekarang, untuk menyimpan informasi ini, hampir setiap perusahaan dan terkadang individu membutuhkan sesuatu yang
‫disebut database.
‫Kami melihat di bagian terakhir betapa sulitnya membuat server kami mengingat pengguna baru.
‫Setiap kali server macet, variabel akan diatur ulang dan kemudian akan mulai dari awal.
‫Atau jika kita ingin melakukan login atau sign dan check dan iterate melalui email dan password, melakukan
‫loop melalui JavaScript, itu tidak efisien.
‫Di situlah database datang untuk menyelamatkan.
‫Jadi mari kita bertanya pada diri kita sendiri, apa itu database?
‫Sebuah database adalah kumpulan data.
‫Dan yang kami maksud dengan data, ada banyak bentuknya, kan, bisa ada angka,
‫bisa ada tanggal, bisa ada hash password, bisa ada informasi pengguna.
‫Basis data memungkinkan kami untuk mengatur data ini dengan cara yang berguna bagi kami, dan memudahkan pengelolaan
‫data.
‫Dan sesuatu muncul dari itu, dan itu disebut Sistem Manajemen Basis Data, atau disingkat DBMS.
‫Ini adalah kumpulan program yang memungkinkan kita untuk mengakses database dan bekerja dengan data, dan juga
‫memungkinkan akses kontrol ke pengguna database.
‫Jadi DBMS adalah sesuatu di dalam kotak ini.
‫Sesuatu yang memungkinkan kita menjadi alat, perangkat lunak yang memungkinkan kita untuk berkomunikasi.
‫Dengan basis data menyimpan informasi yang berguna bagi kami dan juga memungkinkan kami untuk memperbarui, menyisipkan, menghapus, Mencari, apa pun
‫yang ada di basis data, dan ide DBMS ini benar-benar mulai terbentuk pada tahun 1960-an dan sekarang berada di
‫garis depan banyak hal yang mengasyikkan.
‫Ada seluruh industri insinyur yang hanya bekerja dengan database karena sangat penting.
‫Sekarang, ada dua jenis DBMS yang sangat populer saat ini dan yang akan kita bicarakan dalam kursus
‫ini.
‫Dan kedua jenis ini diwakili dengan sangat baik oleh postscripts dan Mongo DB.
‫Mari kita bicara tentang yang pertama, yaitu database relasional.
‫Dan ini mungkin yang paling populer.
‫Seperti yang Anda lihat di sisi kanan.
‫Anda melihat bahwa semua ini adalah database relasional, lulusan Oracle, SQL Server.
‫Anda mungkin pernah mendengar tentang MySQL, Escorial Lite.
‫Ini semua adalah jenis database yang memiliki tag database relasional ini, dan keindahannya adalah mereka
‫semua sangat mirip.
‫Mereka semua mengikuti format standar yang sama.
‫Database relasional terdiri dari dua atau lebih tabel dengan kolom dan baris.
‫Jadi dalam hal ini, pengguna adalah tabel dan nama lengkap, teks nama pengguna yang dibuat di kolom kami dan nilai apa
‫pun yang mereka miliki di sini adalah baris.
‫Setiap baris mewakili entri di setiap kolom.
‫Jadi ini adalah jenis informasi yang sangat spesifik seperti nama, alamat, atau nomor telepon.
‫Dan kemudian hubungan antara tabel dan bidang.
‫Ini disebut skema dalam database relasional, skema harus didefinisikan dengan jelas sebelum informasi apa pun dapat
‫ditambahkan.
‫Dan jika ini membingungkan sekarang, jangan khawatir, kami sebenarnya akan membuat database ini, jadi masuk
‫akal bagi Anda.
‫Jika kami memiliki Twitter, misalnya, Anda dapat melihat di sini jenis tabel yang akan kami miliki dan bagaimana kami
‫akan mengaturnya.
‫Kami akan memiliki stabil pengguna, tabel tweet, tabel berikut.
‫Dan kita dapat menghubungkan semua informasi ini, misalnya, dengan menghubungkan bagian-bagian yang berbeda dari tabel.
‫Misalnya, nama pengguna akan sama di tabel pengguna seperti di tabel tweet.
‫Dengan begitu, kita dapat mengatakan bahwa username dan tabel tweets adalah kunci asing dari nama pengguna di tabel pengguna
‫dan kemudian dari pengguna.
‫Akan menjadi kunci asing nama pengguna pada tabel berikut.
‫Sekarang, hal-hal seperti nama lengkap atau ID, sesuatu yang mengidentifikasi setiap baris dalam tabel, disebut kunci utama dan kita akan
‫membahasnya nanti di bagian ini.
‫Baiklah, jadi semua database ini kita akan belajar tentang budaya pascakrisis, tapi semuanya hampir
‫sama.
‫Jadi begitu Anda tahu satu, cukup mudah untuk mengambil yang lain.
‫Bagaimana mereka benar-benar berkomunikasi dengan server dengan back end?
‫Nah, semua database relasional menggunakan sesuatu yang disebut tidak jelas.
‫Dan meminta Anda semua memungkinkan kami untuk berkomunikasi, seperti yang dilakukan HTP antara ujung depan
‫dan ujung belakang dengan Anda semua dapat berkomunikasi dengan database dan memodifikasi atau mendapatkan atau memperbarui sesuai keinginan kami.
‫Dan kami akan memiliki video tentang topik ini juga.
‫Baiklah.
‫Jadi itulah database relasional.
‫Bagaimana dengan tipe kedua?
‫Tipe kedua disebut database non relasional atau database tanpa ESKIL, dan sekali lagi, ada banyak, banyak tipe
‫database dengan beberapa nama keren seperti Kotb dan Hyper Table.
‫Sekarang, DB Mongo atau database non relasional memungkinkan Anda membangun aplikasi tanpa harus mendefinisikan
‫skema terlebih dahulu, tidak seperti database relasional.
‫Jika kita kembali ke database relasional, skema atau tabel ini harus sudah ditentukan sebelumnya, bukan?
‫Kita perlu mengetahui bagaimana tampilan aplikasi kita, membuat tabel ini sehingga setelah aplikasi menjadi publik, kita dapat
‫mulai memasukkan informasi pengguna dan tweet serta pengikut.
‫Tanpa alasan atau database non relasional, kita dapat mendefinisikannya saat kita berjalan dan mereka semua memiliki cara
‫berbeda untuk menyimpan informasi ini.
‫Jadi masing-masing sangat, sangat berbeda.
‫Dan ini adalah alasan kuat lainnya untuk menggunakan basis data non relasional, adalah
‫jika persyaratan data Anda tidak jelas di awal proyek Anda dan mungkin Anda memiliki sejumlah besar data
‫tidak terstruktur, Anda mungkin tidak memiliki kemewahan untuk mengembangkan relasional. database dengan skema yang jelas.
‫Mereka menawarkan fleksibilitas yang lebih besar karena database non relasional lebih seperti folder, hanya mengumpulkan
‫informasi terkait dari semua jenis.
‫Sekarang, Mongo DB adalah sesuatu yang disebut berorientasi dokumen, menyimpan informasi sebagai dokumen.
‫Biarkan saya mengilustrasikan poin ini kepada Anda.
‫Saya memiliki desktop saya di sini dengan dua folder.
‫Salah satunya adalah database yang sangat relasional dan di sini ada tweet pengguna, profil berikut.
‫Dan Anda dapat memikirkan database relasional dengan jenis penyimpanan ini di mana folder ini berada di suatu tempat
‫di komputer yang menyimpan informasi ini, dan kapan pun kami perlu meminta sesuatu dari database,
‫kami mengambil penggunanya.
‫Dan jika kami juga ingin mengambil tweet pengguna, kami menemukan pengguna yang kami
‫minati, lalu menemukan tweet pengguna yang juga kami minati dengan kunci asing yang menautkan ke pengguna.
‫Dan kami juga dapat menemukan berapa banyak pengikut yang dimiliki pengguna.
‫Kami mengambil informasi itu dan menampilkannya di aplikasi Web kami.
‫Mongo DB, di sisi lain, sebenarnya akan memiliki setiap pengguna sebagai dokumen.
‫Jadi jika saya ingin mengambil pengguna pertama, yah, saya hanya mengambil dokumen ini dan memiliki
‫semua pengikut, tweet, profil, semuanya ada di satu dokumen ini.
‫Dan Anda mungkin berpikir Mongo DB terlihat seperti pilihan yang lebih baik daripada memiliki ini.
‫Cara melakukan sesuatu dengan benar.
‫Yah, itu tergantung pada kebutuhan Anda, dan itulah mengapa database adalah topik yang kompleks.
‫Itu benar-benar tergantung pada situasi Anda.
‫Anda dapat melihat cara Mongo DB ini sangat berguna jika Anda memiliki sesuatu seperti profil, mungkin profil
‫LinkedIn.
‫Tetapi jika Anda membutuhkan sesuatu di mana Anda bekerja hanya dengan mengikuti data atau hanya data
‫tweet, mungkin dengan tweet Anda ingin melihat berapa ukuran tweet rata-rata?
‫Yah, sangat mudah untuk mengambil file ini dan menghitungnya dibandingkan dengan cara ini di mana
‫Anda mungkin harus mengekstraknya dari masing-masing pengguna.
‫Jadi itu sangat tergantung pada kebutuhan Anda.
‫Mari saya tunjukkan diagram lain yang mungkin.
‫Berguna.
‫Ketika kita melihat database relasional versus non relasional, Anda dapat memikirkan relasional karena setiap tabel memiliki
‫posting blog, tag blog, komentar blog, dan menautkan tabel ini untuk memberi Anda informasi blog versus non relasional
‫yang menyimpan seluruh ini posting blog dalam entri dan memiliki komentar, kategori pajak, dan semua data
‫terkait lainnya hanya di satu tempat.
‫Jadi apa yang digunakan Mongo DB untuk berkomunikasi?
‫Jika kami kembali ke contoh kami di sini, kami telah meminta Anda semua untuk database relasional seperti pascakrisis atau
‫Mongo.
‫DB memiliki apa yang kami sebut bahasa kueri, dan itu hanya bahasa kueri DB Mongo.
‫Namun keduanya bertujuan untuk melakukan hal yang sama, yaitu berkomunikasi dengan
‫database, memberikan kemudahan bagi server untuk berkomunikasi dengan database.
‫Dan di bagian ini, kita akan membicarakannya dan akhirnya kita akan menghubungkan titik-titik dan
‫menunjukkan kepada Anda kekuatan database begitu mereka terhubung ke server.
‫Sampai jumpa di yang berikutnya.