Object-relational mapping

Object-relational mapping (ORM, O / RM, dan O / R mapping) dalam perangkat lunak komputer adalah sebuah program teknik untuk mengkonversi data antara yang tidak kompatibel sistem tipe dalam database relasional dan berorientasi obyek bahasa pemrograman. Hal ini menciptakan, pada dasarnya, sebuah "virtual object database" yang dapat digunakan dari dalam bahasa pemrograman. Ada baik gratis dan paket komersial yang tersedia yang melakukan pemetaan relasional obyek, walaupun beberapa programer memilih untuk menciptakan alat ORM mereka sendiri.

Pengelolaan data tugas dalam berorientasi obyek (OO) pemrograman ini biasanya dilaksanakan dengan memanipulasi objek yang hampir selalu non-skalar nilai. Sebagai contoh, pertimbangkan sebuah entri buku alamat yang mewakili satu orang bersama-sama dengan nol atau beberapa nomor telepon dan nol atau lebih alamat. Ini bisa dimodelkan dalam implementasi berorientasi obyek oleh "orang objek" dengan "slot" untuk memegang data yang meliputi entri: nama orang, daftar nomor telepon, dan daftar alamat. Daftar nomor telepon sendiri akan berisi "nomor telepon objek" dan seterusnya. Entri buku alamat diperlakukan sebagai nilai tunggal oleh bahasa pemrograman (ini dapat direferensikan oleh variabel tunggal, misalnya). Berbagai metode dapat dikaitkan dengan objek, seperti metode untuk mengembalikan pilihan nomor telepon, alamat rumah, dan sebagainya.

Namun, banyak produk database populer seperti bahasa query terstruktur sistem manajemen database (SQL DBMS) hanya dapat menyimpan dan memanipulasi skalar nilai-nilai seperti bilangan bulat dan string terorganisir dalam normalisasi tabel. Programmer harus baik mengubah nilai-nilai objek ke dalam kelompok nilai-nilai sederhana untuk penyimpanan dalam database (dan mengubahnya kembali pada pengambilan), atau hanya menggunakan nilai-nilai skalar sederhana dalam program ini. Pemetaan objek-relasional digunakan untuk menerapkan pendekatan pertama.

Inti dari masalah ini adalah objek-objek untuk menerjemahkan bentuk-bentuk yang dapat disimpan dalam database untuk memudahkan pencarian, sambil menjaga properti dari objek dan hubungan mereka; objek-objek ini kemudian digunakan terus-menerus.

ORM sering mengurangi jumlah kode perlu ditulis.Ada kontra serta manfaat untuk menggunakan O / R mapping. Misalnya, beberapa O / R piranti pemetaan tidak berkinerja baik selama penghapusan data massal. Stored prosedur mungkin memiliki performa yang lebih baik, tetapi tidak portabel. Selain itu, ketergantungan terhadap perangkat lunak ORM telah menunjuk sebagai faktor utama dalam memproduksi database dirancang dengan buruk.

Solusi lain adalah dengan menggunakan object-oriented sistem manajemen basis data (OODBMS), yang, seperti namanya, adalah database yang dirancang khusus untuk bekerja dengan nilai-nilai yang berorientasi objek. Menggunakan OODBMS menghilangkan kebutuhan untuk mengkonversi data ke dan dari bentuk SQL, karena data disimpan dalam objek aslinya perwakilan dan hubungan secara langsung mewakili, daripada membutuhkan bergabung tabel / operasi.

Salah satu argumen yang menentang menggunakan OODBMS adalah bahwa beralih dari DBMS SQL untuk yang murni berorientasi obyek DBMS berarti bahwa Anda mungkin kehilangan kemampuan untuk menciptakan permintaan aplikasi independen untuk mengambil ad-hoc kombinasi data tanpa batasan untuk mengakses jalan. Untuk alasan ini, banyak programmer menemukan diri mereka lebih memilih dengan objek-SQL sistem pemetaan, meskipun kebanyakan komersial database berorientasi objek dapat memproses SQL queries secara terbatas. Beberapa produk OODBMS dukungan penuh ANSI SQL.

sumber : wikipedia.com

Model View Controller(MVC)

Model-View-Controller (MVC) adalah sebuah perangkat lunak arsitektur saat ini dianggap sebagai sebuah pola arsitektur yang digunakan dalam rekayasa perangkat lunak. Pola isolat "domain logika" (logika aplikasi untuk pengguna) dari masukan dan presentasi (GUI), memungkinkan pengembangan independen, pengujian dan pemeliharaan dari masing-masing.

Model adalah domain spesifik representasi data pada aplikasi yang beroperasi. Domain logika menambahkan makna pada data mentah (misalnya, menghitung apakah hari ini adalah hari ulang tahun pengguna, atau total, pajak, dan biaya pengiriman untuk keranjang belanja item). Ketika sebuah model mengubah keadaan, itu akan memberitahu yang terkait pandangan sehingga mereka dapat menyegarkan.

Banyak aplikasi menggunakan mekanisme penyimpanan persisten seperti database untuk menyimpan data. MVC tidak secara spesifik menyebutkan lapisan akses data karena dipahami bawah atau dienkapsulasi oleh model. Model akses data tidak objek, namun pada aplikasi yang sangat sederhana yang memiliki sedikit domain logika tidak ada perbedaan nyata yang harus dibuat. Juga, ActiveRecord adalah pola desain yang diterima penggabungan domain logika dan data kode akses - sebuah model yang tahu bagaimana untuk bertahan sendiri.

view merender model menjadi bentuk yang cocok untuk interaksi, biasanya elemen antarmuka pengguna. Beberapa pandangan bisa eksis untuk satu model untuk berbagai tujuan.

Pengontrol menerima input dan memulai tanggapan dengan membuat panggilan pada objek model.

Sebuah aplikasi MVC mungkin koleksi model / view / controller kembar tiga, masing-masing bertanggung jawab atas elemen UI yang berbeda.

MVC ini sering terlihat pada aplikasi web di mana tampilan HTML atau XHTML yang dihasilkan oleh aplikasi. Pengendali GET atau POST menerima masukan dan memutuskan apa yang harus dilakukan dengan itu, diserahkan kepada obyek domain (yaitu model) yang berisi aturan bisnis dan tahu bagaimana melaksanakan tugas-tugas khusus seperti pengolahan langganan baru.

sumber : wikipedia.com