Data Model, Arsitektur dan Antar Muka
                     22 September 2011
Administratif
 Penilaian
    UTS 30% (Buka catatan 1 lembar A4)
    UAS 40% (Buka catatan 1 lembar A4)
 Catatan ujian
    Bukan fotokopi!
    Dikumpulkan paling lambat 1 hari sebelum hari H
     (pukul 12.00 WIB)
       UTS 26 Okt 2011
       UAS 11 Jan 2012
   Masuk ke komponen Tugas
   Hanya diberikan bagi mereka yang berhak
                 Data Model, Arsitektur dan Antar Muka   2
Administratif
Konvensi perkuliahan
   Ketenangan dan ketertiban perkuliahan (kenapa?)
       Saling menghormati konsentrasi rekan satu kelas
       Tanyakan! (dan berbagi bersama)
       Out of topic discussion will be held outside




                  Data Model, Arsitektur dan Antar Muka   3
Administratif
Penilaian
   Tugas tambahan di akhir semester tidak berlaku
       Ada kesempatan sepanjang semester
       Fairness




                 Data Model, Arsitektur dan Antar Muka   4
Data Model
 Sekumpulan konsep untuk menjelaskan struktur basis
  data
 Tipe data, relasi, constraints (batasan)
 Basic operations untuk retrieval dan update
 High-level, Conceptual
    Persepsi user
    Entitas, Atribut, Relasi
 Low-level, Physical
    Penyimpanan fisik

                 Data Model, Arsitektur dan Antar Muka   5
Data Model
 Representational, Implementation
    Perantara antara Conceptual dan Physical




               Data Model, Arsitektur dan Antar Muka   6
Instance dan Schema
 Schema
    Schema diagram
    terdiri atas beberapa Schema construct
    Berisi tipe data dan constraints
    Perubahan terjadi dalam jangka lama sesuai kebutuhan
 Instance
    Occurence, snapshot, state
    Dinamis



               Data Model, Arsitektur dan Antar Muka        7
Three-Schema Architecture
 Internal level, Internal schema
    menggunakan physical schema
 Conceptual level, Conceptual schema
    Menjelaskan struktur basis data secara keseluruhan
 External level, View level
    Menjelaskan bagian dari conceptual level yang sesuai
     dengan kebutuhan user tertentu




               Data Model, Arsitektur dan Antar Muka        8
Data Independence
 Perubahan deskripsi pada satu level tidak mengubah
  deskripsi pada level yang lain
    misal: Struktur tabel fisik mengalami perubahan
 Logical data independence
    Conceptual schema berubah
    External view dan Program aplikasi tetap
 Physical data independence
    Internal schema berubah
    Conceptual schema tetap


              Data Model, Arsitektur dan Antar Muka    9
Data Independence
 Contoh: Tuning database
    Kinerja database turun
    Buat indeks
    Perubahan fisik
    Conceptual schema dan Program aplikasi tidak berubah
    Happy users 
 Contoh Independensi data lojik?
    Tugas Mandiri 1



               Data Model, Arsitektur dan Antar Muka        10
Data Independence dan 3-
Schema
 Arsitektur 3-schema memudahkan implementasi DI
 Eksekusi kueri terlalu panjang
 Praktiknya sedikit diimplementasikan




              Data Model, Arsitektur dan Antar Muka   11
Bahasa Akses dan Antar Muka
 Kelompok user
    End user, Application programmers, DBA
 Tingkat kemahiran berbeda
 Antar muka berbeda
 Bahasa akses berbeda




               Data Model, Arsitektur dan Antar Muka   12
Bahasa Akses
 Data Definition Language
    DBA, Database designers
    Conceptual schema
    Internal schema
 Storage Definition Language
    DBA, Database desginers
    Internal schema




              Data Model, Arsitektur dan Antar Muka   13
Bahasa Akses
 View Definition Language
    End users
    Spesifikasi user view
    Mapping ke internal schema
 DDL umum diimplementasikan untuk Conceptual dan
  External schema
 Data Manipulation Language
   Memanipulasi instance
   Insert, Delete, Update, Select


                Data Model, Arsitektur dan Antar Muka   14
Bahasa Akses
 Implementasi DBMS
    VDL, DDL, DML menjadi kesatuan
    SDL terpisah untuk DBA dan Designers
 Kategori DML
    High-level, Nonprocedural
    Diakses lewat antar muka DBMS
    Low-level, Procedural
    Dituliskan dalam rangkaian bahasa prosedural lain
    QBE


               Data Model, Arsitektur dan Antar Muka     15
Antar Muka DBMS
 Menu-based interface
 Web-based interface
 Forms-based interface
    Forms specification language
 Graphical User Interface
    Query By Example
 Natural Language Interface




               Data Model, Arsitektur dan Antar Muka   16
Antar Muka DBMS
 Parametric Interface
    Penggunaan yang berulang
    Teller bank, Airline ticketing, dll
 Interface untuk DBA




                 Data Model, Arsitektur dan Antar Muka   17
Pustaka
 http://tjerdastangkas.blogspot.com/search/label/ikd312




               Data Model, Arsitektur dan Antar Muka       18
Tugas Mandiri 1
 Tulis dalam kertas A4
 Batas waktu: 23 September 2011, pukul 14.00 WIB
    Di loker / sekretariat (pak Haryono)
    Kirim e-mail dengan subject: "TM1 IKD312"




              Bahasa Pemrograman – IKP213           19
Kamis, 22 September 2011

ikd312-02-three-schema

  • 1.
    Data Model, Arsitekturdan Antar Muka 22 September 2011
  • 2.
    Administratif  Penilaian  UTS 30% (Buka catatan 1 lembar A4)  UAS 40% (Buka catatan 1 lembar A4)  Catatan ujian  Bukan fotokopi!  Dikumpulkan paling lambat 1 hari sebelum hari H (pukul 12.00 WIB)  UTS 26 Okt 2011  UAS 11 Jan 2012  Masuk ke komponen Tugas  Hanya diberikan bagi mereka yang berhak Data Model, Arsitektur dan Antar Muka 2
  • 3.
    Administratif Konvensi perkuliahan  Ketenangan dan ketertiban perkuliahan (kenapa?)  Saling menghormati konsentrasi rekan satu kelas  Tanyakan! (dan berbagi bersama)  Out of topic discussion will be held outside Data Model, Arsitektur dan Antar Muka 3
  • 4.
    Administratif Penilaian Tugas tambahan di akhir semester tidak berlaku  Ada kesempatan sepanjang semester  Fairness Data Model, Arsitektur dan Antar Muka 4
  • 5.
    Data Model  Sekumpulankonsep untuk menjelaskan struktur basis data  Tipe data, relasi, constraints (batasan)  Basic operations untuk retrieval dan update  High-level, Conceptual  Persepsi user  Entitas, Atribut, Relasi  Low-level, Physical  Penyimpanan fisik Data Model, Arsitektur dan Antar Muka 5
  • 6.
    Data Model  Representational,Implementation  Perantara antara Conceptual dan Physical Data Model, Arsitektur dan Antar Muka 6
  • 7.
    Instance dan Schema Schema  Schema diagram  terdiri atas beberapa Schema construct  Berisi tipe data dan constraints  Perubahan terjadi dalam jangka lama sesuai kebutuhan  Instance  Occurence, snapshot, state  Dinamis Data Model, Arsitektur dan Antar Muka 7
  • 8.
    Three-Schema Architecture  Internallevel, Internal schema  menggunakan physical schema  Conceptual level, Conceptual schema  Menjelaskan struktur basis data secara keseluruhan  External level, View level  Menjelaskan bagian dari conceptual level yang sesuai dengan kebutuhan user tertentu Data Model, Arsitektur dan Antar Muka 8
  • 9.
    Data Independence  Perubahandeskripsi pada satu level tidak mengubah deskripsi pada level yang lain  misal: Struktur tabel fisik mengalami perubahan  Logical data independence  Conceptual schema berubah  External view dan Program aplikasi tetap  Physical data independence  Internal schema berubah  Conceptual schema tetap Data Model, Arsitektur dan Antar Muka 9
  • 10.
    Data Independence  Contoh:Tuning database  Kinerja database turun  Buat indeks  Perubahan fisik  Conceptual schema dan Program aplikasi tidak berubah  Happy users   Contoh Independensi data lojik?  Tugas Mandiri 1 Data Model, Arsitektur dan Antar Muka 10
  • 11.
    Data Independence dan3- Schema  Arsitektur 3-schema memudahkan implementasi DI  Eksekusi kueri terlalu panjang  Praktiknya sedikit diimplementasikan Data Model, Arsitektur dan Antar Muka 11
  • 12.
    Bahasa Akses danAntar Muka  Kelompok user  End user, Application programmers, DBA  Tingkat kemahiran berbeda  Antar muka berbeda  Bahasa akses berbeda Data Model, Arsitektur dan Antar Muka 12
  • 13.
    Bahasa Akses  DataDefinition Language  DBA, Database designers  Conceptual schema  Internal schema  Storage Definition Language  DBA, Database desginers  Internal schema Data Model, Arsitektur dan Antar Muka 13
  • 14.
    Bahasa Akses  ViewDefinition Language  End users  Spesifikasi user view  Mapping ke internal schema  DDL umum diimplementasikan untuk Conceptual dan External schema  Data Manipulation Language  Memanipulasi instance  Insert, Delete, Update, Select Data Model, Arsitektur dan Antar Muka 14
  • 15.
    Bahasa Akses  ImplementasiDBMS  VDL, DDL, DML menjadi kesatuan  SDL terpisah untuk DBA dan Designers  Kategori DML  High-level, Nonprocedural  Diakses lewat antar muka DBMS  Low-level, Procedural  Dituliskan dalam rangkaian bahasa prosedural lain  QBE Data Model, Arsitektur dan Antar Muka 15
  • 16.
    Antar Muka DBMS Menu-based interface  Web-based interface  Forms-based interface  Forms specification language  Graphical User Interface  Query By Example  Natural Language Interface Data Model, Arsitektur dan Antar Muka 16
  • 17.
    Antar Muka DBMS Parametric Interface  Penggunaan yang berulang  Teller bank, Airline ticketing, dll  Interface untuk DBA Data Model, Arsitektur dan Antar Muka 17
  • 18.
  • 19.
    Tugas Mandiri 1 Tulis dalam kertas A4  Batas waktu: 23 September 2011, pukul 14.00 WIB  Di loker / sekretariat (pak Haryono)  Kirim e-mail dengan subject: "TM1 IKD312" Bahasa Pemrograman – IKP213 19
  • 20.