Senin, 05 November 2012

Pengertian Model Data & Jenisnya

NPM: 32110912

PENGERTIAN MODEL DATA
Sekumpulan konsep-konsep untuk menerangkan data, hubungan-hubungan
antara data dan batasan-batasan data yang terintegrasi di dalam suatu organisasi

JENIS-JENIS MODEL DATA
 Model data berbasis objek
 Model data berbasis record
 Model data fisik
 Model data konseptual

OBJECT BASED DATA MODEL
Model data berbasis objek menggunakan konsep entitas, atribut dan hubungan antar
entitas.
Terdiri dari
1. Entity Relationship model
2. Binary model
3. Semantik data model
4. Infological model

 ENTITY RELATIONSHIP  MODEL
Model untuk menjelaskan hubungan antar data dalam basis data berdasarkan
suatu persepsi bahwa real word terdiri dari objek-object dasar yang mempunyai
hubungan atau relasi antara objec-objec tersebut
E-R MODEL berisi ketentuan /aturan khusus yang harus dipenuhi oleh isi database.
Aturan terpenting adalah MAPPING CARDINSLITIES, yang menentukan jumlah entity
yang dpt dikaitkan dengan entity lainnya  melalui relationship-set.

RECORD BASED DATA MODEL
Model ini berdasarkan pada record untuk menjelaskan kepada user tentang
hubungan logic antar data dalam basis data
PERBEDAAN DENGAN OBJECT BASED DATA MODEL
Pada record based data model disamping digunakan untuk menguraikan struktur
logika keseluruhan dari suatu database, juga digunakan untuk menguraikan
implementasi dari system database ( higher level description of implementation)
Terdapat 3 data model pada record based data model :
A.   Model Relational,
Dimana data serta hubungan antar data direpresentasikan oleh sejumlah table, dan
masing -masing table terdiri dari beberapa kolom yang namanya unique. Model ini
berdasarkan notasi teori himpunan (set theory), yaitu relation.
Contoh : data base penjual barang terdiri dari 3 tabel :
– Supllier
– Path (Suku_cadang)
– Delivery (pengiriman)

DESAIN DATABASE
(MODEL RELASIONAL DAN DESKRIPSI ATRIBUT)



4.1. Tujuan desain database.
Basis data (database) merupakan kumpulan dari data yang saling berhubungan
satu dengan yang lainnya, tersimpan di simpanan luar komputer dan digunakan
perangkat lunak tertentu untuk memanipulasinya. Database merupakan salah
satu komponen yang penting di sistem informasi, karena berfungsi sebagai
basis penyedia informasi bagi para pemakainya. Penerapa database dalam
sistem informasi disebut dengan database system. Sistem basis data
(database system) ini adalah suatu sistem informasi yang mengintegrasikan
kumpulan dari data yang saling berhubungan satu dengan lainnya dan
membuatnya tersedia untuk beberapa aplikasi yang bermacam-macam di dalam
suatu organisasi.
Tujuan dari desain database adalah untuk menentukan data-data yang
dibutuhkan dalam sistem, sehingga informasi yang dihasilkan dapat
terpenuhi dengan baik. Terdapat beberapa alasan mengapa desain database
perlu untuk dilakukan, salah satu adalah untuk menghindari pengulangan data.
Adapun metode untuk meminimasi pengulangan data (data redudancy) antara
lain dengan :
a. Normalisasi.
b. Dekomposisi lossless.
   Diperlukan jika ada indikasi bahwa tabel yang kita buat tidak baik
   (terjadi pengulangan informasi, potensi inkonsistensi data pada operasi
   pengubahan, tersembunyinya informasi tertentu) dan diperlukan supaya
   jika tabel-tabel yang didekomposisi kita gabungkan kembali dapat    
   menghasilkan tabel awal sebelum didekomposisi, sehingga diperoleh tabel
   yang baik.
c. ERD (Entity Relationship Diagram).
d. Menentukan kardinalitas relasi.

Terdapat beberapa pengertian tentang key sehubungan dengan normalisasi dan
ERD, antara lain :
a. Superkey adalah gugus dari sejumlah atribut entiti yang dapat digunakan
   untuk mengidentifikasi obyek secara unik.
b. Candidate key adalah superkey dengan jumlah atribut minimal dan dapat
   berdiri sendiri.
c. Primary key adalah superkey yang dipilih oleh desainer atau administrator
   basis data.


4.2. Normalisasi.
Adalah proses yang berkaitan dengan model data relational untuk
mengorganisasi himpunan data dengan ketergantungan dan keterkaitan yang
tinggi atau erat. Hasil dari proses normalisasi adalah himpunan-himpunan
data dalam bentuk normal (normal form). Ada beberapa bentuk normal, yaitu :
a. Bentuk Normal I (First Normal Form / 1-NF).
b. Bentuk Normal II (Second Normal Form / 2-NF).
c. Bentuk Normal III (Third Normal Form / 3-NF).
d. Bentuk Normal IV (Fourth Normal Form / 4-NF).
e. Bentuk Normal Boyce-Codd (Boyce-Codd Normal Form / BCNF).
f. Project-Join Normal I Form (PJNF).
g. Domain-Key Normal I Form (DKNF).
h. Bentuk Normal V (Fifth Normal Form / 5-NF).

Kegunaan normalisasi :
a. Meminimasi pengulangan informasi.
b. Memudahkan indentifikasi entiti / obyek.

4.3. Bentuk Normal I (First Normal Form / 1-NF).
Suatu relasi memenuhi 1-NF jika dan hanya jika setiap atribut dari relasi
tersebut hanya memiliki nilai tunggal dalam satu baris atau record.

4.4. Bentuk Normal II (Second Normal Form / 2-NF).
Suatu relasi memenuhi 2-NF jika dan hanya jika :
a. Memenuhi 1-NF.
b. Setiap atribut yang bukan kunci utama tergantung secara fungsional
   terhadap semua atribut kunci dan bukan hanya sebagian atribut.
Jika suatu relasi memenuhi 1-NF dan relasi tersebut memiliki tepat satu
atribut yang membentuk kunci utama, maka relasi tersebut memenuhi 2-NF.
Rasionalisasi 2-NF :
a. Memiliki semantik yang lebih eksplisit dari 1-NF.
b. Mencegah beberapa kondisi anomali  dalam update data.
Ketergantungan fungsional dilakukan untuk :
a. StudentID => Student, BirthDate (SC1).
b. CourseID => Course, Credit (SC2).
c. StudentID, CourseID => Grade (SC3, SC3A).
d. Grade => Weight (SC3B).

4.5. Bentuk Normal III (Third Normal Form / 1-NF).
Suatu relasi memenuhi bentuk III (3-NF) jika dan hanya jika :
a. Relasi tersebut memenuhi 2-NF.
b. Setiap atribut bukan kunci tidak tergantung secara fungsional kepada
   atribut bukan kunci yang lain dalam relasi tersebut.
Suatu relasi yang memenuhi 2-Nf dan hanya memiliki satu atribut bukan kunci
selalu memenuhi 3-NF.

4.6. Bentuk Normal Boyce-Codd (Boyce-Codd Normal Form / BCNF).
Suatu relasi memenuhi BCNF jika dan hanya jika setiap determinan yang ada
pada relasi tersebut adalah kunci kandidat (candidate keys).
Determinan adalah gugus atribut dimanaa satu atau lebih atribut lain
tergantung secara fungsional.

4.7. Model Hubungan atau Relasi Entiti  (Entity Realtionship (E-R) Model).
Model relasi entiti didasarkan pada persepsi dunia nyata yang terdiri dari
himpunan obyek dasar yang disebut entiti dan relasi antar entiti.
Entiti adalah obyek yang dapat diidentifikasi secara unik.
Entiti dikarakterisasi dan dipresentasikan dengan suatu gugus atribut.
Contoh gugus atribut dari entiti PEKERJA adalah nama, tanggal lahir, NIP,
golongan/pangkat.
Sekelompok entiti yang memiliki karakterisasi entiti disebut gugus entiti
(entity set).
Setiap entiti dari gugus tersebut disebut anggota gugus (member of set).
Contoh gugus entiti adalah gugus entiti pegawai bank, gugus entiti nasabah
bank. Dari beberapa gugus tadi mungkin terjadi suatu relasi, misalnya relasi
antara gugus bank dengan gugus nasabah bank.
Berdasarkan jumlah gugus yang terlibat maka relasi antar entiti dibedakan
menjadi :
a. Relasi biner (binary), yaitu relasi antar 2 gugus entiti.
b. Relasi trio (ternary), yaitu relasi antar 3 gugus entiti.
c. Relasi N-ary, yaitu relasi antar n gugus entiti.

Khusus untuk relasi biner maka relasi antar anggota dari dua gugus yang
terlibat (kardinalitas relasi biner) dapat bersifat :
a. Relasi 1-1 (one-to-one relationship).
   Adalah satu entiti anggota gugus diasosiasikan dengan tepat satu entiti
   anggota gugus yang lain.
b. Relasi 1-banyak (one-to-many relationship).
   Adalah satu entiti anggota gugus diasosiasikan dengan satu atau lebih
   entiti anggota gugus yang lain. Sebaliknya satu entiti anggota gugus
   yang lain tersebut diasosiasikan dengan tepat satu entiti anggota gugus
   pasangannya.
c. Relasi banyak-1 (many-to-one relationship).
   Adalah satu entiti anggota gugus diasosiasikan dengan satu atau lebih
   entiti anggota gugus yang lain dan berlaku pula sebaliknya.

c. Relasi banyak-1 (many-to-one relationship).
   Adalah satu entiti anggota gugus diasosiasikan dengan satu atau lebih
   entiti anggota gugus yang lain dan berlaku pula sebaliknya.

c. Relasi banyak-1 (many-to-one relationship).
   Adalah satu entiti anggota gugus diasosiasikan dengan satu atau lebih
   entiti anggota gugus yang lain dan berlaku pula sebaliknya.


4.8. Tipe file.
Database dibentuk dari kumpulan file. File di dalam pemrosesan aplikasi
dapat dikategorikan ke dalam beberapa tipe, diantaranya yaitu sebagai
berikut :
1. File induk (master file).
   Didalam aplikasi, file ini merupakan file yang penting. File ini tetap
   terus ada selama hidup dari sistem informasi. File induk dapat dibedakan
   lagi menjadi :
   a. File induk acuan (reference master file), yaitu file induk yang
      recordnya relatif statis, jarang berubah nilainya. Contoh dari file
      ini adalah file daftar gaji, file daftar matakuliah.
   b. File induk dinamik (dynamic master file), yaitu file induk yang nilai
      dari record-recordnya sering berubah atau sering dimutakhirkan
      (updated) sebagai akibat dari suatu transaksi. Contoh file ini adalah       file induk

persediaan, file induk langganan dan lain sebagainya.
2. File transaksi (transaction file).
   File transaksi disebut juga dengan nama file input (input file).
   File ini digunakan untuk merekam data hasil dari suatu transaksi yang
   terjadi. Misalnya nilai unit suatu barang dapat diketahui dari file
   induk persediaan. File induk ini hanya menunjukkan status unit akhir
   dari barang yang dimaksud. Sedang uni akhir ini berasal dari transaksi-
   transaksi yang pernah terjadi. Untuk melihat transaksi-transaksi yang
   mempengaruhi nilai di file induk, maka dapat dilihat pada file
   transaksinya. Contoh file transaksi yang lain adalah file transaksi
   penjualan yang berisi data tentang transaksi penjualan yang terjadi.
   Biasanya file transaksi memuat rekaman tanggal dari transaksinya yang
   menunjukkan kapan transaksi tersebut terjadi.
3. File laporan (report file).
   File ini disebut juga dengan file output (output file), yaitu file yang
   berisi dengan informasi yang akan ditampilkan. File ini dibuat untuk
   mempersiapkan pembuatan suatu laporan dan biasanya dilakukan bila
   printer belum siap atau masih digunakan oleh proses yang lain.
4. File sejarah (history file).
   File sejarah dibuat judan dengan file arsip (archival file), yaitu file
   yang berisi dengan data masa lalu yang sudah tidak aktif lagi, tetapi  
   perlu disimpan untuk keperluan mendatang.
5. File pelindung (backup file).
   File pelindung merupakan salinan dari file-file yang masih aktif di
   database pada suatu saat tertentu. File ini digunakan sebagai cadangan
   atau pelindung bila file database yang aktif rusak atau hilang.
6. File kerja (working file).
   File kerja disebut juga dengan nama file sementara (temprorary file)
   atau scratch file. File ini dibuat oleh suatu  proses program secara
   sementara karena memori komputer tidak mecukupi atau untuk menghemat
   pemakaian memori selama proses  dan akan dihapus bila proses telah
   selesai.

4.10. Akses dan organisasi file.
Akses file (access file) adalah suatu metode yang menunjukkan bagaimana
suatu program komputer akan membaca record-record dari suatu file.
File dapat diakses dengan dua cara yaitu secara urut (sequential access)
atau secara langsung (direct access atau random access). Metode akses urut
(sequential access method) dilakukan dengan membaca atau menulis suatu
record di file dengan membaca terlebih dahulu mulai dari record pertama,
urut sampai dengan record yang diinginkan. Metode akses langsung (direct
access method) dilakukan dengan cara langung membaca record pada posisinya
di file tanpa membaca dari record pertama terlebih dahulu.
Organisasi file adalah pengaturan dari record secara logika didalam file
dihubungkan satu dengan yang lainnya. File dapat diorganisasikan secara
urut (sequential organization) atau secara acak (random organization).
Walaupun organisasi file dan pengaksesan file dapat dipandang secara
terpisah, tetapi biasanya pembahasan mengenai organisasi file menyangkut
keduanya, yaitu sebagai berikut :
a. File urut (sequential file) merupakan file dengan organisasi urut
   (sequential organization) dengan pengaksesan secara urut (sequential
   access).
b. File urut berindeks (indexed sequential file) atau sering disebut dengan
   ISAM (indexed sequential access method) merupakan file dengan organisasi
   urut (sequential organization) dengan pengaksesan secara langsung
   (direct access).
c. File akses langsung (direct access file) atau disebut dengan file alamat
   langsung (direct address file) merupakan file dengan organisasi acak
   (random organization) dengan pengaksesan langsung (direct access).
Organisasi file seperti ini  disebut dengan organisasi file tradisional atau
konvensional, karena telah ada sebelum struktur database dikembangkan.
Organisasi file database dapat berbentuk struktur data berjenjang
(hierarchical data structure), struktur data jaringa (network data structure)
dan struktur data hubungan (relational data structure). Struktur data
hubungan merupakan organisasi file database yang terbaru dan mudah dipahami.
Struktur data hubungan mempunyai karakteristik sebagai berikut :
a. File dalam bentuk tabel yang persis dengan file urut.
b. Hubungan antara record didasarkan pada nilai dari field kunci, bukan
   berdasarkan alamat atau pointer.
Struktur data hubungan makin banyak digunakan pada paket-paket DBMS, seperti
misalnya Dbase, Foxbase, Sql dan sebagainya.

4.11. Langkah-langkah desain database.
Untuk tahap desain database yang perlu dilakukan adalah mengidentifikasi
terlebih dahulu file-file yang diperlukan dalam sistem informasi yang
dibangun. File-fila database yang dibutuhkan oleh sistem dapat dilihat pada
desain model yang digambarkan dalam bentuk diagram arus data (DFD).
Langkah-langkah desain database secara umum adalah sebagai berikut :
a. Menentukan kebutuhan file database untuk sistem yang baru.
   File yang dibutuhkan dapat ditentukan dari DAD sistem baru yang telah
   dibuat.
b. Menentukan parameter daru file database.
   Setelah file-file yang dibutuhkan telah dapat ditentukan, maka parameter
   dari file selanjutnya juga dapat ditentukan. Parameter tersebut, meliputi:
   · Tipe dari file : file induk, file transaksi, file sementara (temporary).
   · Media dari file : hardisk, disket, pita magnetik, CD.
   · Organisasi dari file :  fila sequential, random, berindek.
   · Field kunci dari file.


Pengertian Field

Field adalah bagian dari table yang merupakan item-item (kolom) dari data.
Field dibagi tiga komponen yaitu  :
Nama Field,  pada sistem operasi windows boleh dibuat bebas seperti contoh: Nomor Induk, Nama

Pegawai, Golongan, Tgl_lahir, dsb
Tipe Field, Ada beberapa macam tipe dari field.
Properti Field, berfungsi untuk mengatur masukan dan tampilan data.
Beberapa macam tipe dari field, contoh :
1. String:  Tipe field untuk data-data string/ character seperti NIP,Nama, Alamat, Golongan, dsb.
2. Number:  Tipe field untuk data-data numeric/ angka. Number dapat dipecah beberapa jenis seperti

pada tabel berikut:
Field Size
3. Date/Time: Tipe field untuk data-data
tanggal/jam,   seperti : tgl_lahir,TMT, jam
datang,dsb'
4. Currency: Tipe field untuk data yang berhubungan
dengan uang, seperti : Gaji, Bonus,  Tunjangan, dsb.
5. Memo:   Tipe field untuk data-data memo seperti
keterangan, catatan, dsb.
6. Yes/No:  Tipe field untuk data-data yang berisi
hanya peryataan true/false atau Ya/ tidak, seperti
contoh : Lunas, Status, dsb.
7. Autonumber: Tipe field untuk data-data
penomoran otomatis, seperti contoh : Nomor,
Transaction_Id, dsb.


Pengertian Record

Adalah kumpulan elemen-elemen data yang digabungkan menjadi satu kesatuan, masing-nasing elemen data
tersebut dikenal dengan sebutan field. Field data tersebut dapat memiliki tipe data yang sama ataupun
berbeda, walaupun field-field tersebut berada dalam satu kesatuan namun masing-masing field dapat
diakses secara individual.

Pengertian ERD
- ERD (Entity Relationship Diagram) adalah gambaran mengenai berelasinya antarentitas.
- Sistem adalah kumpulan elemen yang setiap elemen memiliki fungsi masing-masing dan secara bersama-

sama mencapai tujuan dari sistem tersebut.
- ‘Kebersama-sama’-an dari sistem di atas dilambangkan dengan saling berelasinya antara satu entitas

dengan entitas lainnya
- Entitas (entity/ entity set), memiliki banyak istilah di dalam ilmu komputer, seperti tabel

(table), berkas (data file), penyimpan data (data store), dan sebagainya
Komponen-komponen ERD

1.  Entitas dan Atribut
- Entitas adalah tempat penyimpan data, maka entitas yang digambarkan  dalam ERD ini merupakan data
store yang ada di DFD dan akan menjadi file data di komputer
- Entitas adalah suatu objek dan memiliki nama. Secara sederhana dapat dikatakan bahwa jika objek ini
tidak ada di suatu enterprise (lingkungan tertentu), maka enterprise tersebut tidak dapat berjalan
normal.
- Contoh, entitas ‘MAHASISWA’ harus ada di lingkungan perguruan tinggi, begitu juga dengan entitas
‘DOSEN’, ‘MT_KULIAH’, dan sebagainya
- Di dalam entitas ‘MAHASISWA’ berisi elemen-elemen data (biodata mahasiswa) yang terdiri atas NPM,
NAMA, KELAS, ALAMAT, dan sebagainya. NPM, NAMA, KELAS, dan ALAMAT disebut dengan atribut (field)
- Gambar memperlihatkan bahwa atribut-atribut NPM, NAMA, ALAMAT, dan TGL_LAHIR harus ada di dalam

biodata seorang mahasiswa.
- Atribut-atribut TINGGI_BADAN, dan WARNA_RAMBUT adalah atribut-atribut yang boleh tidak ada di dalam

biodata mahasiswa (karena tidak penting).
- Sedangkan atribut NAMA_DOSEN adalah atribut yang tidak boleh ada di entitas mahasiswa
- Pada akhirnya, entitas ini akan menjadi file data (yang bersifat master file) di dalam komputer.
Master file adalah file utama (yang harus ada, dan sifatnya jarang berubah)

2. Relasi
- Relasi adalah penghubung antara satu entitas (master file) dengan entitas lain di dalam sebuah
sistem komputer. Pada akhirnya, relasi akan menjadi file transaksi (transaction file) di komputer
- Secara kalimat logis, contoh relasi yang terjadi di sebuah perpustakaan adalah : “Anggota meminjam
buku,” atau “Anggota mengembalikan buku.” Dalam hal ini, Anggota dan Buku adalah entitas, meminjam
dan mengembalikan adalah transaksi (relasi antara anggota dan buku).

Pengertian Resource Event Agent (REA)
sumber daya, Acara, Agen (REA) adalah model bagaimana sebuah sistem akuntansi dapat kembali
direkayasa untuk usia komputer. REA awalnya diusulkan pada tahun 1982 oleh William E. McCarthy
sebagai model akuntansi umum, dan berisi konsep sumber daya, peristiwa dan agen.
REA adalah model yang populer dalam sistem informasi pengajaran akuntansi (AIS). Tapi ini jarang
terjadi pada praktik bisnis-perusahaan tidak dapat dengan mudah membongkar sistem warisan mereka
untuk memenuhi tuntutan radikal REA's.
Model REA menghilangkan objek akuntansi banyak yang tidak diperlukan dalam usia komputer. Yang paling
terlihat dari ini adalah debit dan kredit-double-entry pembukuan menghilang dalam sistem REA. Banyak
buku besar umum juga menghilang, setidaknya sebagai obyek persisten, - misalnya, piutang atau hutang.
Komputer dapat menghasilkan account tersebut secara real time menggunakan catatan sumber dokumen.
REA memperlakukan sistem akuntansi sebagai representasi virtual bisnis yang sebenarnya. Dengan kata
lain, itu menciptakan objek komputer yang langsung mewakili benda nyata dunia bisnis. Dalam istilah
ilmu komputer, REA adalah suatu ontologi. Objek nyata termasuk dalam model REA adalah:
* Barang, jasa atau uang, yaitu, SUMBER DAYA
* Transaksi bisnis atau perjanjian yang mempengaruhi sumber daya, yaitu, KEJADIAN
* Orang atau badan-badan manusia lain (perusahaan lain, dll), yaitu, AGEN
Ini kontras objek dengan istilah akuntansi konvensional seperti aktiva atau kewajiban, yang kurang
langsung terkait dengan objek dunia nyata. Sebagai contoh, aset akuntansi konvensional seperti
goodwill tidak sumber REA.
Ada model REA terpisah untuk setiap proses bisnis di perusahaan. Sebuah proses bisnis secara kasar
sesuai dengan departemen fungsional, atau fungsi dalam rantai nilai Michael Porter. Contoh dari
proses bisnis akan penjualan, pembelian, konversi atau manufaktur, sumber daya manusia, dan
pendanaan.

Di jantung masing-masing model REA biasanya ada sepasang peristiwa, dihubungkan oleh hubungan
pertukaran, biasanya disebut sebagai hubungan "dualitas". Salah satu peristiwa biasanya merupakan
sumber daya yang diberikan atau hilang, sementara yang lain merupakan sumber daya yang diterima atau
diperoleh. Sebagai contoh, dalam proses penjualan, satu peristiwa akan "penjualan"-di mana barang
diberikan up-dan yang lain akan "penerimaan kas", dimana kas diterima. Kedua peristiwa yang terkait,
yaitu sebuah penerimaan kas terjadi dalam pertukaran untuk penjualan, dan sebaliknya. Hubungan
dualitas dapat lebih kompleks, misalnya, dalam proses manufaktur, maka akan melibatkan lebih dari dua
peristiwa (lihat Dunn et al [2004] untuk contoh.).
REA sistem biasanya dimodelkan sebagai database relasional, meskipun hal ini tidak wajib. Desain
biasanya menggunakan diagram entitas-hubungan. Filosofi dari REA mengacu pada gagasan Pola Desain
dapat digunakan kembali, meskipun pola REA digunakan untuk menggambarkan database daripada program

berorientasi objek, dan sangat berbeda dari 23 pola kanonik dalam buku pola desain asli oleh Gamma et
al. (Yang tidak mengherankan karena Gamma et al. Pola benar-benar penerapan pola untuk berkeliling
kekurangan dalam C + + bukan dari pola desain per se). Penelitian di REA menekankan pola (misalnya,
Hruby et al. 2006). Berikut adalah contoh pola REA dasar:
Pola ini diperluas untuk mencakup komitmen (janji untuk terlibat dalam transaksi, misalnya, seorang
sales order), kebijakan, dan konstruksi. Dunn et al. (2004) memberikan gambaran yang baik pada
tingkat sarjana (untuk jurusan akuntansi), sementara Hruby et al. (2006) adalah sebuah referensi
canggih untuk ilmuwan komputer.
REA pengaruh berkelanjutan terhadap standar electronic commerce ebXML, dengan W. McCarthy secara
aktif terlibat dalam komite standar. Standar XBRL GL bersaing namun adalah bertentangan dengan konsep
REA, karena erat meniru double-entry pembukuan.

CONTOH DIAGRAM REB.

4 komentar:

  1. gan, artikelnya tertutup sama gambar cewek, susah bacanya ne...

    BalasHapus
  2. Artikel yang sangat bermanfaat bagi saya, sangat membantu saya dalam memahami tentang Model Data mulai dari pengertian, jenis-jenis, object sampai ke desain databasenya. Semua sangat bermanfaat dan menambah ilmu saya. Terimakasih.

    Izin share blog
    Jangan lupa kunjungi blog sederhana saya di
    www.ahmadsi2b.blogspot.com

    dan kunjungi pula
    www.atmaluhur.ac.id

    BalasHapus