Menormalkan Kegagalan Koneksi SQLSTRINGCONNECT

[CarubBawor]

Saya baru saja eksperimen me-run/mengulang koneksi (SQLSTRINGCONNECT) berkali-kali, dan pada hitungan ke 102 kali, koneksi error/gagal....

Nah kalau sudah error begitu tidak akan bisa di buat koneksi lagi, akan gagal terus... kalau dijalankan di VFP langsung, maka jalan keluarnya VFP harus di restart, baru bisa lagi..., begitu juga jika dijalankan di aplikasi....

Adakah cara agar biar koneksi bisa dibuat lagi tanpa harus restart aplikasi...? karena kan merepotkan jika adfa error koneksi terus programnya harus dijalankan ulang.
Saya udah coba release variabel publik koneksinya tapi tetap gak bisa.

Mohon bantuan Bapak-bapak dan terimakasih sebelumnya.

[sinyonamakoe]

Saya baru saja eksperimen me-run/mengulang koneksi (SQLSTRINGCONNECT) berkali-kali, dan pada hitungan ke 102 kali, koneksi error/gagal....

habis koneksi ga diputus lagi mas ?

[CarubBawor]

Oh ya yang percobaan tadi ga diputus Mas.... setelah saya kasih script putus memang ga error....lebih dari 150 kali ulang...
Tapi sebenernya sebelum testing tersebut saya mengalami kegagalan koneksi di aplikasi (pakai model putus sambung) padahal sudah saya kasih script putus...ga tau mbelibed dimana jadinya ada error...

Nah kembali kesini : Adakah cara agar biar koneksi bisa dibuat lagi tanpa harus restart aplikasi...? karena kan merepotkan jika adfa error koneksi terus programnya harus dijalankan ulang.
Tanpa memandang kegagalan koneksi karena pengulangan koneksi tadi, tapi entah karena sebab apapun...

[sinyonamakoe]

ini kutipan pada konfigurasi my.ini

# The maximum amount of concurrent sessions the MySQL server will
# allow. One of these connections will be reserved for a user with
# SUPER privileges to allow the administrator to login even if the
# connection limit has been reached.
max_connections=100

Mungkin bisa dimanfaatkan, selain juga manajemen koneksi yang ada diaplikasi anda tentunya.

Adakah cara agar biar koneksi bisa dibuat lagi tanpa harus restart aplikasi...?

Ini jawabannya pasti beragam, karena pola koding masing2 orang berbeda, tapi dari kasus anda ..saya malah timbul pertanyaan :

- "Kenapa aplikasi mesti direstart dahulu agar bisa buat koneksi lagi?"

berarti ada sesuatu pada aplikasi / konfigurasi database anda yang menyebabkan hal tersebut tejadi, sesuai uraian sampeyan :

...ga tau mbelibed dimana jadinya ada error...

itu yang mesti ditelusuri terlebih dahulu, saya pikir jawaban dari pertanyaan saya akan jadi jawaban dari pertanyaan mas carub juga.

Monggo mas..

[CarubBawor]

Wah makasih banget Mas Sinyo penjelasannya....
Akan saya teliti lagi koding saya.

Memang ada yang kembali menjadi pertanyaan yaitu : Kemungkinan yang menutut harus di restart aplikasi lagi adalah kalau error koneksi dikarenakan over jumlah koneksi. Sedangkan kalau penyebab lain misal gangguan jaringan mungkin tidak ya.... saya belum coba dijaringan ini masih lokal...

[foxy]

Adakah cara agar biar koneksi bisa dibuat lagi tanpa harus restart aplikasi...?

Kalau Anda pakai SPT bisa. Tapi seperti post @sinyonamakoe, itu tergantung pola coding yang Anda gunakan. Prinsipnya, sebelum mengirim query apapun ke SQL Server, Anda harus memeriksa apakah handle koneksi masih valid atau tidak. Kalau tidak valid, berarti sistem harus membuat koneksi baru.

Kalau Anda pakai remote views, hal ini tidak mungkin dilakukan tanpa mengorbankan kelebihan dari remote views itu sendiri. Karena saat suatu remote views di USE, VFP secara internal menyimpan handle koneksi ODBC di property-nya secara read-only (lihat sqlgetprop(liSQLConnHandle,"ODBChdbc"). Jadi apabila koneksi putus, koneksi remote view itu juga akan lepas. Dan satu-satunya cara untuk menyambung kembali adalah me-USE ulang remote view itu. Padahal me-USE ulang berarti harus melepaskan ControlBinding remote views terlebih dahulu. Padahal justru kemudahan penggunaan remote view adalah aplikasi mem-bind remote view saat form dibuka, lalu saat transaksi di-save (berarti view sudah diisi oleh user dan divalidasi), remote view dikirim kembali ke server dengan tableupdate(). Kalau mau repot-repot mengurus koneksi, ngapain pakai remote view?

Jadi, kembali ke Anda. Apakah Anda mau menggunakan SPT dan bersedia menambahkan coding tambahan untuk menangani kasus koneksi putus? Atau Anda memilih untuk menikmati mudahnya remote views, dan mengasumsi koneksi selalu ada (berarti kalau koneksi error, ya keluar program, masuk lagi)?

... Tapi sebenernya sebelum testing tersebut saya mengalami kegagalan koneksi di aplikasi (pakai model putus sambung) padahal sudah saya kasih script putus...ga tau mbelibed dimana jadinya ada error...

Coba di script sebelum memutuskan koneksi, Anda beri SET STEP ON, lalu check dengan debuger, handle apa yang akan diputus. Besar kemungkinan yang diputus adalah koneksi yang seharusnya gak diputus. Makanya mbelibed.

hth,
foxy

[foxy]

Oh ya, saya lupa. Anda mungkin tertarik membaca link ini: http://fox.wikis.com/wc.dll?Wiki~Client/ServerDataAccessTechniques

regards,


foxy

[CarubBawor]

Makasih Papa Foxy penjelasannya...
saya pake SPT. Saya akan lebih meneliti lagi koneksinya. karena saya pake model putus sambung jadi kemaren saya test, saya taruh di atas script koneksi saya taruh script pemutus dimaksudkan agar koneksi sebelum dibuat lagi sudah benar-benar putus dan hasilnya belum saya temukan error...

Maksih juga untuk yang ini : SET STEP ON akan saya coba aplikasikan..