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 itu membuat pengelolaan data menjadi
mudah.
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 tabel yang berbeda.
Misalnya, nama pengguna akan sama di tabel pengguna seperti di tabel tweet.
Dengan begitu, kita dapat mengatakan bahwa nama pengguna dan tabel tweet 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 aplikasi kita akan terlihat, membuat tabel ini sehingga setelah aplikasi menjadi publik, kita dapat
mulai memasukkan informasi pengguna dan tweet dan pengikut.
Tanpa alasan atau basis data non-relasional, kita dapat mendefinisikannya sambil 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.
Sebaliknya 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 basis data adalah topik yang sangat 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.