NO COMMAND LOG HASIL

1 COUNT 102 records counted

COUNT 152 records counted
COUNT 50 records counted

2 TOTAL FIELDS QTYOH 169,285

3 TOTAL FIELDS PROFIT 348,581.67

4 ( SALEPR * QTYOH) - ( UNCST * QTYOH)

5 TOTAL FIELDS PROFIT 46,636.64

6 COUNT 3 records counted

7 TOTAL FIELDS PROFIT -1,653.62

8 OPEN loss_2 03/30/1997

02/04/1996
03/10/1996
04/10/1995
02/05/1997

9 COUNT 0 records counted

10 TOTAL FIELDS INVOICE_AM 0.00

11 COUNT 2 records counted

12 TOTAL FIELDS INVOICE_AM 2,706.68

13 COUNT 0 records counted (Tidak ada)

14 COUNT 12 records counted

NOTE:

Jangan lupa merubah field type (date, ascii, numeric) yang ada di file DBF.
Biasanya yang type date belum dirubah menyebabkan muncul invalid expression.

Soal no:

1. Cara hitung records: klik file yang mau dihitung >> analyze >> count records >> OK
>> liat di LOG >> buka yang “COUNT” >> copy command dan hasilnya. Lakukan satu
per satu file.
 2. Cara hitung total persediaan: klik field yang mau dihitung (QTYOH) >> analyze >>
total fields >> copy command dan hasilnya.

3. Total harga jual-harga beli = Profit. Pertama, kita tambah kolom/field Profit.
Tambah kolom: klik di file inventory >> edit >> table layout >> add new expression >>
masukkan rumus (SALEPR*QTYOH) - (UNCST*QTYOH) >> klik tanda centang ijo >>
close >> klik kanan di field MKTVL >> add columns >> pilih PROFIT >> OK. Lalu
hitung total field PROFIT: klik field profit >> analyze >> total fields >> copy command
dan hasilnya

4. Kita sudah bikin kolom/field profit kan, hasilnya tinggal di print screen aja.
Command nya aku ragu harus masukin yang mana, akhirnya tak masukin rumusnya aja.

5. Kita potong data inventory khusus produk class 03. Caranya: klik di inventory >>
data >> extract data >> beri nama “product class 03” pada To >> klik If >> di expression
masukkan rumus PRODCLS = “03” >> OK >> OK. Lalu kita sudah punya data
product_class_03, tinggal kita hitung profit nya yaitu klik kolom profit >> analyze >>
total fields >> copy command dan hasilnya

6. Kita potong data inventory khusus yang harga jual < harga beli, kasih nama LOSS.
Sama kayak no 5, tapi rumusnya SALEPR < UNCST. Kan muncul file baru LOSS, nah
itu kita itung berapa records nya, sama kayak no 1 yaitu klik pada data loss >> analyze
>> count records >> OK >> buka LOG (untuk aktivitas yg baru kita lakukan biasanya bs
diliat di bawah sendiri) >> copy command dan hasilnya

7. Kita potong data inventory, kasih nama LOSS 2, rumusnya (SLAEPR*QTYOH) <
(UNCST*QTYOH). Kenapa bikin lagi? Kok nggak pake data loss no 6 aja? Coba
perhatikan ternyata ada data QTYOH yang negatif (liat data inventory), berarti rugi/loss
dong, meskipun harga jual > harga beli, makanya nggak terdeteksi di no 6. Kasus kayak
gt yang mennyebabkan no 6 sama 7 beda. Setelah itu hitung total field profitnya kayak
biasa.

8. Aku sebenenya nggak tau command yang bener kayak gimana, tapi untuk hasilnya
insya Allah kayak gt, kana ditanya periode to, jadi copy aja tanggal nya berapa aja

9. Klik data ap_trans, potong data khusus transaksi yang terjadi tanggal 1 jan 1996 -
31 des 1996. Sama kayak potong data biasa, rumusnya INVOICE_DA >= `19960101`
AND INVOICE_DA <= `19961231`. Lalu hitung record nya.

10. Klik kolom INVOICE_AM >> analyze >> total fields >> copy command dan
hasilnya

11. Klik data ap_trans, potong data khusus transaksi dengan 10134 jatuh tempo
september (1 september 1999 - 30 september 1999). Kita pake yang DUE_DATE, kok tau
19999? Iya coba liat aja data nya yang bagian due_date, 1999 semua hehehe. Rumusnya (
VENDOR_NO = "10134") AND ( DUE_DATE >= `19990901` AND DUE_DATE <=
`19990930`). Karena ditanya berapa transaksi, pake count records

12. Klik pada potongan data no 11 >> klik pada INVOICE_AM >> analyze >> total
fields >> copy command dan hasilnya

NO 13 dan 14 ini pake JOIN, jadi harus di Sort dulu ap_trans dan vendor. Caranya:
klik data yang mau di sort (mis: ap_trans) >> data >> sort records >> sort on pilih
key field nya (dalam hal ini, kan pake ap_trans, jadi key field nya pilih yang juga
ada di vendor, yaitu VENDOR_NO) >> To nya kasih nama ap_trans_sort >> OK

13. Soal ini menanyakan apakah ada transaksi yang fiktif, jadi yang primary =
ap_trans_sort, secondary = vendor_sort (inget kalo join pake data sort). Jadi caranya: klik
ap_trans_sort >> data >> join tables >> secondary table pilih vendor_sort >> primary
keys dan secondary keys nya pilih VENDOR_NO >> primary fields dan secondary fields
nya pilih semua “add all” >> klik more >> pilih join categories nya unmatched primary
records >> kasih nama di To “join_transaksi_fiktif” >> OK. Kan ditanya ada transaksi
apa tidak, kita buktikan dengan hitung record seperti biasa.

14. Soal ini menanyakan apakah ada vendor fiktif, jadi yang primary = vendor_sort,
secondary = ap_trans_sort. Caranya sama kayak no 13, cuma beda yang jadi primary dan
secondary. Terakhir, hitung record nya.

GOODLUCK!

Pain of hardworks or pain of failure. Choose wisely :-)