Simple Install Oracle 11g Release 2 pada Linux CentOS 6.3 di VirtualBox, dan Semua Dependensinya

Advertisement

Saya sudah coba install Oracle 11g Database Release 2 beberapa kali pada berbagai instalasi Linux dan Sistem Operasi yang terpisah. Dari beberapa proses tersebut adalah proses cara install Oracle 11g yang cukup mirip pada kebanyakan. Secara mutlak untuk cara install Oracle 11g database dengan standar instalasi, seperti dijelaskan di sini, mudah diatur dan tidak perlu waktu yang lama. Anda dapat melihat lebih detail, termasuk semua langkah yang direkomendasikan jika Anda mengikuti petunjuk pada panduan / cara install Oracle 11g database. Pada tutorial database oracle kali ini akan dijelaskan bagaimana cara install Oracle 11g Database Release 2 32bit pada CentOS 6.3 32bit dengan UI yang sudah terpasang sehingga kita dapat menggunakan installer Oracle secara langsung untuk melakukan install Oracle 11g. Misalkan nama komputer adalah "localhost.localdomain", karena kita sedang menguji ini dalam pengembangan instalasi di VirtualBox.

Pertama kali kita Download dulu Oracle 11g database Release 2 dari situs web mereka. Untuk linux file installernya terdiri dari 2 file zip yang Anda harus terlebih dahulu menerima persetujuan lisensi sebelum men-download. Versi yang tepat yang kita coba download adalah "Oracle Database 11g Release 2 (11.2.0.1.0) untuk Linux x86".

Sekarang Anda perlu mempersiapkan Linux CentOS dengan menambahkan user dan group user yang diperlukan untuk melakukan install Oracle 11g database. Dalam proses setup / intalasi kita coba untuk  mengikuti oracle dan menjalankan perintah berikut untuk menambahkan user group "oinstall" dan "dba":

groupadd oinstall
groupadd dba

Sekarang tambahkan user / pengguna "oracle", yang akan kita gunakan untuk menjalankan / install Oracle 11g database dan memberikan pengguna (user) pada keanggotaan kelompok yang benar:

useradd -g oinstall -G dba oracle

Sekarang yang perlu kita lakukan adalah membuat direktori dan mengatur hak akses yang sesuai di mana Anda akan melakukan install Oracle 11g database. Dalam kasus saya, saya telah menginstall di direktori home "oracle" yang terdapat pada path (directory) "/ home / oracle / app":

mkdir -p /home/oracle/app
chown -R oracle:oinstall /home/oracle/app/
chmod -R 775 /home/oracle/app/

Pada tutorial database oracle ini, langkah selanjutnya adalah melakukan ekstrak file ZIP Oracle yang telah di download tadi ke suatu folder yang bisa diakses oleh user oracle. Saya memilih "/ home / oracle / database". Arahkan ke direktori dan coba menjalankan script instalasi sebagai pengguna oracle baru:

su oracle
cd /home/oracle/database
./runInstaller

CATATAN: Dalam kasus tutorial database oracle kita ini, karena ini adalah Linux CentOS yang terinstall pada mesin virtual VirtualBox, saya perlu secara eksplisit mengatur $ DISPLAY variabel ke mesin lokal sebelum UI untuk install Oracle 11g database dijalankan. Hal ini dilakukan dengan menjalankan perintah berikut dan restart shell:

export DISPLAY=:0.0

Sekarang installer akan mulai dijalankan. Pada tutorial database oracle ini, anda dapat mengabaikan memasukkan email pada langkah pertama "Configure Security Updates" dan mengacuhkan pengaturan default " Create and configure a database " pada langkah kedua "Installation Option".

Untuk tutorial database oracle pada langkah " System Class " pada saat instalasi saya hanya membiarkannya dalam bentuk default " Desktop Class " dan dalam bentuk langkah "Typical Installation" yang dibiarkan segala sesuatu dalam bentuk default untuk install Oracle 11g ini, terpisah dari pengaturan password Administrasi. Pengaturan default menempatkan basis oracle di "/ home / oracle / app / oracle" dengan nama database global "orcl.localdomain". Pada langkah " Create Inventory " biarkan saja folder dalam bentukdefault "/ home / oracle / app / oraInventory" dan nama grup "oinstall".

Sekarang kita menuju ke bagian yang menarik dari tutorial database oracle pada cara install Oracle 11g ini, yang merupakan bagian " Prerequisite Checks ". Jika Anda menjalankan instalasi baru dari Linux CentOS Anda akan memerlukan untuk menetapkan beberapa variabel sistem dan menginstal satu set prasyarat.

CATATAN: Anda mungkin tidak memerlukannya, tapi saya harus menambahkan lebih banyak ruang swap pada CentOS yang saya install kali ini dalam rangka memenuhi prasyarat dari cara install Oracle 11g. Jalankan perintah berikut sebagai root untuk membuat file swap 2048MB yang disebut "/ swapfile" di harddisk anda dan mengatur CentOS untuk menggunakannya untuk ruang swap:

dd if=/dev/zero of=/swapfile bs=1024 count=2097152
mkswap /swapfile
swapon /swapfile

Sekarang aturlah CentOS untuk selalu menggunakan ruang swap pada saat boot dengan mengedit "/ etc / fstab" file menggunakan perintah:

nano /etc/fstab

Dan tambahkan baris berikut:

/swapfile  swap  swap  defaults  0  0

Jadi jika pada tutorial database oracle telah berhasil melakukan uji swap dalam " Prerequisite Checks " di instalasi Oracle sebagai salah satu cara install Oracle 11g database, dapat mulai untuk memperbaiki semua pesan "Failed". Klik pada tombol " Fix & Check Again " dan sebuah jendela popup akan muncul untuk memberitahu Anda tentang penanganan script "runfixup.sh" yang akan ditempatkan di "/ tmp/CVU_11.2.0.1.0_oracle/runfixup.sh". Jadi di shell anda, arahkan ke direktori sebagai root dan jalankan perintah berikut:

cd /tmp/CVU_11.2.0.1.0_oracle/
./runfixup.sh

Script "runfixup.sh" akan memperbaiki semua variabel sistem untuk Anda sehingga Anda tidak perlu mengatur secara manual. Sekarang yang tersisa adalah untuk memperbaiki dependensi, sebagian besar dependensi tersebut dapat diinstal dengan menggunakan "yum" dengan perintah berikut:

yum install gcc gcc-c++ compat-libstdc++-33 elfutils-libelf-devel libaio-devel libstdc++-devel unixODBC unixODBC-devel

Sekarang satu-satunya prasyarat yang tersisa yang menyebabkan pesan "Failed" yaitu "pdksh-5.2.14" yang telah dihapus dari repositori CentOS setelah CentOS versi 5. Penggantinya adalah "ksh" tetapi jika Anda menginstal paket ini menggunakan "yum install ksh" Anda akan mendapatkan dependensi yang sama memeriksa "Failed" di install Oracle 11g untuk "pdksh-5.2.14", dan "ksh" akan bertentangan dengan "pdksh" jika Anda kemudian tetap bersikukuh untuk menginstalnya.

Solusinya adalah dengan cara menginstal "pdksh" manual dari RPM, yang dapat ditemukan di berbagai mirror. Saya menggunakan perintah berikut untuk menginstal paket "pdksh":

rpm -q ftp://ftp.pbone.net/mirror/archive.download.redhat.com/pub/redhat/linux/6.1/en/os/i386/RedHat/RPMS/pdksh-5.2.14-1.i386.rpm

Advertisement

Pada tutorial database oracle sekarang, Oracle seharusnya sudah meluluskan semua pemeriksaan prasyarat dan Anda akan melihat "Summary" langkah install Oracle 11g di mana Anda dapat mengklik tombol "Finish". Ini mungkin memerlukan waktu tetapi pada proses install Oracle 11g Database akan menginstal dengan semua pengaturan yang diperlukan hingga siap untuk Anda gunakan ‘di luar kotak’.

Langkah terakhir pada tutorial database oracle ini adalah untuk menjalankan script konfigurasi sebagai root, yang akan muncul setelah Anda membuka setiap user yang mungkin memerlukan selain default (Anda tidak perlu meskipun pada tahap ini). Kedua script dapat dijalankan sebagai berikut:

cd /home/oracle/app/oraInventory/
./orainstRoot.sh
cd /home/oracle/app/oracle/product/11.2.0/dbhome_1/
./root.sh

Untuk menguji cara install Oracle 11g Database Anda bekerja, Anda dapat log in ke manajemen antarmuka berbasis web untuk komputer Anda yaitu "localhost.localdomain" dengan nama pengguna "SYS" dan connect sebagai "SYSDBA", dan menggunakan password yang kita tetapkan saat melakukan install Oracle 11g. Ingatlah untuk membuka port 1158 pada firewall  jika Anda perlu untuk mengakses:

https://localhost:1158/em/

Sekarang Anda dapat mulai menggunakan Oracle. Pada tutorial database oracle kali ini sangat merekomendasikan melihat melalui dokumentasi dari cara install Oracle 11g sendiri untuk membantu Anda terbiasa dengan cara Oracle dalam melakukan sesuatu. Ada banyak aplikasi klien yang dapat membantu, seperti baris perintah berbasis Oracle Instant Client dan SQL Oracle Developer yang berbasis program UI (User Interface). Oracle memiliki banyak walkthrough yang baik untuk bekerja dengan alat-alat mereka yang tersedia sebagai bagian dari Pusat Pembelajaran Oracle di situs resmi Oracle.

1 comment

Cara Install Oracle 11g pada Sistem Operasi Centos 6.x

Advertisement

Pada tutorial database oracle dari ilmu database kali ini yang pertama kali harus kita lakukan sebelum melakukan process install oracle 11g adalah melakukan download beberapa komponen yang dibutuhkan oleh Sistem Operasi Centos 6.x

yum -y install binutils compat-libstdc++-33 elfutils-libelf elfutils-libelf-devel glibc glibc-common glibc-devel gcc gcc-c++ libaio libaio-devel libgcc libstdc++ libstdc++-devel make sysstat unixODBC unixODBC-devel

Setelah selesai, pada tutorial database oracle selanjutnya, sebelum melakukan install oracle 11g kita bisa edit sysctl.conf. Pada kasus ini kita bisa lihat isi dari sysctl.conf sebagai berikut :

[root@Oracle ~]# sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key
error: "net.bridge.bridge-nf-call-iptables" is an unknown key
error: "net.bridge.bridge-nf-call-arptables" is an unknown key
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296

Rubahlah value nya ke standar oracle seperti berikut ini :

net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
net.ipv4.ip_local_port_range = 9000 65500
fs.file-max = 65536
kernel.shmall = 10523004
kernel.shmmax = 6465333657
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
net.core.rmem_default = 262144
net.core.wmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_max = 1048576
fs.aio-max-nr = 1048576

Apabila sudah selesai, langkah tutorial database oracle berikutnya adalah menambahkan user dan group serta permission nya :

[root@Oralce ~]#groupadd -g 200 oinstal
[root@Pirat9 ~]#groupadd -g 201 dba
[root@Pirat9 ~]#useradd -u 440 -g oinstall -G dba -d /app/oracle oracle
[root@Pirat9 ~]#vi /etc/pam.d/login
# add
session    required     pam_selinux.so open
 session    required     pam_namespace.so
 session    required     pam_limits.so
 session    optional     pam_keyinit.so force revoke
 session    include      system-auth
 -session   optional     pam_ck_connector.so
[root@Pirat9 ~]#vi /etc/security/limits.conf
 # add This  bellow
 oracle   soft   nproc   2047
 oracle   hard   nproc   16384
 oracle   soft   nofile   1024
 oracle   hard   nofile   65536
 [root@Pirat9 ~]#vi /etc/profile
 # add at the last line
 if [ $USER = "oracle" ]; then
 if [ $SHELL = "/bin/ksh" ]; then
 ulimit -p 16384
 ulimit -n 65536
 else
 ulimit -u 16384 -n 65536
 fi
 fi

Sekarang, coba lah untuk berpindah ke user Oracle :

Advertisement

[oracle@PutraPetir ~]$chmod 755 /app/oracle
[oracle@PutraPetir ~]$mkdir /app/oracle/app
[oracle@PutraPetir ~]$chmod 775 /app/oracle/app
[oracle@PutraPetir ~]$mkdir /app/oracle/oradata
[oracle@PutraPetir ~]$chmod 775 /app/oracle/oradata
[oracle@PutraPetir ~]$vi ~/.bash_profile
 # add this to oracle profile
ORACLE_HOME=/app/oracle/11.2.0.2/client
ORACLE_BASE=/app/oracle
TEMP=/app/tmp/ora
TMPDIR=/app/tmp/ora

export ORACLE_HOME
export ORACLE_BASE
export TEMP
export TMPDIR
export PATH

PATH=$PATH:$HOME/bin::$ORACLE_HOME/bin
umask 022

Setelah sampai pada langkah ini, maka tutorial database oracle selanjutnya kita tinggal menjalankan installer oracle 11g dan langkah berikutnya semudah install oracle 11g di windows.

No comments

Upgrade ke Database Oracle 12c menggunakan Database Upgrade Assistance

Advertisement

Artikel ini memberikan gambaran dari beberapa pilihan untuk meng-upgrade oracle database yang ada ke Oracle 12c Release 1. Proses upgrade dapat menjadi sangat rumit, sehingga Anda harus selalu membaca manual upgrade, dan menguji secara menyeluruh sebelum mempertimbangkan upgrade dari lingkungan produksi.

Artikel ini tidak termasuk referensi ke database pluggable, seperti dalam kebanyakan kasus upgrade ke oracle 12c yang merupakan prasyarat konversi ke database pluggable.

• Upgrade Paths yang didukung
• Database Upgrade Asisten (DBUA)
• Upgrade manual
• Ekspor Impor
• Transportasi database

Pada artikel kali ini, ilmu database hanya akan menerangkan mengenai upgrade paths yang didukung oleh database oracle 12c dan juga Database Upgrade Asisten (DBUA).

Upgrade Paths yang Didukung

Upgrade langsung ke oracle 12c yang mungkin dari database yang ada yaitu dengan database oracle versi 10.2.0.5 +, 11.1.0.7 +, atau rilis 11.2.0.2 +. Untuk upgrade dari versi lain yang didukung hanya melalui upgrade menengah ke versi upgrade yang didukung.

Bila Anda menggunakan DBUA atau melakukan upgrade manual, Anda akan memerlukan kedua versi database yang digunakan untuk menyelesaikan operasi. Biasanya, Anda akan menginstal database Oracle 12c ke ORACLE_HOME baru pada server yang ada.

Database Upgrade Asisten (DBUA)

Metode Upgrade yang lebih disukai adalah dengan menggunakan Database Upgrade Asisten (DBUA), tool GUI yang melakukan semua pemeriksaan prasyarat yang diperlukan dan operasi sebelum upgrade instance tertentu. DBUA dapat dijalankan langsung dari Oracle Universal Installer (OUI) selama instalasi, atau secara terpisah setelah instalasi perangkat lunak selesai.

Pastikan database dimulai dan menjalankan database upgrade assistant.

$ export ORACLE_HOME=/u01/app/oracle/product/12.1.0.1/db_1

$ export PATH=$ORACLE_HOME/bin:$PATH

$ dbua

*  Pilih pilihan "Upgrade Oracle Database", kemudian klik tombol "Next"

*  Pilih database yang ingin upgrade, lalu klik tombol "Next".

*  Pada tahap ini anda akan menunggu beberapa menit sebelum layar berikutnya tersedia. Pada saat ini akan muncul pesan " Getting database information. Please wait...". Anda dapat menunggu sementara pemeriksaan prasyarat berlangsung.

*  Jika prasyarat mendapati masalah dengan menyorot check box yang ada, maka anda bisa mengambil tindakan yang tepat untuk memperbaiki masalah. Bila Anda puas dengan prasyarat, klik tombol "Next"

*  Mengubah opsi upgrade jika diperlukan, kemudian klik tombol "Next"

*  Pilih opsi manajemen yang diinginkan, kemudian klik tombol "Next"

*  Jika Anda perlu untuk memindahkan file database dan / atau recovery area dengan cepat, check opsi yang relevan dan memasukkan tujuan. Klik tombol "Next"

*  Jika database ini hanya menggunakan satu buah listener oracle 11g, maka pilihlah opsi default, sehingga listener yang ada  akan di upgrade. Jika Anda memilih untuk secara manual mendefinisikan listener yang baru, jadi lakukan saja sekarang. Kemudian Klik tombol "Next".

*  Pilih opsi pemulihan untuk digunakan dalam hal terjadi kegagalan upgrade, kemudian klik tombol "Next".

*  Jika Anda senang dengan informasi ringkasan, klik tombol "Finish".

*  Tunggu sementara upgrade berlangsung. Bila upgrade selesai, klik tombol  " Upgrade Results "

*  Periksa hasil upgrade, kemudian klik tombol "Close"  untuk meninggalkan DBUA

Advertisement

database yang telah di upgrade sekarang sudah tersedia.

$ sqlplus / as sysdba

SQL*Plus: Release 12.1.0.1.0 Production on Tue Jul 23 17:48:01 2013

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Connected to:

Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production

With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

SQL> SELECT name, open_mode FROM v$database;

NAME  OPEN_MODE
--------- --------------------
ORCL  READ WRITE

SQL>

Ingatlah untuk mengubah script atau profil file yang berisi referensi ke variabel lingkungan ORACLE_HOME.

DBUA dapat dijalankan dalam mode diam (silent mode),  jika parameter baris perintah yang benar di lewatkan (digunakan)

No comments

Mengenal Database Oracle 12c

Advertisement

Versi database oracle yang telah lama ditunggu-tunggu yaitu versi database oracle 12c dari Oracle database sekarang sudah tersedia untuk di-download, menurut situs resmi  dari perusahaan ini .

Selama rilis berturut-turut dari Oracle Database, Oracle terus melakukan upaya untuk meringankan kinerja dari para  pelanggan nya yaitu untuk membakukan, konsolidasi, dan mengotomatisasi layanan database di atas awan (cloud). Apa yang telah dimulai lebih dari satu dekade lalu dengan fitur perintis seperti Oracle Real Application Clusters dan Oracle Automatic Storage Management sekarang berlanjut dengan Oracle multitenant, yang memungkinkan TI untuk memanfaatkan sepenuhnya atas manfaat dari awan (cloud system), termasuk berbagi sumber daya, fleksibilitas manajemen, dan juga yang tidak kalah penting adalah penghematan biaya.

Mengotomatisasi dan Optimalkan Siklus  Informasi 

Ketika mengelola siklus hidup informasi, sebuah perusahaan yang khas secara manual akan bergerak dan melakukan kompresi data di tingkatan penyimpanan data yang berbeda yang  didasarkan pada besaran pada umur data.

Oracle Database 12c mengubah permainan dengan optimasi data otomatis, yang memonitor bukan hanya usia, tetapi juga penggunaan atau "temperatur" data, sehingga secara otomatis memindahkan data antara tempat penyimpanan (storage) yang berbeda dan tingkatan kompresi yang sesuai.

Oracle Database 12c mencakup fitur Oracle yang disebut "database pluggable," yang memungkinkan sebuh instance dari database oracle untuk menghandle banyak database lain, memungkinkan untuk secara lebih efisien menggunakan sumber daya sistem dan manajemen yang lebih mudah.

Plug atau masuk ke dalam Cloud dengan Oracle multitenant

Konsolidasi database merupakan langkah kunci dalam perjalanan ke awan. Oracle Database 12c membuat proses jauh lebih cepat dan sederhana, memungkinkan kepadatan tinggi berbasis skema konsolidasi-tanpa memerlukan perubahan pada aplikasi yang ada.

Untuk membuat ini mungkin, pada single instance, kontainer basis data multitenant sekarang dapat meng-host banyak "pluggable" database. Setiap database yang dikonsolidasikan atau "terhubung ke" wadah multitenant terlihat dan terasa dengan aplikasi persis sama dengan versi preconsolidated. Selain mempercepat perjalanan ke awan, konsolidasi juga menyederhanakan manajemen-keuntungan yang sangat besar untuk organisasi saat ini yaitu kemudahan mengelola ratusan, bahkan ribuan, dari database.

Kemampuan multitenancy akan dijual sebagai pilihan yang terpisah, dan tidak diterima sebagai bagian dari biaya pemeliharaan rutin tahunan pelanggan. Oracle juga telah memposisikan pluggable database sebagai cara yang lebih baik untuk mencapai multitenancy untuk aplikasi cloud.

Vendor SaaS (software as a service) biasanya sudah menggunakan multitenancy pada level aplikasi, di mana beberapa pelanggan berbagi instance aplikasi tunggal sedangkan data mereka disimpan terpisah. Dengan mendorong multitenancy ke lapisan database menyediakan keamanan yang lebih baik dan keuntungan lainnya, menurut CEO Oracle Larry Ellison.

Ketersediaan Maksimum dan Keamanan Database

Dengan lebih dari 500 fitur baru, Oracle Database 12c dirancang untuk memberikan kepada pelanggan Oracle apa yang telah lama mereka butuhkan yaitu untuk komputasi awan, data yang besar, keamanan, dan ketersediaan.

Advertisement

Sebuah daftar harga resmi Oracle, yang sudah diperbarui baru baru ini, menunjukkan pilihan "multitenant" Database seharga $ 17.500 per prosesor. Sebuah lisensi prosesor untuk Enterprise Edition tetap yaitu dengan harga $ 47.500 per prosesor.

sumber : oracle.com

No comments

Tugas-Tugas Seorang Database Administrator Oracle

Advertisement

Tugas-tugas seorang database administrator oracle berikut menyajikan sebuah pendekatan yang diprioritaskan untuk merancang, melaksanakan, dan memelihara database Oracle. Tugas – tugas tersebut antara lain adalah sebagai berikut:

Tugas 1: Mengevaluasi Hardware  dari Database Server
Tugas 2: Instal Software Oracle
Tugas 3: Merencanakan Database
Tugas 4: Membuat dan Membuka Database
Tugas 5: Back Up Database
Tugas 6: Mendaftar Sistem Pengguna
Tugas 7: Mengimplementasikan Desain Database
Tugas 8: Melaksanakan Back Up secara keseluruhan dari Fungsional Database Sepenuhnya
Tugas 9: Melakukan Tuning Kinerja database

Tugas 1: Mengevaluasi Hardware  dari Database Server

Mengevaluasi bagaimana Oracle dan aplikasi yang terbaik dapat menggunakan sumber daya yang tersedia di komputer. Evaluasi ini harus mengungkapkan informasi berikut:

• Berapa banyak disk drive yang tersedia untuk Oracle dan database-nya

• Berapa banyak, jika ada, tape drive yang dedicated yang tersedia untuk Oracle dan database-nya

• Berapa banyak memori yang tersedia untuk kasus Oracle yang akan anda jalankan (lihat dokumentasi konfigurasi sistem anda)

Tugas 2: Melakukan Instalasi  Software Oracle

Sebagai seorang database administrator, Anda perlu untuk menginstal perangkat lunak (software) server database Oracle dan alat bantu front-end dan aplikasi database yang mengakses database. Dalam beberapa instalasi pemrosesan terdistribusi, database dikendalikan oleh komputer pusat (database server) dan alat bantu (tool) database dan aplikasi yang dijalankan pada komputer remote (klien). Dalam hal ini, Anda juga harus menginstal komponen Net Oracle yang diperlukan untuk menghubungkan mesin remote ke komputer yang menjalankan Oracle.

Tugas 3: Merencanakan Database / Design Database

Sebagai database administrator, Anda harus merencanakan:
• Struktur penyimpanan logis dari database
• keseluruhan desain database
• Sebuah strategi cadangan untuk database

Hal ini penting untuk merencanakan bagaimana struktur penyimpanan logis dari database akan mempengaruhi kinerja sistem dan berbagai operasi manajemen database. Misalnya, sebelum menciptakan setiap tablespace untuk database Anda, maka Anda harus tahu berapa banyak datafiles yang dibuat untuk membentuk tablespace, apa jenis informasi yang akan disimpan di setiap tablespace, dan di mana disk drive datafiles akan disimpan secara fisik. Ketika merencanakan penyimpanan logis keseluruhan struktur database, memperhitungkan efek bahwa struktur ini akan memiliki kapan database sebenarnya diciptakan dan berjalan. 

Pertimbangan tersebut termasuk bagaimana logical storage dari struktur database akan mempengaruhi hal-hal berikut ini:

• Kinerja komputer ketika mengeksekusi Oracle

• Kinerja database selama operasi akses data

• Efisiensi backup dan recovery prosedur untuk database

Merencanakan desain relasional pada objek database dan karakteristik penyimpanan untuk masing-masing objek. Dengan perencanaan hubungan antara setiap obyek dan penyimpanan fisik sebelum menciptakan itu, Anda dapat secara langsung mempengaruhi kinerja database sebagai satu unit. Pastikan untuk merencanakan pertumbuhan database.

Dalam lingkungan database terdistribusi, tahap perencanaan ini sangatlah penting. Lokasi fisik dari data yang sering diakses secara dramatis mempengaruhi kinerja aplikasi.

Selama tahap perencanaan, kembangkanlah strategi cadangan untuk database. Anda dapat mengubah struktur penyimpanan logis atau desain database untuk meningkatkan efisiensi backup.

Hal ini di luar cakupan buku ini untuk membahas relasional dan didistribusikan desain database. Jika Anda tidak akrab dengan masalah desain tersebut, lihat dokumentasi diterima standar industri.


Tugas 4: Membuat dan Membuka Database

Ketika Anda telah menyelesaikan desain database, Anda dapat membuat database dan membukanya untuk penggunaan normal. Anda dapat membuat database pada waktu instalasi, menggunakan Konfigurasi Database Asisten, atau Anda dapat menyediakan skrip Anda sendiri untuk membuat sebuah database.

Tugas 5: Back Up Database

Setelah Anda membuat struktur database, melaksanakan strategi cadangan Anda rencanakan untuk database. Buat file log Redo tambahan, mengambil pertama backup database penuh (online atau offline), dan jadwal backup database yang datang secara berkala.

Tugas 6: Mendaftar Sistem Pengguna (regristasi user)

Setelah Anda kembali struktur database, Anda dapat mendaftarkan pengguna database sesuai dengan perjanjian lisensi Oracle Anda, membuat peran yang sesuai untuk para pengguna, dan memberikan peran ini.

Tugas 7: Mengimplementasikan Desain Database yang sudah dibuat

Setelah Anda membuat dan mulai database, dan mendaftarkan diri pengguna sistem, Anda dapat menerapkan direncanakan struktur database logis dengan menciptakan semua tablespace yang diperlukan. Ketika Anda telah menyelesaikan ini, Anda dapat membuat objek untuk database.

Tugas 8: Back Up Database Sepenuhnya secara Fungsional

Sekarang database sepenuhnya dilaksanakan, sekali lagi kembali database. Selain backup dijadwalkan secara rutin, Anda harus selalu membuat cadangan database Anda segera setelah menerapkan perubahan struktur database.

Advertisement

Tugas 9: Melakukan Tuning Kinerja database

Mengoptimalkan kinerja database merupakan salah satu tanggung jawab yang Anda terima sebagai DBA. Selain itu, Oracle menyediakan fitur pengelolaan sumber daya database yang memungkinkan Anda untuk mengontrol alokasi sumber daya untuk berbagai kelompok pengguna

No comments

Mengenal Oracle Database Administrator

Advertisement

Pada kesempatan kali ini ilmudatabase akan menjelaskan tanggung jawab sebagai administrator database (DBA) yang mengelola server database Oracle. Jadi istilah lainnya adalah bagaimana kita menjadi admin oracle atau oracle administrator.

Berikut ini topik-topik  yang bisa dibahas pada pengenalan tanggung jawab sebagai administrator database oracle:

• Jenis Pengguna Oracle
• Tugas-tugas dan fungsi dari seorang Database Administrator
• Mengidentifikasi Release dari Software Oracle Database milik anda
• Wewenang dan tingkat Keamanan pada Database Administrator
• Database Administrator Authentication
• Membuat dan Mengelola File Password
• Utilitas Database Administrator


Jenis Pengguna-Pengguna Oracle

Jenis-jenis pengguna dan peran database administrator dan tanggung jawab pada sebuah situs dapat bervariasi. Sebuah site kecil dapat memiliki seorang database administrator yang mengelola database untuk para pengembang aplikasi dan juga para penggunanya. Sebuah situs yang sangat besar dapat merasa perlu untuk membagi tugas dari seorang database administrator antara beberapa orang, dan di antara beberapa bidang spesialisasi.

Bagian ini berisi topik berikut:
• Database Administrator
• Petugas Keamanan
• Administrator Jaringan
• Pengembang Aplikasi
• Administrator Aplikasi
• Pengguna database


Database Administrators

Setiap database memerlukan setidaknya satu orang database administrator (DBA) untuk mengelola database tersebut. Dikarenakan sistem database Oracle dapat menjadi besar dan dapat memiliki banyak pengguna, seringkali ini bukan menjadi pekerjaan satu orang saja. Dalam kasus tersebut, ada sekelompok database administrator (DBA) yang berbagi tanggung jawab.

Tanggung jawab dari Seorang database administrator bisa juga mencakup tugas-tugas seperti berikut ini:

• Instalasi dan upgrade server Oracle dan application tools

• Mengalokasikan sistem storage dan merencanakan kebutuhan penyimpanan pada masa depan untuk sistem database

• Membuat struktur penyimpanan database utama (tablespace) setelah pengembang aplikasi selesai merancang sebuah aplikasi

• Membuat obyek utama (tabel, pandangan, indeks) seketika saat pengembang aplikasi telah merancang sebuah aplikasi

• Memodifikasi struktur database, yang diperlukan, dari informasi yang diberikan oleh pengembang aplikasi

• Pengguna Mendaftarkan dan menjaga keamanan sistem

• Memastikan komplain dengan perjanjian lisensi Oracle Anda

• Mengontrol dan memonitor akses pengguna ke database

• Memantau dan mengoptimalkan kinerja database

• Perencanaan untuk backup dan pemulihan / recovery informasi database 

• Menjaga dan mengelola data arsip pada tape

• Membuat cadangan (backup) dan memulihkan database

• Menghubungi Oracle Corporation untuk dukungan teknis lebih lanjut.

Petugas keamanan

Dalam beberapa kasus, sebuah kantor / site menugaskan satu atau lebih petugas keamanan pada sebuah database. Seorang petugas keamanan mendaftarkan pengguna, mengontrol dan melakukan monitoring akses pengguna ke database, dan memelihara keamanan sistem. Sebagai database administrator (DBA), Anda mungkin tidak bertanggung jawab untuk tugas-tugas ini jika tempat kerja Anda memiliki petugas keamanan yang terpisah.

Administrator Jaringan

Beberapa tempat kerja memiliki satu atau lebih administrator jaringan. Seorang administrator jaringan dapat mengelola produk-produk jaringan Oracle, seperti Oracle Net Services.

Pengembang Aplikasi

Pengembang aplikasi merancang dan mengimplementasikan aplikasi database. Tanggung jawab mereka meliputi tugas-tugas berikut:

• Mendesain dan juga mengembangkan aplikasi database

• Merancang struktur database untuk aplikasi

• Melakukan estimasi kebutuhan storage untuk aplikasi

• Menentukan modifikasi struktur database untuk aplikasi

• Menyampaikan informasi atas untuk database administrator

• Tuning aplikasi selama pengembangan

• Menetapkan langkah-langkah keamanan sebuah aplikasi selama pengembangan

Pengembang aplikasi dapat melakukan beberapa tugas ini bekerja sama dengan database administrator (DBA).


Administrator Aplikasi

Sebuah site Oracle dapat menetapkan satu atau lebih administrator aplikasi untuk melakukan administrasi aplikasi tertentu. Setiap aplikasi dapat memiliki administrator sendiri.

Advertisement

Pengguna Database

Pengguna database berinteraksi dengan database melalui aplikasi atau utilitas. Tanggung jawab Seorang pengguna khas meliputi tugas-tugas berikut:

• Memasuki, memodifikasi, dan menghapus data, jika diizinkan
• Menghasilkan laporan dari data

No comments

What is Oracle Database

Advertisement

Kita semua tentunya sudah mahfum bahwa database yang saat ini paling menjadi trend center, terutama di perusahaan-perusahaan raksasa dan pemerintahan, pastinya kita akan mendengar nama “Oracle”. Begitu hebatnya nama ini, hingga untuk mendapatkannyapun kita perlu mengeluarkan biaya yang sangat-sangat besar di bandingkan dengan database-database yang lain. Tapi sebenarnya “what is oracle database?” Apakah database oracle itu, hingga sedemikian hebat kita mendengarnya?

Definisi – Apa sebenarnya yang dimaksud dengan Oracel Database ?

Database Oracle (Oracle DB) adalah sistem manajemen database relasional (RDBMS) dari Oracle Corporation. Awalnya dikembangkan pada tahun 1977 oleh Lawrence Ellison dan pengembang lainnya, Oracle DB merupakan salah satu mesin database relasional terbesar dan banyak digunakan yang saat ini ada di sunia. Sistem ini dibangun dengan kerangka database relasional di mana objek data yang dapat langsung diakses oleh pengguna (atau front end aplikasi) melalui bahasa query terstruktur (SQL). Oracle adalah arsitektur database relasional yang “full scalable” dan sering digunakan oleh perusahaan-perusahaan global, yang mengelola dan mengolah data melalui jaringan luas dan lokal. Database Oracle memiliki komponen jaringan sendiri untuk memungkinkan komunikasi di seluruh jaringan. Oracle DB juga dikenal sebagai Oracle RDBMS dan, kadang-kadang, hanya Oracle.

Techopedia menjelaskan Oracle Database (Oracle DB)

Oracle DB saat ini bersaing ketat dengan Microsoft SQL Server di pasar database yang dipergunakan di kalangan perusahaan. Ada persembahan database lain, tapi kebanyakan dari perintah ini pangsa pasar kecil dibandingkan dengan Oracle DB dan SQL Server. Untungnya, struktur Oracle DB dan SQL Server cukup mirip, yang merupakan suatu keuntungan tersendiri ketika belajar administrasi database. Oracle DB berjalan pada kebanyakan platform utama, termasuk Windows, UNIX, Linux dan Mac OS. Versi perangkat lunak yang berbeda tersedia, berdasarkan kebutuhan dan anggaran. Edisi dari Oracle DB secara hirarki dipecah sebagai berikut: 

• Enterprise Edition: Menawarkan semua fitur - termasuk kinerja yang unggul dan keamanan-dan yang paling kuat. 
• Edisi Standar: Berisi fungsi dasar untuk pengguna yang tidak memerlukan paket yang kuat Enterprise Edition ini. 
• Express Edition (XE): The ringan, Windows dan Linux edisi gratis dan terbatas. 
• Oracle Lite: Untuk perangkat mobile. 

Fitur utama dari Oracle adalah bahwa arsitektur dibagi antara logis dan fisik. Struktur ini berarti bahwa untuk skala besar komputasi terdistribusi, juga dikenal sebagai komputasi grid, data lokasi tidak relevan dan transparan kepada pengguna, memungkinkan untuk struktur fisik lebih modular yang dapat ditambahkan ke dan diubah tanpa mempengaruhi aktivitas database, data, atau pengguna. Berbagi sumber daya dengan cara ini memungkinkan untuk jaringan data yang sangat fleksibel yang kapasitasnya dapat disesuaikan naik atau turun sesuai permintaan, tanpa penurunan layanan. Hal ini juga memungkinkan untuk sistem yang kuat harus dibuat karena tidak ada titik di mana kegagalan dapat menurunkan database skema jaringan sumber daya penyimpanan berarti bahwa setiap kegagalan akan terjadi hanya secara lokal.

Penjelasan Langsung dari Oracle

Database Oracle adalah kumpulan data yang diperlakukan sebagai satu unit. Tujuan utama dari dibentuknya database yaitu untuk menyimpan dan mengambil informasi yang terkait. Pada sebuah server database terdapat kunci yang digunakan untuk memecahkan masalah-masalah untuk pengelolaan informasi. Secara umum, server terpercaya untuk mengelola sejumlah besar data dalam lingkungan multiuser sehingga banyak pengguna secara bersamaan dapat mengakses data yang sama. Semua ini dilakukan dan bersamaan dengan hal itu juga memberikan kinerja tinggi. Sebuah server database juga mencegah akses tidak sah dan menyediakan solusi yang efisien untuk pemulihan apabila terjadi suatu kegagalan.

Advertisement

Oracle Database adalah database pertama yang dirancang untuk komputasi grid secara enterprise, cara yang paling fleksibel dan biaya yang efektif untuk mengelola informasi dan aplikasi. Perusahaan komputasi grid menciptakan penampungan besar (large pool) pada industri-standar, penyimpanan modular dan juga sekumpulan server. Dengan arsitektur ini, setiap sistem baru dapat dengan cepat ditetapkan dari kolam komponen. Tidak ada kebutuhan untuk beban kerja puncak, karena kapasitas pada oracle dapat dengan mudah untuk ditambahkan atau pun direalokasi dari tampungan sumber daya yang diperlukan.

Database memiliki struktur logis dan struktur fisik. Karena struktur fisik dan logis terpisah, maka secara umum penyimpanan fisik data bisa dikelola tanpa mempengaruhi akses ke struktur penyimpanan logis nya.

Ingin berdiskusi seputar oracle atau ada masukan untuk perbaikan web ini. Silahkan anda kirim komentar anda.. ?

No comments

Pengenalan terhadap Design Database Part 3

Advertisement

Dalam artikel ini kita menggunakan Design Database untuk merancang dan menyajikan database kami.

Sebuah hubungan 1:1 wajib diwakili sebagai berikut:

A 1: N hubungan wajib:

A M: hubungan N adalah:

Model contoh kita akan terlihat seperti ini:

Menugaskan Keys

Primer Tombol

Sebuah kunci primer (PK) adalah satu atau lebih data atribut yang secara unik mengidentifikasi suatu entitas. Sebuah kunci yang terdiri dari dua atau lebih atribut disebut kunci komposit. Semua bagian atribut dari primary key harus memiliki nilai dalam setiap catatan (yang tidak dapat dibiarkan kosong) dan kombinasi dari nilai-nilai dalam atribut-atribut harus unik dalam tabel.

Dalam contoh ada beberapa kandidat yang jelas beberapa untuk primary key. Pelanggan semua memiliki nomor pelanggan, produk semua memiliki sejumlah produk yang unik dan penjualan memiliki jumlah penjualan. Masing-masing data unik dan setiap record akan berisi nilai, sehingga atribut ini dapat menjadi kunci utama. Seringkali sebuah kolom integer digunakan untuk primary key sehingga catatan dapat dengan mudah ditemukan melalui nomornya.

Link-entitas biasanya mengacu pada atribut primary key dari entitas yang mereka link. Kunci utama dari entitas link-biasanya merupakan koleksi dari atribut-atribut referensi-. Misalnya dalam entitas Sales_details kita bisa menggunakan kombinasi dari PK terhadap penjualan produk dan entitas sebagai PK dari Sales_details. Dengan cara ini kita menegakkan bahwa produk yang sama (jenis) hanya dapat digunakan sekali dalam penjualan yang sama. Beberapa item dari jenis produk yang sama dalam penjualan harus ditunjukkan dengan kuantitas.

Dalam ERD atribut primary key ditandai dengan 'PK' teks balik nama atribut. Dalam contoh hanya 'toko' entitas tidak memiliki calon yang jelas untuk PK, jadi kami akan memperkenalkan atribut baru untuk itu entitas: shopnr.

Foreign Key

Kunci Asing/Tamu (FK) dalam suatu entitas adalah mengacu pada primary key dari entitas lain. Dalam ERD atribut yang akan ditunjukkan dengan 'FK' di belakang namanya. Kunci asing dari suatu entitas juga dapat menjadi bagian dari primary key, dalam hal bahwa atribut akan ditunjukkan dengan 'PF' di belakang namanya. Ini biasanya terjadi dengan entitas link-, karena Anda biasanya menghubungkan dua contoh hanya sekali bersama-sama (dengan 1 dijual hanya 1 jenis produk yang dijual 1 kali).

Jika kita meletakkan semua link-entitas, PK dan FK ke ERD, kita mendapatkan model seperti yang ditunjukkan di bawah ini. Harap dicatat bahwa 'produk' atribut tidak lagi diperlukan dalam 'Penjualan', karena 'produk yang dijual' sekarang termasuk dalam tabel link-. Dalam tabel link-bidang lain ditambahkan, 'kuantitas', yang menunjukkan berapa banyak produk yang dijual. Bidang kuantitas juga ditambahkan dalam tabel saham-, untuk menunjukkan berapa banyak produk yang masih di toko.

Mendefinisikan Jenis Data Atribut ini

Sekarang saatnya untuk mencari tahu mana tipe data perlu digunakan untuk atribut. Ada banyak jenis data yang berbeda. Beberapa yang standar, tetapi banyak database memiliki tipe data mereka sendiri bahwa semua memiliki keunggulan sendiri. Beberapa offerthe database kemungkinan untuk menentukan jenis data Anda sendiri, dalam hal jenis standar tidak bisa melakukan hal-hal yang Anda butuhkan.

Tipe data standar yang setiap database tahu, dan yang paling-digunakan, adalah: CHAR, VARCHAR, TEXT, FLOAT, DOUBLE, dan INT.

Teks:

CHAR (panjang) - mencakup teks (karakter, angka, tanda baca ...). CHAR memiliki karakteristik seperti itu selalu menyimpan jumlah yang tetap posisi. Jika anda mendefinisikan suatu CHAR (10) Anda dapat menyimpan hingga sepuluh posisi maksimal, tetapi jika Anda hanya menggunakan dua posisi database masih akan menghemat 10 posisi. Sisanya delapan posisi akan diisi oleh spasi.

VARCHAR (panjang) - mencakup teks (karakter, angka, tanda baca ...). VARCHAR adalah sama seperti CHAR, perbedaannya adalah bahwa VARCHAR hanya membutuhkan ruang sebanyak yang diperlukan.

TEKS - dapat berisi sejumlah besar teks. Tergantung pada jenis database ini dapat menambahkan hingga gigabyte.
Nomor:

INT - berisi seluruh nomor positif atau negatif. Banyak database memiliki variasi INT, seperti TINYINT, SMALLINT, MEDIUMINT, BIGINT,, INT2 INT4, int8. Variasi ini berbeda dari INT hanya dalam ukuran sosok yang cocok ke dalamnya. Sebuah INT biasa adalah 4 byte (INT4) dan cocok angka dari -2147483647 sampai 2147483646, atau jika Anda mendefinisikannya sebagai unsigned 0-4294967296. The int8, atau BIGINT, bisa mendapatkan bahkan lebih besar dalam ukuran, 0-18446744073709551616, tetapi memakan waktu sampai 8 byte diskspace, bahkan jika ada hanya sejumlah kecil di dalamnya.

Float, DOUBLE - Ide yang sama seperti INT, tetapi juga dapat menyimpan angka floating point. . Lakukan dicatat bahwa ini tidak selalu bekerja dengan sempurna. Misalnya dalam MySQL menghitung dengan angka-angka floating point tidak sempurna, (1/3) * 3 akan menghasilkan dengan mengapung MySQL dalam 0,9999999, bukan 1.

Lain jenis:

BLOB - untuk data biner seperti files.INET - untuk alamat IP. Juga bisa digunakan untuk netmasks.

Sebagai contoh kita tipe data adalah sebagai berikut:

Normalisasi

Normalisasi membuat model data Anda fleksibel dan dapat diandalkan. Ini tidak menghasilkan beberapa overhead karena Anda biasanya mendapatkan lebih tabel, tetapi memungkinkan Anda untuk melakukan banyak hal dengan model data Anda tanpa harus menyesuaikan. 

Normalisasi, Formulir Pertama

Bentuk pertama dari normalisasi menyatakan bahwa mungkin tidak ada kelompok mengulangi kolom dalam suatu entitas. Kita bisa menciptakan 'penjualan' entitas dengan atribut untuk masing-masing produk yang dibeli. Ini akan terlihat seperti ini:

Apa yang salah tentang ini adalah bahwa sekarang hanya 3 produk bisa dijual. Jika Anda harus menjual produk 4, daripada Anda harus memulai penjualan kedua atau menyesuaikan model data Anda dengan menambahkan 'product4' atribut. Kedua solusi yang tidak diinginkan. Dalam kasus ini Anda harus selalu membuat sebuah entitas baru yang Anda link ke yang lama melalui hubungan satu-ke-banyak.

Normalisasi, Formulir Kedua

Bentuk kedua dari normalisasi menyatakan bahwa semua atribut dari suatu entitas harus sepenuhnya tergantung pada primary key secara keseluruhan. Ini berarti bahwa setiap atribut dari suatu entitas hanya dapat diidentifikasi melalui primary key secara keseluruhan. Misalkan kita memiliki tanggal dalam entitas Sales_details:

Entitas ini tidak sesuai bentuk normalisasi kedua, karena untuk dapat mencari tanggal penjualan, saya tidak tahu apa yang dijual (productnr), satu-satunya hal yang perlu saya ketahui adalah jumlah penjualan. Hal ini diselesaikan dengan putus tabel ke dalam penjualan dan tabel Sales_details:

Sekarang setiap atribut dari entitas tergantung pada PK seluruh entitas. Tanggal ini tergantung pada jumlah penjualan, dan kuantitas tergantung pada jumlah penjualan dan produk yang dijual.

Normalisasi, Formulir Ketiga

Bentuk ketiga normalisasi menyatakan bahwa semua atribut harus langsung tergantung pada primary key, dan bukan pada atribut lainnya. Hal ini tampaknya menjadi apa bentuk kedua negara normalisasi, namun dalam bentuk yang kedua sebenarnya menyatakan sebaliknya. Dalam bentuk kedua normalisasi Anda menunjukkan atribut melalui PK, dalam bentuk ketiga normalisasi setiap atribut harus tergantung pada PK, dan tidak ada lagi.

Dalam hal ini harga produk longgar tergantung pada jumlah pemesanan, dan jumlah pemesanan tergantung pada jumlah produk dan jumlah penjualan. Hal ini tidak sesuai dengan bentuk ketiga normalisasi. Sekali lagi, putus tabel memecahkan ini.

Normalisasi, Lebih Formulir

Ada bentuk normalisasi lebih dari tiga bentuk yang disebutkan di atas, tetapi mereka tidak menarik untuk pengguna rata-rata. Bentuk-bentuk lain sangat khusus untuk aplikasi tertentu. Jika Anda tetap berpegang pada aturan desain dan normalisasi yang disebutkan dalam artikel ini, Anda akan membuat desain yang bekerja bagus untuk sebagian besar aplikasi.

Normalized Data Model

Advertisement

Jika Anda menerapkan aturan normalisasi, Anda akan menemukan bahwa 'produsen' dalam tabel produk de juga harus menjadi tabel terpisah:

Glosarium

Atribut - data rinci mengenai suatu entitas, seperti nama harga,, panjang

Kardinalitas - hubungan antara dua entitas, dalam angka. Sebagai contoh, seseorang dapat menempatkan beberapa perintah.

Entitas - data abstrak yang Anda simpan dalam database. Sebagai contoh: pelanggan, produk.

Kunci asing (FK) - rujukan ke Primary Key dari meja lain. Kunci asing-kolom hanya dapat berisi nilai-nilai yang ada di kolom Primary Key yang mereka lihat.

Kunci - kunci yang digunakan untuk menunjukkan catatan. Kunci yang paling terkenal adalah Primary Key (lihat Primary Key).

Normalisasi - Sebuah model data yang fleksibel perlu mengikuti aturan-aturan tertentu. Menerapkan aturan ini disebut normalisasi.

Primary key - satu atau lebih kolom dalam sebuah tabel yang bersama-sama membentuk sebuah kombinasi unik dari nilai-nilai yang setiap record dapat menunjukkan secara terpisah. Sebagai contoh: pelanggan nomor, atau nomor seri produk.

No comments

Pengenalan Terhadap Design Database Part2

Sekarang kita akan menempatkan data bersama-sama untuk menemukan kardinalitas seluruh hubungan. Untuk melakukan hal ini, kita akan menyusun rancangan kardinalitas per hubungan. Untuk membuat ini mudah dilakukan, kami akan menyesuaikan notasi sedikit, dengan mencatat 'backward'-hubungan sebaliknya:

Pelanggan -> Penjualan, pelanggan dapat membeli sesuatu atau beberapa barang 1 kali dalam satu waktu 

Penjualan -> Pelanggan, 1 barang yang dijual selalu dibuat oleh 1 customer pada saat itu

Hubungan kedua kita akan berbalik sehingga memiliki urutan entitas yang sama seperti yang pertama. Harap perhatikan panah yang kini dihadapi dengan cara lain!

Pelanggan <- Penjualan, 1  barang yang dijual selalu dibuat oleh 1 customer pada saat itu

Kardinalitas ada dalam empat jenis: satu-ke-satu, satu-ke-banyak, banyak-ke-satu, dan banyak-ke-banyak. Dalam design database ini diindikasikan sebagai: 1:1, 1: N, M: 1, dan M: N. Untuk menemukan indikasi yang tepat hanya meninggalkan '1 '. Jika ada 'banyak' di sisi kiri, ini akan ditandai dengan 'M', jika ada 'banyak' di sisi kanan ditandai dengan 'N'.

Pelanggan -> Penjualan, pelanggan dapat membeli 1 kali sesuatu yang beberapa; 1: N.

Pelanggan <- Penjualan, 1 barang yang dijual selalu dibuat oleh 1 customer pada saat itu; 1:1.

Kardinalitas benar dapat dihitung melalui menempatkan nilai terbesar bagi kiri dan kanan, yang 'N' atau 'M' yang lebih besar dari '1 '. Dalam contoh berikut, dalam kedua kasus ada ''1 di sisi kiri. Di sisi kanan, ada 'N' dan '1 ',' N 'adalah nilai terbesar. Kardinalitas total karena '1: N '. Pelanggan dapat membuat beberapa 'penjualan', tetapi masing-masing 'dijual' hanya memiliki satu pelanggan.

Jika kita melakukan ini untuk hubungan lain juga, kita akan mendapatkan:

Pelanggan -> Penjualan; -> 1: N
Pelanggan -> Produk; -> M: N
Pelanggan -> Toko; -> M: N
Penjualan -> Produk; -> M: N
Toko -> Penjualan; -> 1: N
Toko -> Produk; -> M: N
Jadi, kita memiliki dua 'hubungan, dan empat' '1-ke-banyak hubungan banyak-ke-banyak '.

Antara entitas mungkin ada saling ketergantungan. Ini berarti bahwa salah satu item tidak bisa eksis jika item lainnya tidak ada. Sebagai contoh, tidak mungkin ada penjualan jika tidak ada pelanggan, dan tidak mungkin ada penjualan jika tidak ada produk.

Hubungan Penjualan -> Pelanggan, dan Penjualan -> Produk yang wajib, namun sebaliknya hal ini tidak terjadi. Pelanggan dapat ada tanpa penjualan, dan juga produk dapat eksis tanpa dijual. Ini sangat penting untuk langkah berikutnya.

Rekursif Hubungan

Kadang-kadang suatu entitas mengacu kembali ke dirinya sendiri. Misalnya, memikirkan hirarki kerja: seorang karyawan memiliki bos, dan bosschef adalah seorang karyawan juga. 'Bos' atribut 'karyawan' entitas mengacu kembali ke 'karyawan' entitas.

Dalam ERD (lihat pada artikel berikutnya) ini jenis hubungan adalah garis yang keluar dari badan dan kembali dengan loop bagus untuk entitas yang sama.

Redundant Hubungan

Kadang-kadang dalam model Anda, Anda akan mendapatkan 'hubungan berlebihan'. Ini adalah hubungan yang sudah ditunjukkan oleh hubungan lain, meskipun tidak secara langsung.

Dalam kasus contoh kita ada hubungan langsung antara pelanggan dan produk. Tapi ada juga hubungan dari pelanggan untuk penjualan dan dari penjualan produk, sehingga secara tidak langsung sudah ada adalah hubungan antara pelanggan dan produk melalui penjualan. 'Pelanggan <----> Produk' Hubungan ini dilakukan dua kali, dan salah satunya adalah karena berlebihan. Dalam hal ini, produk hanya dibeli melalui penjualan, sehingga hubungan 'Pelanggan <----> Produk' dapat dihapus. Model kemudian akan terlihat seperti ini:

Menyelesaikan Banyak-ke-Banyak Hubungan

Banyak-ke-banyak hubungan (M: N) tidak secara langsung mungkin dalam database. Apa M: hubungan N mengatakan bahwa sejumlah catatan dari satu meja milik sejumlah catatan dari meja lain. Di suatu tempat Anda perlu untuk menyimpan yang merekam dan ini adalah solusinya adalah untuk membagi hubungan dalam dua satu-ke-banyak hubungan.

Hal ini dapat dilakukan dengan menciptakan sebuah entitas baru yang ada di antara entitas terkait. Dalam contoh kita, ada hubungan banyak-ke-banyak antara penjualan dan produk. Hal ini dapat diatasi dengan menciptakan sebuah entitas baru: penjualan-produk. Entitas ini memiliki hubungan banyak-ke-satu dengan penjualan, dan hubungan banyak-ke-satu dengan Produk. Dalam model logis ini disebut entitas asosiatif dan dalam hal database fisik ini disebut link tabel atau meja persimpangan.

Dalam contoh ada dua banyak-ke-banyak hubungan yang perlu dipecahkan: "Produk <----> Penjualan ', dan' Produk <----> Toko '. Untuk kedua situasi ada perlu dibuat suatu entitas baru, tapi apa entitas itu?

Untuk Produk <----> Penjualan hubungan, setiap penjualan meliputi lebih banyak produk. Hubungan menunjukkan isi dari penjualan. Dengan kata lain, memberikan rincian tentang penjualan. Jadi entitas disebut 'Penjualan detail'. Anda juga bisa nama 'produk yang dijual' itu.

The Produk <----> menunjukkan hubungan Toko yang produk yang tersedia di mana toko-toko, juga dikenal sebagai 'saham'. Model kami sekarang akan terlihat seperti ini:

Mengidentifikasi Atribut

Elemen data yang ingin Anda simpan untuk setiap entitas disebut 'atribut'.

Tentang produk yang Anda jual, Anda ingin tahu, misalnya, apa harga adalah, apa nama pabriknya, dan apa nomor tipe. Tentang pelanggan Anda tahu nomor pelanggan mereka, nama mereka, dan alamat. Tentang toko Anda tahu kode lokasi, nama, alamat. Dari penjualan Anda tahu ketika mereka terjadi, di mana toko, produk apa yang dijual, dan jumlah total dari penjualan. Dari vendor Anda tahu nomor stafnya, nama, dan alamat. Apa yang akan dimasukkan secara tepat tidak penting lagi, itu masih hanya tentang apa yang Anda ingin menyimpan.

Source data

Data yang diperoleh adalah data yang berasal dari data lain yang Anda sudah disimpan. Dalam hal ini 'jumlah total' adalah kasus klasik data yang berasal. Anda tahu persis apa yang telah dijual dan berapa yang masing-masing biaya produk, sehingga Anda selalu dapat menghitung berapa banyak jumlah total dari penjualan. Jadi benar-benar tidak perlu untuk menyimpan jumlah total.

Jadi mengapa itu disimpan di sini? Nah, karena itu adalah penjualan, dan harga produk dapat bervariasi dari waktu ke waktu. Sebuah produk dapat harga di 10 euro hari ini dan pada 8 euro bulan depan, dan untuk administrasi Anda, Anda perlu tahu apa yang biaya pada saat penjualan, dan cara termudah untuk melakukannya adalah dengan menyimpannya di sini. Ada banyak cara yang lebih elegan, tetapi untuk nerengkan hal tersebut saya kira terlalu mendalam untuk artikel ini.

Menyajikan Entitas dan Hubungan: Diagram (ERD)

Entity Relationship Diagram (ERD) memberikan gambaran grafis dari database. Ada beberapa tipe dan jenis Diagram ER. Sebuah notasi yang banyak digunakan adalah 'crowfeet' notasi, di mana entitas yang direpresentasikan sebagai persegi panjang dan hubungan antara entitas yang direpresentasikan sebagai garis antara entitas. Tanda-tanda di ujung garis menunjukkan jenis hubungan. Sisi hubungan yang wajib bagi yang lain untuk eksis akan ditunjukkan melalui dasbor di telepon. Tidak entitas wajib ditunjukkan melalui lingkaran. "Banyak" ditunjukkan melalui 'crowfeet'; de hubungan-line terpecah dalam tiga baris.

No comments

Pengenalan Terhadap Desain Database Part1

Artikel / tutorial ini akan mengajarkan dasar design database relasional dan menjelaskan bagaimana membuat design database yang baik. Ini adalah teks yang agak panjang dan terbagi menjadi beberapa bagian, tapi kami sarankan untuk membaca semua itu. Merancang database sebenarnya cukup mudah, tetapi ada beberapa aturan yang perlu untuk diketahui. Hal ini penting untuk mengetahui apa aturan ini, tetapi yang lebih penting adalah untuk mengetahui mengapa aturan-aturan yang ada, jika tidak, anda akan cenderung membuat kesalahan!

Standardisasi membuat model data Anda fleksibel dan yang membuat bekerja dengan data Anda jauh lebih mudah. Silakan, meluangkan waktu untuk mempelajari aturan-aturan dan menerapkannya! Database yang digunakan dalam artikel ini dirancang dengan design database yang digunakan sebagai pemodelan alat untuk Database.

Sebuah design database yang baik dimulai dengan daftar data yang ingin Anda sertakan dalam database Anda dan apa yang Anda ingin bisa melakukan dengan database nanti. Ini semua dapat ditulis dalam bahasa Anda sendiri, tanpa SQL. Pada tahap ini Anda harus mencoba untuk tidak berpikir dalam tabel atau kolom, tapi hanya berpikir: "Apa yang saya perlu tahu?" Jangan mengambil terlalu sedikit, karena jika Anda menemukan kemudian bahwa Anda lupa sesuatu, biasanya Anda perlu mulai dari awal. Menambahkan hal ke database Anda adalah sebagian besar dari banyak pekerjaan.

Mengidentifikasi Entitas

Jenis-jenis informasi yang disimpan dalam database yang disebut 'entitas'. Entitas ini ada di empat jenis: orang, benda, peristiwa, dan lokasi. Segala sesuatu yang Anda inginkan untuk dimasukkan ke dalam database cocok dengan salah satu kategori. Jika informasi yang ingin Anda sertakan tidak cocok dengan kategori ini, daripada mungkin bukan entitas tetapi milik entitas, atribut.

Untuk memperjelas informasi yang diberikan dalam artikel ini kita akan menggunakan contoh. Bayangkan bahwa Anda sedang menciptakan sebuah website untuk toko, jenis informasi apa yang Anda harus berurusan dengan? Di toko Anda menjual produk Anda kepada pelanggan. The "Toko" adalah lokasi, "Sale" adalah suatu peristiwa, "Produk" hal-hal, dan "Pelanggan" adalah orang-orang. Ini semua entitas yang perlu dimasukkan dalam database Anda.

Tapi apa hal-hal lain yang terjadi saat menjual produk? Seorang pelanggan datang ke toko, mendekati vendor, mengajukan pertanyaan dan mendapatkan jawaban. "Vendor" juga berpartisipasi, dan karena vendor adalah orang-orang, kita perlu entitas vendor.

Mengidentifikasi Hubungan atau Relationship

Langkah selanjutnya adalah menentukan hubungan antara entitas dan menentukan kardinalitas setiap hubungan. Hubungan adalah hubungan antara entitas, seperti di dunia nyata: apa satu kesatuan dengan yang lain, bagaimana mereka berhubungan satu sama lain? Misalnya, pelanggan membeli produk, produk yang dijual kepada pelanggan, penjualan terdiri dari produk, penjualan terjadi di toko.

Kardinalitas menunjukkan berapa banyak dari satu sisi hubungan milik berapa banyak sisi lain dari hubungan. Pertama, Anda perlu menyatakan untuk setiap hubungan, berapa banyak dari satu sisi milik tepat 1 dari sisi lain. Misalnya: Berapa banyak pelanggan milik 1 penjualan; Berapa banyak penjualan milik 1 pelanggan, Berapa banyak penjualan terjadi dalam 1 toko???

Anda akan mendapatkan daftar seperti ini: (harap dicatat bahwa 'produk' merupakan jenis produk, tidak terjadinya suatu produk)

Pelanggan -> Penjualan, pelanggan dapat membeli 1 kali sesuatu yang beberapa
Penjualan -> Pelanggan, 1 dijual selalu dibuat oleh 1 customer pada saat itu
Pelanggan -> Produk, 1 pelanggan dapat membeli beberapa produk
Produk -> Pelanggan, 1 produk dapat dibeli oleh pelanggan beberapa
Pelanggan -> Toko; 1 pelanggan dapat membeli di toko-toko beberapa
Toko -> Pelanggan, 1 toko dapat menerima beberapa pelanggan
Toko -> Produk, dalam 1 toko ada beberapa produk
Produk -> Toko; 1 produk (tipe) dapat dijual di beberapa toko
Toko -> Penjualan, dalam 1 toko penjualan beberapa bisa saya membuat
Penjualan -> Toko; 1 dijual hanya dapat dilakukan dalam 1 toko pada saat itu
Produk -> Penjualan, 1 produk (tipe) dapat dibeli dalam penjualan beberapa
Penjualan -> Produk, 1 penjualan dapat ada di luar dari beberapa produk

Apakah kita menyebutkan semua hubungan? Ada empat entitas dan entitas masing-masing memiliki hubungan dengan setiap entitas lain, sehingga setiap entitas harus memiliki tiga hubungan, dan juga muncul di ujung kiri dari hubungan tiga kali. Di atas, 12 hubungan yang disebutkan, yaitu 4 * 3, sehingga kita dapat menyimpulkan bahwa semua hubungan yang disebutkan.

No comments

Design Database dan Pengembangan sebuah Database Plan

Saat sedang melakukan design database membutuhkan pemahaman tentang fungsi bisnis yang Anda inginkan untuk menjadi model. Hal ini juga memerlukan pemahaman tentang konsep database dan fitur yang ingin Anda gunakan untuk mewakili fungsi-fungsi bisnis. Pastikan bahwa Anda secara akurat melakukan design database untuk model bisnis, karena bisa memakan waktu untuk secara signifikan mengubah design database setelah Anda menerapkannya. Sebuah database yang dirancang dengan baik mampu menghasilkan design database yang baik pula.

Langkah pertama dalam mendesign database adalah menciptakan sebuah rencana yang berfungsi baik sebagai panduan untuk digunakan saat mengimplementasikan database dan sebagai spesifikasi fungsional untuk database setelah di implementasikan. Kompleksitas dan detail dari design database ditentukan oleh kompleksitas dan ukuran dari aplikasi database dan juga populasi pengguna.

Sifat dan kompleksitas aplikasi database, serta proses perencanaan itu, dapat bervariasi secara signifikan. Sebuah database dapat relatif sederhana dan dirancang untuk digunakan oleh satu orang, atau dapat menjadi besar dan kompleks dan dirancang, misalnya, untuk menangani semua transaksi perbankan untuk ribuan klien. Dalam kasus pertama, design database mungkin sedikit lebih dari beberapa catatan di atas kertas awal. Dalam kasus terakhir, design database mungkin menghabiskan ratusan dokumen resmi dari panjang halaman yang berisi setiap detail yang mungkin tentang database.

Dalam perencanaan design database, terlepas dari ukuran dan kompleksitas, menggunakan langkah-langkah dasar berikut:

- Mengumpulkan informasi.
- Mengidentifikasi objek.
- Model objek.
- Identifikasi jenis informasi untuk setiap objek.
- Mengidentifikasi hubungan antara objek.

* mengumpulkan Informasi untuk design database

Sebelum membuat database, Anda harus memiliki pemahaman yang baik tentang pekerjaan yang berkaitan dengan database yang diharapkan untuk bisa dilakukan terutama ketika melakukan design database. Jika database adalah untuk mengganti sistem informasi berbasis kertas atau dilakukan secara manual, sistem yang ada akan memberikan sebagian besar informasi yang Anda butuhkan. Anda harus mewawancarai semua orang yang terlibat dalam sistem untuk menentukan apa yang mereka lakukan dan apa yang mereka butuhkan dari database. Hal ini juga penting untuk mengidentifikasi apa yang mereka inginkan dan yang bisa dilakukan oleh sistem baru, dan juga untuk mengidentifikasi masalah, keterbatasan, dan hambatan dari sistem yang ada. Mengumpulkan salinan laporan pelanggan, daftar inventaris, laporan manajemen, dan dokumen lainnya yang merupakan bagian dari sistem yang ada, karena ini akan berguna untuk Anda dalam merancang database dan interface.

* Mengidentifikasi Objects

Selama proses mengumpulkan informasi, Anda harus mengidentifikasi objek kunci atau badan yang akan dikelola oleh database. Objek dapat menjadi hal yang nyata, seperti seseorang atau produk, atau dapat menjadi item yang lebih berwujud, seperti transaksi bisnis, departemen dalam suatu perusahaan, atau suatu periode penggajian. Ada umumnya obyek utama beberapa, dan setelah ini diidentifikasi, item terkait menjadi terlihat. Setiap item yang berbeda dalam database Anda harus memiliki tabel terkait.

Tujuan utama dalam database contoh AdventureWorks2008R2 yang disertakan dengan database SQL Server adalah mengenai sepeda. Benda-benda yang berhubungan dengan sepeda dalam bisnis perusahaan ini adalah karyawan yang memproduksi sepeda, vendor yang menjual komponen yang digunakan untuk memproduksi sepeda, pelanggan yang membelinya, dan transaksi penjualan yang dilakukan dengan pelanggan. Masing-masing benda adalah tabel dalam database.

* Pemodelan Objek pada design database

Sebagai obyek dalam sistem diidentifikasi, Anda harus merekam mereka dengan cara yang merupakan sistem visual. Anda dapat menggunakan model database Anda sebagai referensi selama pelaksanaan database.

Untuk tujuan ini, pengembang database menggunakan alat yang mempunyai berbagai kompleksitas teknis dari pensil dan kertas awal untuk pengolah kata dan spreadsheet, dan bahkan untuk program perangkat lunak yang dibuat khusus untuk pekerjaan pemodelan data untuk desain basis data. Apapun alat yang Anda putuskan untuk menggunakannya, penting bahwa Anda tetap up to date.

* Mengidentifikasi Jenis Informasi untuk Tiap Object saat Design Database

Setelah objek utama dalam database telah diidentifikasi sebagai kandidat untuk tabel, langkah berikutnya adalah mengidentifikasi jenis-jenis informasi yang harus disimpan untuk setiap objek. Ini adalah kolom dalam tabel objek. Kolom dalam tabel database mengandung jenis umum beberapa informasi:

Kolom data mentah
Kolom ini menyimpan potongan nyata dari informasi, seperti nama, ditentukan oleh sumber eksternal ke database.

kolom kategoris
Kolom ini mengklasifikasikan atau mengelompokkan data dan menyimpan pilihan terbatas data seperti benar / salah, menikah / lajang, dan VP / Direktur / Group Manager.

kolom identifier
Kolom ini menyediakan mekanisme untuk mengidentifikasi setiap item yang disimpan dalam tabel. Kolom ini sering memiliki ID atau nomor atas nama mereka, misalnya, employee_id, invoice_number, dan PUBLISHER_ID. Kolom identifier adalah komponen utama yang digunakan oleh kedua pengguna dan pengolahan basis data internal untuk mendapatkan akses ke baris data dalam tabel. Kadang-kadang objek memiliki bentuk nyata dari ID yang digunakan dalam tabel, misalnya, nomor jaminan sosial, tetapi dalam kebanyakan situasi Anda dapat menentukan tabel sehingga handal, ID buatan dapat dibuat untuk baris.

Kolom relasional atau referensial
Kolom ini membentuk hubungan antara informasi dalam satu table dan informasi terkait di table lain. Sebagai contoh, sebuah table yang melacak transaksi penjualan akan umumnya memiliki link ke table pelanggan sehingga informasi pelanggan yang lengkap dapat dikaitkan dengan transaksi penjualan.

* Mengidentifikasi Hubungan Antara Objek saat Melakukan Design Database

Salah satu kekuatan dari sebuah database relasional adalah kemampuan untuk berhubungan atau mengaitkan informasi tentang berbagai item dalam database. Jenis terisolasi informasi dapat disimpan secara terpisah, tapi mesin database dapat menggabungkan data bila diperlukan. Mengidentifikasi hubungan antara objek dalam proses desain membutuhkan melihat tabel, menentukan bagaimana mereka secara logis terkait, dan menambahkan kolom relasional yang membangun link dari satu table ke table yang lain.

Misalnya, perancang database AdventureWorks2008R2 telah menciptakan table untuk produk dan model produk dalam database. Tabel Production.Product berisi informasi untuk setiap produk yang mencakup kolom identifier bernama ProductID, kolom data untuk nama produk, harga produk, dan warna produk, ukuran, dan berat. Tabel berisi kolom kategoris, seperti Class, atau Gaya, yang memungkinkan produk dikelompokkan berdasarkan jenis ini. Setiap produk juga memiliki model produk, tetapi informasi yang disimpan di tabel lain. Oleh karena itu, tabel Production.Product memiliki kolom ProductModelID untuk menyimpan hanya ID dari model produk. Ketika baris data ditambahkan untuk suatu produk, nilai untuk ProductModelID harus ada dalam tabel Production.ProductModel.

Rerefensi: MSDN 

No comments