Pak Nurhasim trims atas masukannya...saat ini metode yg saya terapkan:.,..karena passing data recordset ke subreport belum mendukung,alternatifnya saat ini saya buat dgn table temporary.
Dan metodenya 75% nyontek dari metodenya cak Har ini :D....heheh sapa tau selama menyimak cak Har mendapat ilham u menciptakan terobosan terobosan lainnya.
Salam,
Heru W
Tks Mas Nurhasim Hasan...,
Dulu, saya pernah share di mailing list ini. Acess2Access.mdb. Coba ditelusuri.
Prinsipnya, yang paling cutomized, memakai table temporer dibandingkan dengan label (caption). Apalagi bila untuk kebutuhan source report. Label hanya dipakai untuk head table, yang customized. Dan, sejatinya lebih enak lagi bila menggunakan tabel dinamis.
Untuk sementara, saya lebih banyak mengamati. Karena saya memakai lap top Mac Book Pro dengan OS Mac (dibeliin kantor). Memang, beberapa waktu lalu saya beli Windows Xp Ori sp2 (64 bit), tapi belum sempat install.
Hariyanto (Surabaya)
--------------------------------------------
On Wed, 25/2/15, 'Nurhasim Hasan' hasimnurhsm@yahoo.com [belajar-access] <belajar-access@yahoogroups.com> wrote:
Subject: RE: [belajar-access] Fwd: Dao atau ado_nambah tanya
To: belajar-access@yahoogroups.com
Date: Wednesday, 25 February, 2015, 5:59 AM
maaf ini hanya
idenya saja Mas, untuk sample code yang bener2 bisa running
sy yakin mas. Heru lebih oke...
From: belajar-access@yahoogroups.com
[mailto:belajar-access@yahoogroups.com]
Sent: Tuesday, February 24, 2015 2:38
PM
To:
belajar-access@yahoogroups.com
Subject: RE: [belajar-access] Fwd: Dao
atau ado_nambah tanya Kalau memang tetap
menghindari mengunakan table temporary, bisa diakali dengan
menggunakan control label, tapi tidak sedinamis binding
source record pada report, misal kita tentukan batas details
isi notanya bisa 5 record buat control dengan
type lable 5 biji, misal untuk field IdBarangdim no as
longno = 1 misal buka
recordsetset rst =
...............While not
rst.eof
Me("idbrg_lbl" & no).Caption =
rst!idBarang
rs.movenext
no = no + 1wend dan bisa dilakukan
untuk field2 berikutnya, mungkin lebih bagus kalau bisa
disaat open report baru create control bertype label ini
sesuai jumlah record isi details nota tersebut ini akan
menjadi dinamis, dengan pengaturan posisinya dsb yang
dibutuhkan (#colek mas. Hari Yanto)... Salam Nurhasim From: belajar-access@yahoogroups.com
[mailto:belajar-access@yahoogroups.com]
Sent: Monday, February 23, 2015 3:24
AM
To: belajar-access@yahoogroups.com
Subject: Re: [belajar-access] Fwd: Dao
atau ado_nambah tanya Siap...karena jika memang
belum mendukung apa boleh buat....ndak ada rotan akarpun
jadi....akan saya terapkan metode saran 1 pake table
temporary....yg penting bisa jalan untuk kerja
dulu....makasih banget atas sarannya ya Bang...sukses
selalu.Salam,
Heru WOn 23 Feb 2015 15:57,
"Aksan Kurdin aksan.kurdin@gmail.com
[belajar-access]" <belajar-access@yahoogroups.com>
wrote: bukan main
uletnya anda ini bang heru ....
kenapa saya
katakan ulet .. ?
sebenarnya energi yang
anda butuhkan untuk membangun satu form master detail
menjadi sangat besar dengan menggunakan unbound form seperti
ini :)
hehehehee.....
ok, ga masalah bagi yang senang
melakukannya.
kalau cak an ada di sini,
apalagi mbah budilaks .... (how are you bang ? sudah ga
pernah terdengar lagi .....), itu biang KISS: Keep It Simple
Stupid .....
Pada ogah main kode2-an
panjang2an ...
mending manjangin anten
.....
ta'iye cak a.n.
....
hahahah....
saran saya
tetep,
anda gunakan temporary table, karena
ternyata sampai versi 2013, report access tidak mendukung
cara binding form runtime.
cara kedua, anda bermain link table, yang hanya
diaktifkan/dimunculkan saat report di butuhkan.
regards,
a.k.
On 2/23/2015 3:08 PM, Heru Wibowo
heru.wibowo4456@gmail.com
[belajar-access] wrote:
Trimakasih sebelumnya
pak Aksan,
Point no 1 sengaja dipisahkan
karena sebenarnya database tersebut bukan berisi itu saja
sih Bang..masing masing tabel database ada yang digunakan
oleh aplikasi lain oleh masing2 departemen/bagian laen,
sehingga kalau dirombak dijadikan dalam 1 database
membutuhkan waktu dan konsekuensi lainnya yang panjang
(masih ada database database lain,yg saya lampirkan dalam
attac hanya 2 saja Bang).
Point yg no 2 dan
3 ilmu2 yg sangat berharga yg saya terima dari millist
tercinta ini...hehehe...modertornya canggih
canggih....termasuk terakhir ini yg menyederhanakan function
dari Bang Aksan (hehehe...kenapa ndak terpikirkan sebelumnya
yah....)
Hmmm...yg report juga sama Bang
nggogling lom ktemu caranya....mudah mudahan Bang Aksan
nemuin duluan dan berkenan kasi solusi pada Saya.Solusi dan terobosan terobosannya
ditunggu ya Bang :D.Salam,
Heru
WOn 23 Feb 2015 13:54, "Aksan
Kurdin aksan.kurdin@gmail.com
[belajar-access]" <belajar-access@yahoogroups.com>
wrote: Jawaban untuk
nomor 2, saya butuh waktu sebentar cek ricek, dan untuk
setting recordset bind di report, hanya support untuk adp,
tidak mdb/accdb.
begitu penjelasan dari
google untuk run time error '32585', This feature is
only available in an ADP.
salah satu jalan, adalah anda membuat temporary
tabel di front end, berupa tarikan data dari recordset yang
anda perlukan, dan bind report ke tabel tempo tersebut.
tabel bisa dihapus setelah report di close.
regards,
a.k.On 2/23/2015 12:51 PM, Aksan
Kurdin aksan.kurdin@gmail.com
[belajar-access] wrote:
Dear bang
Heru,
Sebelum menjawab dengan mengikuti cara
masak bang heru, bisa share ga dengan kami, alasan
menggunakan full coding dengan meninggalkan kemudahan2 yang
diberikan oleh fitur access ?
1. kenapa back end dipisahkan master dan
detail, dan tidak menyatukannya dalam satu database,
sehingga bisa di set referential integrity antara data di
tabel master dan detail ? dalam artian, access itu tool
rdbms, relationship database management system, suatu tool
yang bisa menjaga relasi tabel-tabelnya tetap konsisten,
seperti contohnya tidak ada data barang yang bisa masuk ke
detail, kalau belum ada di master, atau tidak boleh ada data
di detail yang bisa dihapus kalau data di masternya sudah
ada, atau cukup update kode barang di tabel master, maka
data di detail otomatis by access akan ikut berubah (cascade
update).
2. teknik
codingnya sudah baik, tetapi masih bisa diefisienkan lagi
dengan menjadikan baris-baris yang melakukan tugas sama,
menjadi satu function / sub procedure.
3. anda mengambil teknik bang haji haer thalib
ya untuk membentuk recordset base untuk form nya ? wah, kok
bang haji ga marahin ente ya bang, bersusah-payah coding
seperti php alike programmer, sedangkan access memberikan
cara yang mudah untuk itu ... :D
hahaha.....
don't mean to provoke bang haji, dan juga cak harry ...
tapi style bang heru bener-bener style
build from scratch .. (semi scratch sih, karena subformnya
itu sudah bound form yang dilepas recordsource nya)....
ok, masih banyak pertanyaan
lain terkait dengan optimasi dan efisiensi ....., tapi
berikut yang bang heru inginkan:
cukup membuka recordset baru
untuk mengambil jumlah yang tersimpan untuk id trans yang
bersangkutan,
fungsi connect, openrecordset,
dan destroy saya jadikan public sub di module sendiri:
Option Compare Database
Option Explicit
Public Sub Connect(ByRef connection As
ADODB.connection, ByVal database As String)
Set connection = New ADODB.connection
With connection
.Provider =
"Microsoft.ACE.OLEDB.12.0"
.Open "Data Source="
& CurrentProject.Path & database
End With
End Sub
Public Sub OpenRecordset(ByRef rs As
ADODB.Recordset, ByVal connection As ADODB.connection, ByVal
sql As String)
Set rs = New
ADODB.Recordset
With rs
Set .ActiveConnection =
connection
.CursorLocation =
adUseClient
.Source = sql
.LockType = adLockReadOnly
.CursorType =
adOpenForwardOnly
.Open
End With
End Sub
Public Sub Destroy(object As
Object)
object.Close
Set object = Nothing
End
Sub
regards,
a.k.
On 2/22/2015 4:20 PM, Heru Wibowo
heru.wibowo4456@gmail.com
[belajar-access] wrote:
Oh ya...maaf ya pak kalau
pertanyaan saya malah membingungkanJadi begini pak sekarang saya coba
attach ( zip file ) atas case yang terjadi, attach nantinya
akan terbentuk file access yang terdapat dalam beberapa
folder setelah dilakukan extract, sbb:1.
Folder test --> merupakan folder tempat fe dan be
berada2. test_fe --> nantinya yang
dijadikan engine (dalam engine tidak ada table sama sekali)
--> silahkan nanti membuka yang file ini3.
sub folder data --> tempat untuk data yang dipisahkan
menurut mapping kegunaannya, yaitu :3.1
dbMaster --> berisi database khusus master master
data3.2 dbTrans --> berisi database
khusus transaksi transaksiversi Ms Access yang saya gunakan
adalah MS Access 2010.metode yang saya pakai bukan link
table tetapi koneksi dengan teknik ADO Yang menjadi problem (case
memunculkan detail transaksi ke dalam continous form sudah
solved, yang belum adalah sbb)1.
Saya belum bisa menemukan cara jika setelah klik add detail,
jumlah yang terdapat pada list transaksinya tidak muncul,
bagaimana cara memunculkannya ?2.
Saya tidak bisa menampilkan subreport berupa detail
transaksinya dalam main report, bagaimana caranya
? Atas bantuan pemecahannya saya
ucapkan terima kasih. Salam,Heru W 2015-02-21 21:49 GMT+07:00 Aksan
Kurdin aksan.kurdin@gmail.com
[belajar-access] <belajar-access@yahoogroups.com>:
Dimana kode
nya ?
atau langkah bagaimana anda
menampilkan sehingga tidak tampil ?
Tanpa
melihat kode/caranya, susah untuk membayangkan persis
permasalahannya, terlalu lebar :)
regards,
a.k.
On
2/21/2015 12:20 PM, Heru Wibowo heru.wibowo4456@gmail.com
[belajar-access] wrote:
Bang kenapa ya data
pada subreport tidak bisa muncul pada saat load main
report.
Teknik yg kami pakai menggunakan
adodb.recordset
Jadi yang muncul hanya data
pada main reportnya saja,tetapi data di subreportnya ndak
muncul.
Sengaja kami tidak pakai link master
fields/child fields karena subreport tersebut bersifat
dinamis?Salam,
Heru wOn
20 Feb 2015 11:43, "Aksan Kurdin aksan.kurdin@gmail.com
[belajar-access]" <belajar-access@yahoogroups.com>
wrote: 1. Bisa,
dengan beberapa catatan. Anda sudah harus membuat control2
di atas form yang bound pada nama field, dari recordset yang
direpresentasikan. Atau mungkin sedikit susah payah create
control run time.
2. http://www.utteraccess.com/wiki/index.php/Choosing_between_DAO_and_ADO
3. ldb itu adalah informasi
locking database. siapa saja user yang memakai db tersebut.
File ini akan selalu dibuat oleh Access setiap kali form
dibuka. Jadi jangan khawatir dengan file ini.
Ada tool khusus untuk membaca user siapa saja
yang sedang memakai access file tersebut, ldbview.
Regards,
a.k.
On 2/1/2015 7:22 PM, Heru Wibowo
heru.wibowo4456@gmail.com
[belajar-access] wrote:
Dear all,
Langsung ke point aja, kami ada pertanyaan
sbb:
1. Bisakah data dari tabel lain
database ms access dibaca ke continous form ? Dari googling
hal ini bisa tetapi dengan metode link atau data diimport
dahulu ke access yg aktif.
Sedangkan yg kami
maksud adalah:
Connect ke database lain-baca
isi tabel dalam continous form-disconnect dari sumber
database.
Jika bisa bagaimanakah caranya
?
2.Untuk membaca data dari lain database
dalam jaringan LAN metode apakah yg paling baik?ADO ataukah
DAO?
3.Pada saat menggunakan metode ADO
untuk menampilkan data pada subform dan recordset sudah
diclose dan diset nothing,demikian pula untuk
koneksinya,tetapi pada data sumber koq masih tampil ldb-nya
yah?apakah berati masi terkoneksi dgn data sumber?Demikian pertanyaan ini kami
sampaikan.
Atas bantuan pencerahannya kami
ucapkan terima kasih.Salam,
Heru
w---------- Forwarded message
----------
From: "Heru Wibowo"
<heru.wibowo4456@gmail.com>
Date: 30 Jan 2015 19:51
Subject: Dao atau ado
To:
"Belajar Access" <belajar-access@yahoogroups.com>
Cc:
Dear all,
Langsung ke point aja, kami ada pertanyaan
sbb:
1. Bisakah data dari tabel lain
database ms access dibaca ke continous form ? Dari googling
hal ini bisa tetapi dengan metode link atau data diimport
dahulu ke access yg aktif.
Sedangkan yg kami
maksud adalah:
Connect ke database lain-baca
isi tabel dalam continous form-disconnect dari sumber
database.
Jika bisa bagaimanakah caranya
?
2.Untuk membaca data dari lain database
dalam jaringan LAN metode apakah yg paling baik?ADO ataukah
DAO?
Demikian pertanyaan ini kami
sampaikan.
Atas bantuan pencerahannya kami
ucapkan terima kasih.Salam,
Heru
W
Posted by: "Nurhasim Hasan"
<hasimnurhsm@yahoo.com>
Posted by: Heru Wibowo <heru.wibowo4456@gmail.com>
| Reply via web post | • | Reply to sender | • | Reply to group | • | Start a New Topic | • | Messages in this topic (15) |
Tidak ada komentar:
Posting Komentar