ACCESS FEED: Re: [belajar-access] Fwd: Dao atau ado

Minggu, 22 Februari 2015

Re: [belajar-access] Fwd: Dao atau ado_nambah tanya

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