hehehee sepertinya kalau yang bung lai min feng sebutkan di bawah ini adalah 
contoh dari normalisasinya hehehehehe,  kalau table trstok lebih seperti ke 
stock card :-), tapi paling tidak itu sudah menuju ke normalisasi, hanya saja 
masih kurang cukup :-)

kalau soal normalisasi, sudah pasti seluruh system analyst akan membuat 
databasenya dengan normalisasi karena itu sudah standard dari pembuatan sebuah 
database, dan terus terang baru kali ini saya membaca ada yang menganjurkan 
untuk melanggar hehehehehehe, mungkin kalau ada yang pengen ngelanggar di 
karenakan, tanpa adanya normalisasi, tentunya buat SQL query jauh lebih gampang 
kan ?? (menurut saya )

lagi pula untuk untuk performance, saya pikir dengan normalisasi malah lebih 
baik, apalagi kalau di dukung script sql dengan join yang baik pula.

kalau soal view, menurut saya, jauh lebih enak, apalagi kalau sistem 
aplikasinya adalah client - server, dari sisi client, aplikasi tidak perlu 
meng-eksekusi banyak kode, bayangkan saya kalau script sqlnya di tuangkan di 
aplikasi client dan table yang harus di joint lebih dari 5 table dan tiap table 
punya column yang sampe 10, dan resultnya bisa jutaan.....wah....bisa mampus 
juga tuh client.

nah sekarang kalau kita sudah membicarakan normalisasi, sebisa mungkin 
fasilitas yang ada di dalam DBMS di pakai, seperti view, store procedure & 
trigger. nah apalagi kalau semua fasilitas di gunakan trus aplikasi di bangun 
untuk basis n-tier....wah lebih mantap lagi tuh hehehehehehehehe

Sekali lagi, tentunya saya akan lebih memilih / menganjurkan untu menggunakan / 
membuat database dengan normalisasi. tanpa normalisasi, jika kena di aplikasi 
kelas enterprise..........heheheheheheh no comment deh :-)

  ----- Original Message ----- 
  From: Someone 
  To: [email protected] 
  Sent: Monday, May 14, 2007 8:52 AM
  Subject: [Programmer-VB] Re: Normalisasi


  Trimakasih untuk (Ibu or Bp. ??) Lai min Feng dan Bp. Arief Wibowo 
  yang sudah membantu memberikan opini.. permasalahan dari kerepotan 
  saya adalah.. computer client di kantor saya sangat minim 
  spesifikasi.. sehingga saya hanya mengandalkan kecepatan server SQL 
  untuk pengolahan data dan saya menghindari pengolahan data di 
  client, karena saya sudah uji coba pengolahan data di client 
  membutuhkan waktu lama dari pada kalau saya menggunakan resource 
  server.. dan saya masih belum menemukan formula atau trik dalam 
  mengatasi masalah saya sehingga saya banyak menggunakan view.. 
  kasusnya.. di dalam database customer hanya ada 1 customer 1 sales.. 
  tapi prakteknya 1 sales boleh menjual ke banyak customer, saya 
  menemui masalah di analisa dan history penjualan, karena prinsipnya 
  1 kode customer milik 1 kode sales.. itu sebabnya saya menggunakan 
  view dalam view.. kalau saya melakukan pengolahan dengan menarik 
  data per table customer,table sales dan transaksi, lalu saya olah di 
  client dan hasilnya saya insert ke SQL table.. akan lama hasilnya. 
  Mohon pencerahan.

  Best Regards,

  Someone



   

Kirim email ke