Pengertian Perancangan Basis Data

Perancangan Basis Data - Sebelum menjelaskan perihal pengertian perancangan basis data, mari kita ulas terlebih dahulu apa itu database management system. Berdasarkan pendapat Connoly (2002,p16), Database Management System merupakan sistem software yang sanggup mendefinisikan, membuat, memelihara dan mengontrol jalan masuk ke basis data.

Fasilitas yang disediakan oleh DBMS merupakan:

Dapat mendefinisikan basis data dengan menggunakan Data Definition Language (DDL). DDL sanggup memberi kemudahan kepada pengguna untuk menspesifikasikan tipe data, struktur dan batasan hukum mengenai data yang bisa disimpan ke dalam basis data.

Pengguna sanggup menambah, mengedit, menghapus dan mendapat kembali data dengan menggunakan data manipulation language.

Dapat mengontrol jalan masuk ke basis data, yaitu mencegah pengguna tanpa otoritas, sistem integrasi untuk memelihara konsistensi penyimpanan data, sistem control untuk memperbolehkan pengguna untuk akses, sistem kontrol untuk pengembalian data yang bisa mengembalikan data ke keadaan semula apabila ada kegagalan software atau hardware, catalog yang sanggup diakses pengguna yang mendeskripsikan data dalam basis data.

Keuntungan perancangan basis data:

Konsistensi data
Pengontrolan duplikasi data
Semakin banyak warta yang didapat dari data yang sama

Perancangan basis data adalah proses menciptakan perancangan untuk basis data yang akan mendukung operasi dan tujuan perusahaan (Connolly,2002,p279). Untuk merancang suatu basis data, dipakai metodologi-metodologi yang membantu dalam tahap perancangan basis data. Metodologi perancangan merupakan pendekatan struktur dengan menggunakan prosedur, teknik, alat, serta derma dokumen untuk membantu dan memudahkan dalam proses perancangan. Dengan menggunakan teknik metode disain ini sanggup membantu dalam merencanakan, mengatur, mengontrol, dan mengevaluasi database development project (Connolly,2002,p418).

Proses dalam metodologi perncangan dibagi menjadi tiga tahap :

Conseptual Database Design
Logical Database Design
Physical Database Design
Conceptual Database Design

Conceptual database design merupakan proses membangun suatu model menurut warta yang dipakai oleh perusahaan atau organisasi, tanpa pertimbangan perencanaan fisik (Connolly,2002,p419).

Langkah pertama : Membuat local conceptual data model untuk setiap pandangan yang spesifik. Local conceptual data model terdiri dari :

a. Entitiy types

Berdasarkan pendapat Connoly (2002,p331), entity types merupakan kumpulan objek yang mempunyai karakteristik yang sama, dimana telah diidentifikasi oleh perusahaan.Berdasarkan pendapat Silberschatz (2002,p27), entity types merupakan kumpulan dari entity yang mempunyai tipe dan karakteristik yang sama.

Entity dapat dibedakan menjadi dua yaitu :

· Strong Entity : entity yang keberadaannya tidak tergantung kepada entity lain (Fathansyah,1999,p94).
· Weak entity : entity yang keberadaannya tergantung dari entity lain (Fathansyah,1999,p94).

Sebagai referensi merupakan entity mahasiswa dengan orang tua. Dimana mahasiswa merupakan strong entity dan orang renta merupakan weak entity karena keberadaan entity orang renta tergantung dari entity mahasiswa.

b. Relationship types

Berdasarkan pendapat Connolly (2002,p334) definisi dari relationship types merupakan kumpulan antar entity yang saling bekerjasama dan mempunyai arti.

c. Attribute dan attribute domains

Attribute merupakan karakteristik dari suatu entity atau korelasi (Connolly,2002,p338). Setiap attribute diperbolehkan untuk mempunyai nilai yang disebut dengan domain. Attribute domains merupakan kumpulan dari nilai-nilai yang diperbolehkan untuk satu atau lebih attribute.

Ada beberapa jenis dalam attribute :

· Simple attribute dan Composite attribute

Simple attribute merupakan attribute yang terdiri dari komponen tunggal dimana attribute tersebut tidak sanggup dipisahkan lagi, sedangkan composite attribute merupakan attribute yang masih sanggup dipisahkan menjadi beberapa bagian. Contoh dari simple attribute merupakan nama_barang sedangkan untuk composite attribute merupakan alamat pada entity mahasiswa, alasannya ialah dalam alamat bisa dibagi menjadi bab entiti jalan, entiti kode_pos dan entiti kota (Silberchatz,2002,p29).

· Single-valued attribute dan Multi-valued attribute

Single-valued attribute merupakan attribute yang mempunyai satu nilai pada setiap entity, sedangkan multi-valued attribute merupakan attribute yang mempunyai beberapa nilai pada setiap entity (Connolly,2002,p340). Contoh dari single-valued attribute merupakan Nim, nama_Mhs, tanggal_lahir, dan lain-lain. Sedangkan untuk multi-valued attribute contohnya merupakan jam_pelajaran, hobi, dan lain-lain.

· Derived attribute

Derived attribute merupakan attribute yang nilai-nilainya diperoleh dari hasil perhitungan atau sanggup diturunkan dari attribute lain yang bekerjasama (Silberschatz,2002,p30). Contohnya merupakan attribute umur pada entity mahasiswa dimana attribute tersebut diturunkan dari attribute tanggal_lahir dan tanggal_hari_ini.

d. Primary key dan alternate keys

Primary key merupakan key yang telah menjadi candidate key yang dipilih secara unik untuk mengidentifikasi suatu entity types. Candidate key merupakan kumpulan attribute minimal yang unik untuk mengidentifikasikan suatu entity types (Connolly,2002,p340).

Alternate key merupakan key yang dipakai sebagai alternatif dari key yang telah didefinisikan (Fathansyah,1999,p104).

e. Integrity constraints

Integrity constraints merupakan batasan-batasan yang menentukan dalam rangka melindungi basis data untuk menghindari terjadinya inconsistent. (Connolly,2002,p457).

Pada tahap conceptual model, langkah-langkah yang dilakukan merupakan sebagai berikut :

a. Mengidentifikasi entity types

Bertujuan untuk menentukan entity types utama yang dibutuhkan. Menentukan entity dapat dilakukan dengan memeriksa user’s requirement specification. Setelah terdefinisi, entity diberikan nama yang sempurna dan terperinci ibarat mahasiswa, dosen, mata_kuliah.

b. Mengidentifikasikan relationship types

Bertujuan untuk mengidentifikasi suatu relationship yang penting yang ada antar entity yang telah diidentifikasi. Nama dari suatu relationship menggunakan kata kerja ibarat mempelajari, mempunyai mempunyai dan lain-lain.

c. Mengidentifikasi dan menghubungkan attribute dengan entity atau relationship types

Bertujuan untuk menghubungkan attribute dengan entity atau relationship yang tepat. Attribute yang dimiliki setiap entity atau relationship memiliki identitas atau karakteristik yang sesuai dengan memperhatikan attribute berikut : simple/composite attribute, single/multi-valued attribute dan derived attribute.

d. Menentukan attribute domain

Bertujuan untuk menentukan attribute domain pada conceptual data model. Contohnya yaitu menentukan nilai attribute jenis_kelamin pada entity mahasiswa dangan ‘M’ atau ‘F’ atau nilai attribute sks pada entity mata_kuliah dengan ‘1’, ’2’, ‘3’ dan ‘4’.

e. Menentukan candidate key dan primary key attributes

Bertujuan untuk mengidentifikasi candidate key pada setiap entity dan memilih primary key kalau ada lebih dari satu candidate key. Pemilihan primary key didasari pada panjang dari attribute dan keunikan key di masa datang.

f. Mempertimbangkan penggunaan enhance modeling concepts (pilihan)

Pada langkah ini bertujuan untuk menentukan specialization, generalization, aggregation, composition. Dimana masing-masing pendekatan sanggup dilakukan sesuai dengan kebutuhan yang ada.

Specialization dan generalization merupakan proses dalam mengelompokan beberapa entity dan menghasilkan entity yang baru. Beda dari keduanya merupakan cara prosesnya, dimana spesialisasi menggunakan proses top-down dan generalisasi menggunakan proses bottom-up.

Aggregation menggambarkan sebuah entity types dengan sebuah relationship types dimana suatu korelasi hanya akan ada kalau telah ada relationship lainnya.

g. Mengecek redundansi

Bertujuan untuk memeriksa conceptual model untuk menghindari dari adanya warta yang redundan. Yang dilakukan pada langkah ini merupakan :

· Memeriksa kembali one-to-one relationship.

Setelah entity diidentifikasikan maka kemungkinan ada dua entity yang mewakili satu objek. Untuk itu dua entity tersebut harus di-merger bersama. Dan jika primary key-nya berbeda maka harus dipilih salah satu dan lainnya dijadikan alternate key.

· Menghilangkan korelasi yang redundansi.

Untuk menekan jumlah model data, maka relationship data yang redundan harus dihilangkan.

h. Memvalidasi conceptual model dengan transaksi.

Bertujuan untuk menjamin bahwa conceptual data model mendukung kebutuhan transaksi. Dengan menggunakan model yang telah divalidasi tersebut, sanggup dipakai untuk melaksanakan operasi secara manual. Ada dua pendekatan yang mungkin untuk mejamin bahwa local conceptual data model mendukung kebutuhan transaksi yaitu :

· Mendeskripsikan transaksi

Memeriksa seluruh warta (entities, relationship, dan attribute) yang diharapkan pada setiap transaksi yang disediakan oleh model dengan mendokumentasikan penggambaran dari tiap kebutuhan transaksi.

· Mengunakan transaksi pathways

Pendekatan kedua, untuk memvalidasi data model dengan keperluan transaksi yang melibatkan diagram yang mewakili pathways diambil dari tiap transaksi secara pribadi yang terdapat pada E-R diagram menggambarkan komponen-komponen dari entity dan korelasi yang masing-masing dilengkapi dengan attribute-attribute yang merepresentasikan seluruh fakta dari real-world yang kita tinjau (Fathansyah,1999,p79). Sedangkan menurut pendapat Silberschartz (2002,p42), E-R diagram sanggup menyatakan keseluruhan struktur logical dari basis data dengan menggunakan bagan.

i. Melihat kembali conceptual data model dengan pengguna.

Bertujuan untuk melihat kembali conceptual model dan memastikan bahwa data model tersebut sudah benar.

Logical Database Design

Logical database design merupakan proses pembuatan suatu model warta yang dipakai pada perusahan menurut pada model data yang spesifik, tetapi tidak tergantung dari Database Management System (DBMS) yang khusus dan pertimbangan fisik yang lain (Connolly,2002,p441).

DBMS merupakan software yang memungkinkan pemakai untuk mendefinisi, membuat, memelihara, dan mengontrol jalan masuk ke basis data (Connolly,2002,p16). Fasilitas-fasilitas yang disediakan oleh DBMS antara lain :

1. Memperbolehkan user untuk mendefinisikan basis data.

2. Memperbolehkan user untuk menambah , mengubah, dan menghapus serta mengambil data dari basis data.

3. Menyediakan kontrol jalan masuk ke basis data. Seperti security, integrity, concurrency control, recovery control system dan user-accessible catalog.

Langkah kedua : menciptakan dan memvalidasi local logical data model untuk setiap pandangan. Bertujuan untuk membuat local logical data model dari local conceptual data model yang mempresentasikan pandangan khusus dari perusahaan dan memvalidasi model tersebut untuk menjamin kebenaran strukturnya (dengan menggunakan teknik normalisasi) dan menjamin bahwa model tersebut mendukung kebutuhan transaksi.

Berdasarkan pendapat Conolly (2002,p376), normalisasi merupakan suatu teknik untuk menghasilkan suatu korelasi yang sangat diharapkan dimana kebutuhan datanya diberikan oleh perusahaan. Dalam proses normalisasi membutuhkan beberapa tahap untuk sanggup diimplementasikan. Tahap-tahap normalisasi menurut pendapat (Conolly,2002,p387) merupakan :

a. Bentuk tidak normal (UNF)

Merupakan bentuk normalisasi dimana terdapat tabel yang mempunyai satu atau lebih data yang berulang.

b. Bentuk normal pertama (1NF)

Merupakan bentuk normalisasi dimana data yang dikumpulkan menjadi satu field yang sifatnya tidak akan berulang dan tiap field mempunyai satu nilai.

c. Bentuk normal kedua (2NF)

Merupakan bentuk normalisasi dimana field yang bukan kunci tergantung secara fungsi pada suatu primary key.

d. Bentuk normal ketiga (3NF)

Merupakan bentuk normalisasi dimana tidak ada field yang bukan primary key tergantung transitive kepada primary key.

e. Bentuk BCNF (Boyce-Codd Normal Form)

Merupakan bentuk normalisasi dimana kalau dan hanya kalau setiap determinant merupakan candidate key.

Pada perancangan model logical langkah kedua, tahapan-tahapannya merupakan :

Menghilangkan features yang tidak compatible dengan model relasional (pilihan). Bertujuan untuk menghasilkan model yang kompatibel dengan model relasional. Yaitu dengan :

* Menghilangkan many-to-many (*:*) binary relationship types

* Menghilangkan many-to-many (*:*) recursive relationship types

* Menghilangkan complex relationship types

* Menghilangkan multi-valued attributes

Memperoleh korelasi untuk local logical data model.

Bertujuan untuk menciptakan hubungan logical model yang mewakili entity, relationship dan attribute yang telah didefinisi. Mendeskripsikan komposisi tiap korelasi memakai Database Definition Language (DDL) untuk korelasi yang diikuti dengan daftar dari relasi attribute yang gampang kemudian mengidentifikasikan primary key dan foreign key dari suatu relasi. Untuk memperoleh korelasi untuk local data model, maka diharapkan klarifikasi untuk mendeskripsikan struktur yang mungkin dalam data model ketika ini.

Bahasa dalam basis data sanggup dibedakan menjadi dua bentuk :

· Data Definition Language (DDL)

DDL merupakan bahasa dalam basis data yang memungkinkan pengguna untuk menciptakan atau menghapus basis data, menciptakan atau menghapus tabel menciptakan struktur penyimpanan tabel. Hasil dari kompilasi DDL merupakan kumpulan tabel yang disimpan dalam file khusus yang disebut dengan kamus data.

· Data Manipulation Language (DML)

DML merupakan bahasa dalam basis data yang memungkinkan pengguna untuk melaksanakan manipulasi data pada suatu basis data, ibarat menambah, mengubah, menghapus data dari suatu basis data.

Memvalidasi korelasi dengan menggunakan normalisasi

Baca Juga

Dengan menggunakan normalisasi, maka model yang dihasilkan mendekati model dari kebutuhan perusahaan, konsisten dan mempunyai sedikit redundansi dan stabilitas yang maksimum.

Memvalidasi korelasi dengan transaksi pengguna

Bertujuan untuk menjamin bahwa korelasi dalam model logikal tersebut mendukung user’s requirements specification secara detail. Selain itu juga untuk meyakinkan bahwa tidak ada kesalahan yang muncul sewaktu menciptakan suatu relasi.

Mendefinisikan Integrity constraints

Bertujuan untuk mendefinisikan integrity constraints yang disampaikan dalam pandangan. Terdapat lima tipe integrity constraints yang harus diperhatikan, yaitu :

· Required data
· Attribute domain constraints
· Entity integrity
· Referential integrity
· Enterprise Constraints

Melihat kembali local logical data model dengan pengguna

Bertujuan untuk menjamin local logical data model dan mendukung dokumentasi yang menggambarkan model yang sudah benar.

Langkah ketiga : Membuat dan memvalidasi global logical data model. Bertujuan untuk menyatukan local logical data model menjadi global logical data model.

Pada perancangan model logikal langkah ketiga, tahapan-tahapannya merupakan :

a. Menggabungkan local logical data model menjadi global model

Pada langkah ini, setiap local logical data model menghasilkan E-R diagram, skema relasional, kamus data dan dokumen pendukung yang mendeskripsikan constraints dari model. Beberapa kiprah yang harus dikerjakan merupakan sebagai berikut :

· Memeriksa lembali nama dan isi dari entities dari relationships dan candidate key.
· Memeriksa kembali nama dan isi dari relationships/ foreign keys.
· Menggabungkan entities atau korelasi dari local data model.
· Mengikutsertakan (tanpa menggabungkan) entities atau relationships yang unik pada tiap local data model.
· Menggabungkan relationships atau foreingn key dari local data model.
· Mengikutsertakan (tanpa menggabungkan) relationships atau foreign key unik pada tiap local data model.
· Memeriksa untuk entities (hubungan) dan relationships atau foreign key.
· Memeriksa integrity constraints.
· Menggambarkan ER-diagram.
· Melakukan update dokumen.

b. Memvalidasi global logical data model

Bertujuan untuk memvalidasi korelasi yang dibentuk dari global logical data model dengan teknik normalisasi dan menjamin bahwa model tersebut mendukung kebutuhan transaksi

c. Mengecek pertumbuhan yang akan datang

Bertujuan untuk menentukan apakah ada perubahan yang signifikan ibarat keadaan yang tidak terduga dimasa mendatang dan menilai apakah model logikal tersebut sanggup menampung atau menyesuaikan perubahan yang terjadi.

d. Melihat kembali global logical data model dengan pengguna

Bertujuan untuk menjamin model data logikal yang bersifat global telah sempurna untuk perusahaan.

Physical Database Design

Phisical database design merupakan suatu proses untuk menghasilkan citra dari implementasi basis data pada daerah penyimpanan, menjelaskan dasar dari relasi, organisasi file dan indeks yang dipakai untuk efisiensi data dan menghubungkan beberapa integrity constraints dan tindakan keamanan (Connolly,2002,p478).

Langkah keempat : Menterjemahkan global logical data model untuk sasaran DBMS. Bertujuan untuk menghasilkan skema basis data relasional dalam global logical data model yang sanggup diimplemetasikan ke DBMS.

Pada perancangan model physical, langkah-langkahnya merupakan :

a. Merancang basis relasional

Dalam memulai merancang physical design, diharapkan untuk mengumpulkan dan memahami warta perihal korelasi yang dihasilkan dari logical database design. Informasi yang penting bisa didapatkan dari kamus data dan DDL.

b. Merancang representasi dari data yang diperoleh

Bertujuan untuk menentukan bagaimana setiap data yang diperoleh mewakili global logical data model ke dalam DBMS.

c. Merancang enterprise constraints

Pada langkah ini bertujuan untuk merancang batasan-batasan yang ada pada perusahaan.

Langkah kelima : Merancang representasi physical. Bertujuan untuk menentukan organisasi file yang optimal untuk penyimpanan dan menentukan indeks yang dibutuhkan untuk meningkatkan performa.

Terdapat tiga faktor yang memungkinkan digunakannya representasi physical :

1. Transaction throughput

2. Response time

3. Disk storage

Dalam langkah kelima ini perlu untuk memahami system resources untuk meningkatkan performa basis data.

Main memory

Dengan semakin besar main memory yang ada maka akan sanggup meningkatkan performa DBMS dan aplikasi basis data yang digunakan.

CPU

CPU mengontrol tugas-tugas dari system resources lain dan mengeksekusi prosesnya.

Disk I/O

Dengan menggunakan DBMS yang besar, maka disk I/O yang diharapkan sangat signifikan dalam menyimpan dan mengambil data. Untuk menghindari kemacetan transfer data, maka :

Ø File sistem operasi harus dipisahkan dari file basis data.

Ø File utama basis data harus dipisahkan dari file indeks.

Ø File recovery log harus dipisahkan dari basis data yang sedang tidak digunakan.

· Network

Ketika jumlah data yang ditransfer telah banyak, maka dengan menggunakan network sangat dianjurkan. Selain itu juga untuk menghindari dari kemacetan dalam mentransfer data.

Pada langkah kelima ini, tahapan-tahapannya merupakan :

Menganalisis transaksi

Bertujuan untuk mengerti fungsi dari transaksi yang dijalankan pada basis data dan menganalisa transaksi yang penting. Kriteria kemampuan yang harus diidentifikasikan dalam menganalisa transaksi merupakan :

· Transaksi sanggup berjalan secara sering dan akan mempunyai efek yang signifikan pada performa.
· Transaksi yang kritis pada operasi dan bisnis.
· Waktu selama sehari atau seminggu ketika akan ada seruan yang tinggi pada ketika basis data dibuat.

Memilih file organisasi

Bertujuan untuk menyimpan data secara sempurna ke daerah penyimpanan data. Ada beberapa pilihan struktur penyimpanan (Silberschatz,2002,p422), yaitu :

Ø Heap

Ø Hash

Ø Sekuensial berindeks

Ø Clusters

Memilih indeks

Bertujuan untuk meningkatkan performa dalam suatu sistem basis data. Salah satu pendekatan untuk menentukan organisasi file yang cocok untuk korelasi merupakan untuk menyimpan tuples yang tidak disimpan dan dibentuk sebanyak secondary indexes sebagaimana diperlukan. Oleh alasannya ialah itu, atribut yang dipakai merupakan:

· Atribut yang sering dipakai untuk join operations untuk membuat lebih efisien.
· Atribut yang sering dipesan untuk mengakses tuples pada suatu relasi didalam urutan yang memperlihatkan atribut.

Memperkirakan kebutuhan ruang penyimpanan

Bertujuan untuk memperkirakan jumlah ruang penyimpanan yang akan diharapkan dalam basis data. Perkiraannya didasari pada ukuran setiap tabel dalam suatu relasi. Contohnya dalam lima tahun mendatang berapa kapasitas hard disk yang dibutuhkan untuk menampung data.

Langkah keenam : Merancang pandangan pengguna. Bertujuan untuk merancang pandangan pengguna yang telah diidentifikasi selama mengumpulkan kebutuhan dan menganalisis langkah dari relasional Database Application Lifecycle. Contohnya pada branch terdiri dari eksekutif dan manajer pandangan.

Langkah ketujuh : Merancang keamanan. Dalam sebuah sistem basis data, keamanan merupakan elemen yang sangat penting mengingat isi dari basis data berupa warta yang sangat penting. menurut pendapat Silberschatz (2002,p239) ukuran keamanan yang sanggup diambil untuk melindungi basis data antara lain dari segi :

· Sistem basis data : ada beberapa pengguna berwenang yang dizinkan untuk mengakses bab basis data tertentu dan ada para pengguna yang lain hanya diizinkan untuk membaca data yang diinginkannya, tetapi tidak punya hak untuk mengubahnya. Kewajiban dari sistem basis data ini merupakan menjaga batasan ibarat di atas tetap terjaga.
· Sistem operasi : tidak peduli betapa kondusif sistem basis datanya, apabila terjadi kelemahan dalam sistem operasi. Hal ini sama artinya dengan adanya jalan masuk yang tidak diinginkan dalam basis data. Makara tingkat keamanan perangkat lunak dalam sistem operasi sangatlah penting ibarat halnya keamanan yang dilakukan secara fisik.
· Jaringan : seluruh sistem basis data memperbolehkan untuk mengakses lewat terminal atau jaringan, keamanan software-level dalam software jaringan sangat penting sebagai keamanan fisik, keduanya dibutuhkan dalam internet dan jaringan pribadi.
· Fisik : situs yang mengandung sistem komputer harus secara fisik kondusif dari entri secara diam-diam dan ancaman oleh para penyelundup.
· Manusia : otorisasi pada pengguna harus dilakukan secara hati-hati untuk mengurangi adanya tragedi dimana pengguna yang berwenang memperlihatkan jalan masuk kepada orang lain dengan imbalan suap atau lainnya.

Langkah kedelapan : Mempertimbangkan pengenalan dan redundansi kontrol. Pada langkah physical database design ini mempertimbangkan denormalisasi skema relational untuk meningkatkan performa. Hasil dari normalisasi merupakan perancangan basis data logikal secara structural, konsisten, dan menekan jumlah redudansi. Faktor yang perlu dipertimbangkan merupakan :

Denormalisasi menciptakan implementasi lebih kompleks
Denormalisasi selalu mengorbankan fleksibilitas
Denormalisasi akan menciptakan cepat dalam retrieve data tetapi lambat dalam update.

Ukuran performa dari suatu perancangan basis data sanggup dilihat dari sudut pandang tertentu yaitu melalui pendekatan efisiensi data (Normalisasi) atau pendekatan efisiensi proses (Denormalisasi). Efisiensi data dimaksudkan untuk meminimalkan kapasitas disk, dan efisiensi proses dimaksudkan untuk mempercepat proses saat retrieve data dari basis data.

Langkah kesembilan : Memonitor dan memasang sistem operasi. Bertujuan untuk memonitor sistem operasi, meningkatkan performa dan menentukan perancangan sistem yang sempurna atau menggambarkan perubahan kebutuhan.

Demikian artikel tentang Perancangan Basis Data, biar dengan adanya artikel ini sanggup membantu kawan-kawan semakin mengerti perihal perancangan basis data. Terimakasih!

Marwan