langkah mudah membuat database menggunakan microsoft access

Langkah-langkah Membuat Database

Untuk membuat database dengan mudah, lebih baik kita menggunakan Microsoft Access.

Berikut Langkah-langkah membuat Database menggunakan Microsoft Access:

1.       Aktifkan Microsoft Access, dengan cara klik start pada dekstop lalu klik All Program Pilih Microsoft Ofice à Klik Microsoft Access

2.       Klik Blank Data Base, ketik “nama, terserah anda” pada file name

3.       Tekan Tombol Create

4.       Maka akan muncul tampilan seperti berikut :

Pada tampilan ini, klik vewàdesign view

Simpan dengan nama : (misal siswa)

Isikan nama fieldnya (misal NIS, Nama, tempat_lahir, tanggal_lahir, Alamat, kota, no_telp) dan pilih type data, seperti pada gambar di bawah ini :

Ubah file size sesuai dengan banyaknya karakter dari record yang kita masukkan

5.       Lalu Klik view, isikan record ke masing-masing fieldnya

6.       Buat tabel yang ke-2, klik createàtable

7.       Beri nama tabel yang ke-2, dengan nama : (misal guru)

8.       Lakukan langkah seperti yang sebelumnya, yaitu dengan mengisikan nama field (Kode_guru(dibuat sebagai primary key), nama, tempat_lahir, tanggal_lahir, alamat, kota,No_telp) dan pilih type data (ubah file sizenya).

9.       Lalu klik view, isikan record ke masing-masing fielnya.

10.   Buat tabel yang ke-3, klik createàtabel

11.   Beri nama tabel yang ke-3, dengan nama : (misal pelajaran)

12.   Lakukan langkah seperti no.8, dengan mengisikan nama field (kode_mapel (dibuat sebagai primary key, nama_mapel, jam) dan pilih type data (ubah file sizenya).

13.   Lalu klik view, isikan record ke masing-masing fieldnya.

14.   Setelah ketiga tabel jadi, langkah selanjutnya kita menghubungkan ketiga tabel tersebut dengan cara : membuat query, caranya klik createàquery designà(pada kotak dialog “show tabel”, tambahkan ketiga tabel yang kita buwat tadi. Caranya klik nama tabel(siswa, guru, pelajaran) àklik addà setelah semua di add klik close.

15.   Simpan dengan nama “query 1”

16.   Maka dari ketiga tabel tersebut akan tampak saling terhubung satu sama lain.. membentuk sebuah relasi

Isikan pada field dan tabel pada bagian bawah, lalu pilih apa saja yang ingin di tampilkan, misal (nama guru, nama pelajaran, nama siswa, kode guru, kode mapel, alamat)

17.   Maka jika kita jalankan akan muncul tampilan seperti di bawah ini

18.   Lalu kita buwat query yang ke-2, dengan cara klik createà query designàtambahkan ketiga tabel dengan cara klik add à setelah ke-3 tabel di add klik close. Isikan pada field dan tabel yang ada pada bagian bawah, lalu pilih apa saja yang di tampilkan (misal kode guru, kode mapel, NIS, nama guru, nama pelajaran, No. Telp).

19.   Simpan dengan nama “query 2”.

20.   Lalu jalankan

21.   Membuat form dari query yang dibuwat sebumnya :

1.       Kita buwat form dari query 1, klik query 1àcreateàform

Hasil liad pada gambar :

2.       Membuat form dari query yang ke-2, klik query 2àcreateàform

Maka hasilnya akan seperti di di bawah ini :

22.   Langkah yang terakhir, yaitu kita membuat report dari kedua query yang kita buat :

1.       Klik pada query 1 àcreate à report

Maka akan menampilkan hasil seperti di bawah ini :

2.       Report dari query yang ke-2, klik query 2 àcreate à report

Maka hasilnyaakan seperti di bawah ini :

cara uninstall folder lock yang lupa password

Caranya :
-Buka REGEDIT
-[HKEY_CURRENT_USER\Software\NewSoftware's\Uninstall]

-Nanti ada Binary Uninstall
-Rubah Data Valuenya jadi
0
-Tinggal agan Uninstall aja FolderLock 7 nya
-Install Ulang FolderLock 7 dah dengan password bar

pengertian transactionrecovery

TRANSACTION RECOVERY

Transaksi adalah urutan dari operasi database ketika mengakses ke database. Transaksi direpresentasikan pada kejadian nyata. Transaksi harus merupakan unit logim dari suatu pekerjaan.Tak ada bagian dari transaksi yang dapat melakukan hal tersebut sendiri. Baik semua bagian berhasil dieksekusi ataupun transaksi tersebut dibatalkan. Transaksi mengambil database dari satu konsisten status ke status yang lain. Konsisten status database adalah ketika semua integrity constraint dari data telah terpenuhi.

Transaksi memiliki 4 bagian utama :

1. Atomisitas (semua bagian dari transaksi dapat dieksekusi meskipun transaksi dibatalkan)

2. Konsistensi (Kekonsistensian database dapat terjaga)

3. Isolasi (data yang diguanakan oleh satu transaksi tidak dapat diakses oleh transaksi lainnya transaksi pertama tersebut selesai)

4. Daya tahan (Perubahan yang dibuat oleh transaksi tidak dapat roll back ketika telah mengalami commit )

5. Sebagai tambahan, jadwal transaksi memerlukan cirri seriabilitas (hasil dari konkurensi suatu transaksi sama ketika transaksi tersebut dieksekusi pada serial order)

Sebelum dilanjutkan, mari kita membahas empat konsep penting yang mempengaruhi proses recovery :

1. Write-ahead-log protocol memastikan bahwa log transaksi slalu ditulis sebelum data dalam database ter-update. Dalam kasus kegagalan, database dapat terlambat untuk direcovery pada status yang konsisten. Gunakan data yang ada di transaction log.

2. Redudant transaction logs (bebertapa duplikat dari transaction log) memastikan bahwa kegagalan physical disk tidak akan merusak kemampuan DBMS untuk melakukan recovery data.

3. Database Buffer adalah area penyimpanan sementara dalam memory utama yang digunakan untuk mempercepat kerja disk. Untuk meningkatkan waktu proses, software DBMS ,membaca data dari physical disk dan menyimpan duplikat dari data ke buffer di memory utama. Ketika transaksi mengupdate data, hal inisecara otomatis juga mengupdate kopian dari data yang ada dalam buffer karena proses tersebut cukup lebih cepat daripada pengaksesan physical disk dalam setiap waktu. Kemudian, semua buffer yang mengandung update data yang dituis pada physical disk selama operasi tunggal, demikianlah proses penyiimpanan secara signifik.

4. Database checkpoints adalah operasi dimana DBMS menuliskan semua pembaruan pada buffer ke disk. Selama hal ini terjadi, DBMS tidak mengeksekusi permintaan lainnya.Operasi checkpoints juga terdaftar dalam transaction log. Hasil dari operasi ini adalah physical database dan transaction log akan menjadi sinkron. Sinkronisasi ini dibutuhkan karena peng-update-an operasi akan meng-update kopian dari dat6a dalam buffer dan bukan pada physical database. Checkpoints secara otomatis dijadwalkan oleh DBMS beberapa waktu tiap jam.

Proses recovery database melibatkan pembawaan database ke status konsisten setelah mengalami kegagalan. Prosedur transaction recovery umumnya digunakan untuk deffered-write dan write-through technique.

Ketika prosedur recovery menggunakan deffered-write technique (differed update), operasi transaksi tidak secara tiba-tiba mengupdate physical database. Malah hanya transaction log yang di-update. Database secara fisik mengalami pembaruan hanya setelah transaksi mengalami commit, menggunakan informasi dari transaction log. Jika transaksi gagal sebelum mengalami commit, tidak ada perubahan (roolback atau undo) yang perlu dilakukan pada database karena database tidak pernah ter-update. Proses recovery untuk pemulaian dan transaksi commit (sebelum gagal) :

1. Mengidentifikasi checkpoint trakhir yang ada dalam transaction log. Ini adalah waktu terakhir dari transaksdi data secara fisik ayng disimpan dalam disk.

2. Untuk transaksi yang dimulai dan telah dicommit sebelum checkpoint terakhir, tidak membutuhkan operasi apapun kaena dta telah tersimpan.

3. Untuk transaksi yang melakukan operasi commit setelah checkpoint terakhir, DBMS menggunakan transaction log record untuk melakukan operasi redo dan update database, menggunakan nilai ‘after’ dalam transaction log . Perubahan dibuat dalam bentuk ascending, dari yang terlama ke yang terbaru.

4. Untuk operasi-operasi yang menggunakan operasi ROLLBACK setelah checkpoint terakhir atau tidak melakukan operasi (COMMIT ataupun ROLLBACK) sebelum kegagalan terjadi. Tidak ada hal yang eprlu dilakuakn karena database tidak mengalami peng-update-an.

Ketika prosedur recovery menggunakan write-through technique (immediate update), database langsung mengalami peng-update-an oleh operasi transaksi selama eksekusi, bahkan sebelum transaksi memperoleh perintah commit.Jika transaksi gagal sebelum commit, ROOLBACK atau operasi undo perlu dilakukan untuk mengembalikan database ke status konsisten. Pada kasus ini, operasi ROOLBACK akan sigunakan oleh nilai ‘after’ transaction log. Adapun langkah dari recovery:

1. Mengidentifikasi checkpoint terakhir di dalam transaction log. Dalam hal ini waktu terakhir transaksi data dimana secara fisik data disimpan.

2. Untuk transaksi yang dimulai dan mengalami commit sebelum checkpoint terakhir, tidak perlu melkaukan operasi apaun karena data telah tersimpan.

3. Untuk transaksi yang telah mnengalami commit setelah checkpoint terakhir, DBMS me-redo transaksi,menggunakan nilai ‘after’ dari transaction log. Perubahann akan ditampilkan secara ascending, dari terlama ke yang terbaru.

4. Untuk transaksi lain yang telah mengalami operasi ROLLBACK setelah chechpoint terakhir atau tidak melakukan operasi apapun (ROLLBACK atau COMMIT) sebelum kegagalan terjadi, DBMS menggunakan transcation log record untuk melakukan ROLLBACKa atu operasi undo, Menggunakan nilai ‘before’ pada transaction log. Perubahan ditampilkan dalam bentuk simpanan, dari yang terbaru ke yang terlama