Ndak usah kawatir...
Ndak masalah mau pake' oracle, MySQL ato Postgresql...
Soal masalah kuat-kuatan database yang mana... dunia nyata udah banyak yang
nyoba kok...
Semua solusi ada plus maupun minus kalo' soal masalah database...
Yahoo! Pake' MySQL juga Oracle, 
Friendster pake' MySQL, 
BCA pake' ORACLE
Nah...ini kan cuman pilihan, nanti pasti butuh...
ndak penting yang mana yang dipilih...
Yang jelas, arahnya RDBMS...
dan kita siap serta punya orang buat ngelola...
RDBMS itu kan juga mengurangi sekali duplikasi data yang ada...
Jadi ndak ada istilah data versi tanggal sekian, bulan sekian...

Mimpinya ? 
KPPN ndak perlu kirim data harian atau bulanan...
Mungkin hanya laporan ringkas
(dan ini sepertinya bukan mimpi kok, walo ini kerja yang sangat beraaaat...)

SAP ? itu cuman modul kok... SAP di belakangnya juga butuh database kaya'
Oracle ato DB2
Cuman...kalo' kantor ini maksa pake' SAP, bisa dipastiin semua computer yang
ada di KPPN  banyak yang kudu di-upgrade...(yang jelas2 bakal menguras
kantong negara)

Terus kenapa harus di tiap KPPN sekarang malah dipasangin web server segala
?
Lha...itu kan sebagai perantara aja...
Aplikasi utama yang dipake masih tetep...
Tidak ada perubahan...
Di KPPN Percontohan pun masih pake' Aplikasi SP2D, Bendum, juga Vera...
Web server itu sebagai perantara memudahkan melihat dan nampilin data...

Kalo' tiba2 tiap KPPN diganti aplikasi SP2D-nya, apa ndak njebleg ?
(Ngulang masa awal 2005 dulu...sekali nginput..data langsung ilang ?
Ngulang masa Januari kemaren ????) :(
Jadi...itu sekadar perantara untuk membiasakan diri...

Minggu ini, seharusnya prasarana untuk 30KPPN percontohan sudah nyampe...
Peralatanpun harusnya sudah di-setting di KPPN masing-masing...


Soal kenapa ada beta version segala ?
Hm...ini sih dulu kalo' gak salah niatnya memang ngikuti Release Management
Cuman, beta-nya kelamaan :D
Dan beta-nya bener2 kadang bermasalah... 
mungkin ini ya yang nanti harus dibenerin pelan-pelan ... release
management.
2008 kan masih jauh, tapi tetep...embrio harus segera digagas...


----
jamur_kuping
h4nafi [at] depkeu.go.id
ym : h4nafi

This e-mail may contain trade secrets or privileged, undisclosed, or
otherwise confidential information. If you have received this e-mail in
error, you are hereby notified that any review, copying, or distribution of
it is strictly prohibited. Please inform us immediately and destroy the
original transmittal. Thank you for your cooperation.

From: [email protected]
[mailto:[EMAIL PROTECTED] On Behalf Of abe_shiki
Sent: 14 Juni 2007 17:14
To: [email protected]
Subject: Re: [Perbendaharaan List] KPPN Prima (Informasi utk Users/Daerah)

--- In [email protected], "jamur_kuping"
<[EMAIL PROTECTED]> wrote:
>
> Tambahan saja, walaupun bukan berarti ralat...


wuih ternyata kppn prima bener2 prima yah. dah pake solusi it yang
keren. hebat...

cuman kenapa harus harus buat web-server di kppn prima? katanya 
datanya terpusat. jadi kenapa web-servernya gak cuman satu aja di
pusat. jadi ntar di pusat bikin deh satu ato sekelompok server web
yang bisa melayani permintaan data spm/sp2d trus sekalian status rekon
di vera sekalian juga data yang dikelola ma bendum kayak ssbp.
daripada bikin satu di tiap kppn. 
ntar kalo misalnya ada orang nih di jakarta trus dia pengen liat
misalnya realisasi spm/sp2d di suatu satker di kppn timika? bisa gak?
nyampe gak data yang diminta? 

gw sih katro jadi gak tau mysql dan php. tapi kalo pake oracle
kayaknya bisa. katanya oracle kan nyediain solusi it buat manajemen
database tingkat korporasi. ini bukannya gw promosi loh. lagian kalo
gak mo pake oracle masih ada sap kan? bukannya kanwil pake oracle? yah
kalo mo mandiri dan lebih murah emang sih djpbn bisa bikin solusi it
sendiri. cuman gw agak khawatir soal implementasi nya nanti. yah liat
aja pas aplikasi kppn tahun 2007 ini. sering error sampe ada beta
version segala lagi. semoga aja implementasi nya nanti bisa lancar.

gw setuju banget ma ide pengembangan kayak gini. emang sih pake foxpro
rawan penyimpangan. jadi emang perlu model rdbms kayak yang disebutin
sama mas jamur_kuping. data terpusat mengurangi adanya perbedaan
antara data kppn dengan data kanwil dengan data kantor pusat seperti
yang pernah terjadi (yah palingan itu yang pernah gw alamin).

jadi selamat berjuang untuk bapak dan ibu yang bertugas memajukan
sistem di djpbn ini. gambatte kure!!!



Kirim email ke