MySql ORDER BY RAND()

Baca dibeberapa referensi jangan pernah menggunakan 'Order by Rand()', alasannya "The ORDER BY RAND() operation actually re-queries each row of your table, assigns a random number ID and then delivers the results. This takes a large amount of processing time for table of more than 500 rows." (http://www.webtrenches.com/post.cfm/avoid-rand-in-mysql)

Yes, aku butuh waktu 14.1786 sec hanya untuk mendapatkan hasil dari query

SELECT *

FROM XXXXXXXXXX

ORDER BY RAND( )

LIMIT 1000

Hanya untuk 'ngambil' 1000 row dari 1,6jt lebih record

Tapi dengan sedikit modifikasi, menjadi

SELECT *

FROM XXXXXXXXXX

WHERE RAND()>0.9

ORDER BY RAND()

LIMIT 1000

Membutuhkan waktu 1.8116 sec, karena 'where RAND()>0.9' mengurangi 90% overhead dari pengurutan. Lumayan membantulah.

Kalau query-nya seperti ini

SELECT *

FROM xxxxxxxxxxx b

WHERE b.participantId <> RAND( 1 )

ORDER BY RAND( 1 )

LIMIT 1000

Lebih cepat lagi 0.0030 sec, hheheheheh, Thx pak chery ngasih solusi lain. Disebutin nama fieldnya juga sepertinya masih sama cepat. :)

Join-joinan

Hari ini, menjelang pulang si boss suruh cross check report. Terjadi 'gap' yang sangat tinggi soalnya.

Mulai query-queryan lagi. Ternyata masalahnya hanya antara inner join dan left join.

Mumpung baru ngerjain, dan ga akan ada juga yang marah kalau sedikit dioret-oret disini. Biar sekalian jadi catetan. heheehe.

Inner Join akan hanya menampilkan tabel sisi kiri yang datanya sama dengan data di pasangan joinnya yg disisi kanan.

Left (Outer) Join akan menampilkan semua isi tabel sisi kiri, walaupun data di pasangan joinnya yg disisi kanan nilainya tidak sama ataupun bernilai null.

Right (Outer) Join akan menampilkan semua isi tabel sisi Kanan, walaupun data di pasangan joinnya yg disisi kiri nilainya tidak sama ataupun bernilai null.

Cross Join akan menampilkan semua isi tabel sisi Kiri akan memiliki pasangan semua data disisi kanan.

Full (Outer) Join akan menampilkan semua isi tabel sisi kiri, walaupun datadi pasangan joinnya yg disisi kanan nilainya null dan sebaliknya.

Rich Picture Restoran

UTS ANAPERSIL

UTS lagi...

Mata kuliah yang berat menurut diskusi dengan mereka yang telah melaluinya. Kalau buat diriku secara pribadi, sulit sih iyah tapi bapak dosennya lumayan sulit menyampaikan esensi kuliah itu sendiri. Alhasil beginilah jadinya, tiap kali kuliah maen-maen, asyik becanda di deretan bangku paling belakang, hadir di tiap kuliah hanya demi tanda tangan beliau di tugas diakhir kuliah. Selebihnya, tampa arah tujuan kuliahnya. Hehehhehe, pengakuan jujur dari hati terdalam neh.

Hari ini ujian dari mata kuliah yang diajarkan beliau. How pitty I am. Ndang huantusi manang aha pe. :(.
Sedih yah sedih juga. Pengen belajar, tapi entah mengapa slide tak begitu membantu, malah menambah kebingungan.
Emang berat mata kuliah neh, seberat kepala membaca slidenya, seberat hati untuk belajar. :(

Uyah, buat yang butuh UML aplikasi ATM, tapi ga bisa buka link yang pernah aku kasih, ini neh aku copy-in dech UML-nya.
Moga bermanfaat bagi yang baca, terlebih bagi yang lagi ujian.

UML Class Diagram

Relationship Among UML Diagram in OOAD

Use Case Diagram
Activity Diagram


Sequence Diagram
Collaboration Diagram
Analisis Class Diagram (MVC)

Class Diagram
Package Diagram

Met belajar dech buat semuanya.......

:)

UML - Aplikasi ATM

UML aplikasi ATM dapat diakses pada http://jdjua.com/uml.htm. UML beserta penjelasan lainnya yang dibutuhkan.

Tugas ANAPERSIL

Dari kasus ATM yang telah dibagikan pada pelajaran sebelumnya:
1. Arsitektur Diagram



2. Deployment Diagram