MS ACCESS MAILING LIST: Fwd: RE: [belajar-access] Fwd: Dao atau ado

---------- Forwarded message ----------
From: "nino ruwano" <ninoguevara@gmail.com>
Date: Mar 17, 2015 5:51 AM
Subject: Fwd: RE: [belajar-access] Fwd: Dao atau ado_nambah tanya
To: "Access" <nino96.access@blogger.com>
Cc:

---------- Forwarded message ----------
From: "'Nurhasim Hasan' hasimnurhsm@yahoo.com [belajar-access]" <belajar-access@yahoogroups.com>
Date: Feb 24, 2015 2:46 PM
Subject: RE: [belajar-access] Fwd: Dao atau ado_nambah tanya
To: <belajar-access@yahoogroups.com>
Cc:

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 IdBarang

dim no as long

no = 1

misal buka recordset

set rst = ...............

While not rst.eof

Me("idbrg_lbl" & no).Caption = rst!idBarang

rs.movenext

wend

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 W

On 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 W
On 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 membingungkan
Jadi 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 berada
2. test_fe --> nantinya yang dijadikan engine (dalam engine tidak ada table sama sekali) --> silahkan nanti membuka yang file ini
3. sub folder data --> tempat untuk data yang dipisahkan menurut mapping kegunaannya, yaitu :
3.1 dbMaster --> berisi database khusus master master data
3.2 dbTrans --> berisi database khusus transaksi transaksi
versi 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 w
On 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