itu pun karena sp-nya gak diversioning, dan juga pake databasenya, satu
schema dipake rame-rame.
dodol banget ya? :D padahal install oracle xe, di komputer sendiri juga bisa
jalanin spnya sendiri.
kalo udah diversioning, mana bisa ada maen timpa sembarangan???
2010/5/21 ifnu ifnub...@gmail.com
On Wednesday, May 26, 2010, 6:24:49 PM, sm96 wrote:
itu pun karena sp-nya gak diversioning, dan juga pake databasenya,
satu schema dipake rame-rame. dodol banget ya? :D padahal install
oracle xe, di komputer sendiri juga bisa jalanin spnya sendiri. kalo
udah diversioning, mana bisa ada maen
2010/5/20 Niksen Harjanto milis.java.ko...@gmail.com
Kalo liat dari sisi programmer java (ga menganggap semua sama), mereka
lebih suka dengan query/SP yang menghasilkan 1 resultset karena mereka
kebanyakan menggunakan framework macam Hibernate ato iBatis. Bagi
pengguna framework ini, ya ga
On 5/20/10, Endy Muhardin endy.muhar...@gmail.com wrote:
Kayaknya gini.
Mayoritas programmer Java yang ada di sini kerja di software house
yang punya banyak client.
Masing-masing client punya preferensi database sendiri, misalnya
Client A udah langganan Oracle,
Client B IBM-minded, dan
2010/5/21 Niksen Harjanto milis.java.ko...@gmail.com:
Ya ini yang masih bermasalah. Walau di kita pake Visual SourceSafe,
tetep aja ada yang bentrok skrip SP. Makanya di kita dibagi 1 orang 1
modul. Ntar kalo perlu ngerubah SP yang general (dipake di banyak
modul) mesti triak2 dulu woy ada
nggak scalable sama sekali. Pernah ketemu kasus dimana satu aplikasi dikerjakan
beberapa tim. Ada satu tim ngerjain aplikasi modul A dan tim lain mengerjakan
aplikasi modul B. Anggota timnya cukup banyak, jadi sering-sering berantem
karena saling timpa / edit SP tanpa ada tracking yang memadai.
itu karena multiple cursor bukan tergolong SQL standar
jadi tidak bisa diandalkan kalau mau pindah database
ini masalah portability, interoperability
2010/5/20 Niksen Harjanto milis.java.ko...@gmail.com
hmmm Sorry nih kalo jawabannya rada beda kalo diliat dari sudut
pandang programmer
hmmm Sorry nih kalo jawabannya rada beda kalo diliat dari sudut
pandang programmer Java kebanyakan. Tiap saya bikin aplikasi, saya
pake SP. Sekali panggil SP, kalo UI nya butuh banyak resultset, saya
bikin di SP nya ngasilin banyak resultset. Misalnya untuk UI sales
contract, sales order,
ini masih tergolong micro-benchmark.
hasilnya tentu saja tidak menjamin bakal sesuai untuk produk yg mau
dikembangkan.
karena banyak faktor lain yg bakal mempengaruhi proses benchmark.
secara sepintas masuk akal pake cara semacam itu, tapi itu tidak benar-benar
menjamin
2010/5/8 Tejo A Kusuma
On Thursday, May 6, 2010, 7:01:23 PM, Brain90 wrote:
Berikut salah satu contoh menarik skenario pengujian MySQL (untuk
proses INSERT). Menggunakan PHP,Linux, Dan MySQL:
http://daunsalam.net/artikel/mysqltes.htm
Dengan asumsi klaim penulisnya dan script yang digunakan
Tidak ada pengaturan
Sebaiknya menggunakan tool monitoring,
well, pengujian tidak selalu untuk membandingkan dengan produk lain,..
bisa untuk tweaking query String, bisa untuk pertimbangan budget investasi
hardware, bandwidth jaringan atau resource lain
untuk sekala enterprise, pengujian spt itu penting, tapi
Tejo A Kusuma wrote:
Sebaiknya menggunakan tool monitoring,
well, pengujian tidak selalu untuk membandingkan dengan produk lain,..
bisa untuk tweaking query String, bisa untuk pertimbangan budget investasi
hardware, bandwidth jaringan atau resource lain
untuk sekala enterprise, pengujian
MySQL, ORACLE, atau PostgreSQL
Tejo A Kusuma wrote:
Sebaiknya menggunakan tool monitoring,
well, pengujian tidak selalu untuk membandingkan dengan produk lain,..
bisa untuk tweaking query String, bisa untuk pertimbangan budget
investasi
hardware, bandwidth jaringan atau resource lain
untuk
] Memilih MySQL, ORACLE, atau PostgreSQL
Tejo A Kusuma wrote:
Sebaiknya menggunakan tool monitoring,
well, pengujian tidak selalu untuk membandingkan dengan produk lain,..
bisa untuk tweaking query String, bisa untuk pertimbangan budget
investasi
hardware, bandwidth jaringan atau resource
Mbandingin produk?
nggak banget deh, masing2 punya plusminus sendiri.
sehari-hari saya bekerja dengan oracle *dengan stereotype* *yang
terkenal: orakel-ar kelar,.. *
*sangat powerful untuk menghandle data dengan skala besar.*
*
*
*tergantung kebutuhan lah boz, mau milih yang mana, tergantung
Berikut salah satu contoh menarik skenario pengujian MySQL (untuk
proses INSERT).
Menggunakan PHP,Linux, Dan MySQL:
http://daunsalam.net/artikel/mysqltes.htm
@yahoogroups.com; Codeigniter Indonesia
codeigniter...@yahoogroups.com
Sent: Tue, May 4, 2010 10:00:13 AM
Subject: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
Tmen2... butuh saran nih
Untuk aplikasi web based yang menghandle data ratusan ribu dengan pertumbuhan
data sekitar seratus ribu
2010/5/4 Sugihartono mr.sugihart...@yahoo.com
Tmen2... butuh saran nih
Untuk aplikasi web based yang menghandle data ratusan ribu dengan pertumbuhan
data sekitar seratus ribu pertahun, dbms apa yang cocok digunakan?
aplikasinya tdk terlalu padat trafficnya. Jika menggunakan oracle apakah
pake database apa aja bisa, hanya saja mesti siap infrastrukturnya saja.
tentu saja ini sangat menentukan pertimbangan secara bisnisnya.
soal bisa, ya bisa saja lah.
karena bukan berarti kalo ada siapa saja yg punya pengalaman buruk
pake teknologi tertentu dan dia ternyata gagal, bukan berarti
, 2010 1:20
PM
To: jug-indonesia@ yahoogroups. com
Subject: Re: [JUG-Indonesia]
Memilih MySQL, ORACLE, atau PostgreSQL
Kalo menurut gw seh yg penting cari database yang punya kemampuan
indexing bagus.
Jadi walaupun datanya mo berjeti-jeti juga untuk searching ga masalah
2010/5/4 sm96 syaiful.mukh...@gmail.com
pake database apa aja bisa, hanya saja mesti siap infrastrukturnya saja.
tentu saja ini sangat menentukan pertimbangan secara bisnisnya.
soal bisa, ya bisa saja lah.
karena bukan berarti kalo ada siapa saja yg punya pengalaman buruk
pake teknologi
: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
Mysql dong…
:p
Google ajah pake
mysql :p
Konon katanya :p
Adelwin Handoyo | Senior Consultant -
Wholesale Bank
Standard
Chartered Bank
7, Changi Business Park Cresent, Level 3. Singapore
(486028)
T: (65) 659 61395 |E adelwin.adel
Subject: RE: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia@yahoogroups.com
Date: Tuesday, May 4, 2010, 12:25 AM
Mysql dong…
:p
Google ajah pake
mysql :p
Konon katanya :p
Adelwin Handoyo | Senior Consultant -
Wholesale Bank
Standard
milis.java.ko...@gmail.com
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia@yahoogroups.com
Date: Tuesday, May 4, 2010, 7:04 AM
AFAIK
kalo mau pake stored procedure n butuh multiple resultset dalam sekali
eksekusi (sekali kirim perintah ke server), pake MySQL.
Soalnya
Yap endy bener banget ... ini mah kec... 100rb pertahun. Di telan
sama MySQL mah kayak makan snack.
Kalau sudah seperti di tempat gw, handle CDR output dari salah satu operator
telco indonesi, ini operator menengah lho, bukan yang gede-gede amat. 32
JUTA record itu makanan setiap hari.
Pake Oracle, MySQL, atau PostgreSQL, pak ..?? Atau SQL Server 2008 ..??
--- On Tue, 5/4/10, Ferdinand Neman new...@gmail.com wrote:
From: Ferdinand Neman new...@gmail.com
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia@yahoogroups.com
Date: Tuesday, May 4
-indonesia@yahoogroups.com
Sent: Tue, May 4, 2010 4:07:47 PM
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
Pake Oracle, MySQL, atau PostgreSQL, pak ..?? Atau SQL Server 2008 ..??
--- On Tue, 5/4/10, Ferdinand Neman new...@gmail. com wrote:
From: Ferdinand Neman new
Halo Temans...
Kalo saya sih biasanya pilih yang saya bisa aja...
dibanding kita sambil coba2... waa... bisa gak kelar2 deh developnya :D
Salam
Denny
PostgreSQL, pak ..?? Atau SQL Server 2008 ..??
--- On *Tue, 5/4/10, Ferdinand Neman new...@gmail.com* wrote:
From: Ferdinand Neman new...@gmail.com
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia@yahoogroups.com
Date: Tuesday, May 4, 2010, 3:38 AM
...@gmail. com
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia@ yahoogroups. com
Date: Tuesday, May 4, 2010, 3:38 AM
Yap endy bener banget ... ini mah kec. .. 100rb pertahun. Di
telan sama MySQL mah kayak makan snack
2010/5/4 Ferdinand Neman new...@gmail.com
Xi xi xi dari semua yang disebut, yang paling mungkin dan ada operator
yang pake adalah Oracle.
Yang lain tewas tapi gw gak pake itu. Karena semuanya masih Row Based.
Pake yang column based.
Wah, Column-based DB ada yang skala komersial toh?
Xi xi xi dari semua yang disebut, yang paling mungkin dan ada operator
yang pake adalah Oracle.
Yang lain tewas tapi gw gak pake itu. Karena semuanya masih Row Based.
Pake yang column based.
So, guess again.
Hive + HBase dengan Hadoop di filesystemnya. keknya itu dari kemaren2
2010/5/4 Ifnu bima ifnub...@gmail.com
Pernah juga denger dari client gw, kebetulan mereka ini handle CDR
untuk menengah juga, Oracle disuru insert 100.000 record per detik
tewas seketika :)).
Belum tentu salahnya Larry Ellison.
Mungkin tabelnya belum disetting untuk optimasi insert.
Untuk
...@yahoo.com
Date: Tue, 4 May 2010 02:16:11
To: jug-indonesia@yahoogroups.com
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
kalo transaksi engga terlalu banyak..
mendingan dari yang kecil dulu..
sesuai dengan kebutuhan... ^_^
MySql - migrasi Oracle...
kan enak tuh..udah ada
...@yahoo.com
*Date: *Tue, 4 May 2010 02:16:11 -0700 (PDT)
*To: *jug-indonesia@yahoogroups.com
*Subject: *Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
kalo transaksi engga terlalu banyak..
mendingan dari yang kecil dulu..
sesuai dengan kebutuhan... ^_^
MySql - migrasi Oracle
Bukan nu, yang dipakai itu GreenPlum.
Yang gw lagi riset itu, data warehousing pake hadoop emang.
Salam.
2010/5/4 Ifnu bima ifnub...@gmail.com
Xi xi xi dari semua yang disebut, yang paling mungkin dan ada
operator yang pake adalah Oracle.
Yang lain tewas tapi gw gak pake itu.
On Tue, May 4, 2010 at 2:47 PM, Sugihartono mr.sugihart...@yahoo.com wrote:
DB lain dah dieliminasi pas diskusi, jadi pas minta pendapat ke forum dah
fokus..
btw ada yg punya link bagus untuk tuning db? yang best practice aja.. yg
konkrit tdk byk teori
Kayaknya dulu saya pernah posting
Subject: RE: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia@yahoogroups.com
Date: Tuesday, May 4, 2010, 12:25 AM
Mysql dong…
:p
Google ajah pake
mysql :p
Konon katanya :p
Adelwin Handoyo
Tmen2... butuh saran nih
Untuk aplikasi web based yang menghandle data ratusan ribu dengan pertumbuhan
data sekitar seratus ribu pertahun, dbms apa yang cocok digunakan?
aplikasinya tdk terlalu padat trafficnya. Jika menggunakan oracle apakah
keuntungannya sebanding dengan biaya licence yang
MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia@yahoogroups.com, Codeigniter Indonesia
codeigniter...@yahoogroups.com
Date: Monday, May 3, 2010, 10:00 PM
Tmen2... butuh saran nih
Untuk aplikasi web based yang menghandle data ratusan ribu dengan
Kalo menurut gw seh yg penting cari database yang punya kemampuan indexing
bagus.
Jadi walaupun datanya mo berjeti-jeti juga untuk searching ga masalah.
Regards,
Yudhi Karunia Surtan
--
http://yudhikarunia.wordpress.com
From: jug-indonesia@yahoogroups.com
[mailto:jug-indone...@yahoogroups.com] On Behalf Of Yudhi Karunia Surtan
Sent: Tuesday, May 04, 2010 1:20 PM
To: jug-indonesia@yahoogroups.com
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
Kalo menurut gw seh yg penting cari database
42 matches
Mail list logo