Saya tidak bisa lebih menekankan perbedaan efisiensi antara keduanya! Memang benar bahwa DF lebih nyaman dalam beberapa kasus analisis data khusus, mereka juga memungkinkan data heterogen, dan beberapa perpustakaan hanya menerimanya, ini semua benar-benar sekunder kecuali jika Anda menulis kode satu kali untuk tugas tertentu.
Biarkan saya memberi Anda sebuah contoh. Ada fungsi yang akan menghitung jalur 2D dari metode MCMC. Pada dasarnya, ini berarti kita mengambil titik awal (x, y), dan iterasi algoritma tertentu untuk menemukan titik baru (x, y) pada setiap langkah, membangun cara ini seluruh jalur. Algoritme melibatkan menghitung fungsi yang cukup kompleks dan menghasilkan beberapa variabel acak pada setiap iterasi, jadi ketika dijalankan selama 12 detik saya pikir tidak masalah mengingat berapa banyak hal yang dilakukannya pada setiap langkah. Yang sedang berkata, fungsi mengumpulkan semua titik di lintasan yang dibangun bersama dengan nilai fungsi obyektif dalam bingkai data 3-kolom. Jadi, 3 kolom tidak terlalu besar, dan jumlah langkahnya juga lebih dari 10.000 yang masuk akal (dalam masalah semacam ini panjang jalur 1.000.000 adalah tipikal, jadi 10.000 bukan apa-apa). Jadi, saya pikir DF 10, 000x3 jelas bukan masalah. Alasan DF digunakan adalah sederhana. Setelah memanggil fungsi, ggplot () dipanggil untuk menggambar (x, y) -path yang dihasilkan. Dan ggplot () tidak menerima matriks.
Kemudian, pada suatu titik karena penasaran saya memutuskan untuk mengubah fungsi untuk mengumpulkan path dalam sebuah matriks. Dengan senang hati sintaks DF dan matriksnya serupa, yang saya lakukan hanyalah mengubah garis yang menentukan df sebagai data.frame menjadi satu yang menginisialisasi sebagai matriks. Di sini saya juga perlu menyebutkan bahwa dalam kode awal DF diinisialisasi untuk memiliki ukuran akhir, jadi kemudian dalam kode fungsi hanya nilai-nilai baru dicatat ke dalam ruang yang sudah dialokasikan, dan tidak ada overhead menambahkan baris baru ke DF. Ini membuat perbandingan lebih adil, dan itu juga membuat pekerjaan saya lebih sederhana karena saya tidak perlu menulis ulang apa pun lebih lanjut dalam fungsi. Hanya satu perubahan baris dari alokasi awal data. Bingkai ukuran yang diperlukan untuk matriks dengan ukuran yang sama. Untuk mengadaptasi versi baru dari fungsi ke ggplot (), saya mengonversikan matriks yang sekarang dikembalikan ke data.
Setelah saya jalankan kembali kode saya tidak bisa percaya hasilnya. Kode berjalan dalam sepersekian detik! Alih-alih sekitar 12 detik. Dan lagi, fungsi selama 10.000 iterasi hanya membaca dan menulis nilai ke ruang yang sudah dialokasikan dalam DF (dan sekarang dalam matriks). Dan perbedaan ini juga untuk ukuran yang wajar (atau agak kecil) 10000x3.
Jadi, jika satu-satunya alasan Anda menggunakan DF adalah untuk membuatnya kompatibel dengan fungsi pustaka seperti ggplot (), Anda selalu dapat mengonversinya ke DF pada saat terakhir - bekerja dengan matriks sejauh Anda merasa nyaman. Jika di sisi lain ada alasan yang lebih substansial untuk menggunakan DF, seperti Anda menggunakan beberapa paket analisis data yang akan membutuhkan transformasi konstan dari matriks ke DF dan kembali, atau Anda tidak melakukan perhitungan intensif sendiri dan hanya menggunakan standar paket (banyak dari mereka benar-benar secara internal mengubah DF ke matriks, melakukan pekerjaan mereka, dan kemudian mengubah hasilnya kembali - sehingga mereka melakukan semua pekerjaan efisiensi untuk Anda), atau melakukan pekerjaan satu kali sehingga Anda tidak peduli dan merasa lebih nyaman dengan DF, maka Anda tidak perlu khawatir tentang efisiensi.
Atau aturan lain yang lebih praktis: jika Anda memiliki pertanyaan seperti di OP, gunakan matriks, jadi Anda akan menggunakan DF hanya ketika Anda tidak memiliki pertanyaan seperti itu (karena Anda sudah tahu Anda harus menggunakan DF, atau karena Anda memiliki tidak terlalu peduli karena kodenya satu kali dll).
Tetapi secara umum menjaga titik efisiensi ini selalu dalam pikiran sebagai prioritas.