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 mae
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
>
>
> nggak scalable
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.
2010/5/21 Niksen Harjanto :
> 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 yang edit sp ini ga?" >_<
On 5/20/10, Endy Muhardin 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 Client C mottonya 3M :
2010/5/20 Niksen Harjanto
>
>
> 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 ada perbedaan untuk da
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
>
>
> hmmm Sorry nih kalo jawabannya rada beda kalo diliat dari sudut
> pandang programmer Java kebanyakan. Tiap say
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, faktu
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
>
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 en
gt;
> -Original Message-
> From: jug-indonesia@yahoogroups.com
> [mailto:jug-indonesia@yahoogroups.com ]
> On Behalf Of Martinus Ady H
> Sent: Friday, May 07, 2010 5:37 PM
> To: jug-indonesia@yahoogroups.com
> Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau Po
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 ata
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, peng
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 sebaikn
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 penga
Berikut salah satu contoh menarik skenario pengujian MySQL (untuk
proses INSERT).
Menggunakan PHP,Linux, Dan MySQL:
http://daunsalam.net/artikel/mysqltes.htm
t; >
> >
> >
> >
> > Adelwin Handoyo | Senior Consultant -
> > Wholesale Bank
> >
> > Standard
> > Chartered Bank
> >
> > 7, Changi Business
> > Park Cresent, Level 3. Singapore
> > (486028)
> >
> &
On Tue, May 4, 2010 at 2:47 PM, Sugihartono 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 tentang teknik
Bukan nu, yang dipakai itu GreenPlum.
Yang gw lagi riset itu, data warehousing pake hadoop emang.
Salam.
2010/5/4 Ifnu bima
>
>
> > 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 sem
--
> *From: * "daru.priyoko"
> *Date: *Tue, 4 May 2010 02:16:11 -0700 (PDT)
> *To: *
> *Subject: *Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
>
>
>
> kalo transaksi engga terlalu banyak..
> mendingan dari yang kecil d
Date: Tue, 4 May 2010 02:16:11
To:
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 planning jangka panjangnya...
jadi ad
2010/5/4 Ifnu bima
>
>
> 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 massive insert
> 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 kemare
2010/5/4 Ferdinand Neman
> 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?
Saya kira m
Sybase..?
SOL
Arief Ginanjar
http://gienvision.wordpress.com/
http://gienvision-en.blogspot.com/
Java Programmer - Zend Programmer
--- On Tue, 5/4/10, Ferdinand Neman wrote:
From: Ferdinand Neman
Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug-indonesia
tau PostgreSQL, pak ..?? Atau SQL Server 2008 ..??
>
> --- On *Tue, 5/4/10, Ferdinand Neman * wrote:
>
>
> From: Ferdinand Neman
>
> Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
> To: jug-indonesia@yahoogroups.com
> Date: Tuesday, May 4, 2010, 3:3
Halo Temans...
Kalo saya sih biasanya pilih yang saya bisa aja...
dibanding kita sambil coba2... waa... bisa gak kelar2 deh developnya :D
Salam
Denny
sia@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 wrote:
>From: Ferdinand Neman
>Subject: Re: [JUG-Indonesia] Memi
Pake Oracle, MySQL, atau PostgreSQL, pak ..?? Atau SQL Server 2008 ..??
--- On Tue, 5/4/10, Ferdinand Neman wrote:
From: Ferdinand Neman
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.
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. Dan
Tue, 5/4/10, Adelwin, Adelwin wrote:
>
> From: Adelwin, Adelwin
> Subject: RE: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
> To: jug-indonesia@yahoogroups.com
> Date: Tuesday, May 4, 2010, 12:25 AM
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
&
win@ sc.com
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> From: jug-indonesia@ yahoogroups. com [mailto: jug-indonesia@ yahoogroups.
> com ] On Behalf Of Yudhi Karunia Surtan
>
> Sent: Tuesday, May 04, 2010 1:20
> PM
>
> To: jug-indonesia@ yahoog
...@sc.com
From:jug-indonesia@yahoogroups.com [mailto: jug-indonesia@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 menu
2010/5/4 sm96
> 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
. 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.
Regards,
Yudhi Karunia
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
tekn
2010/5/4 Sugihartono
>
>
>
> 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
> keuntunganny
Indonesia
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 pertahun, dbms apa yang cocok digunakan?
aplikasinya
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
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
http://www.google.com/profiles/BrainMast
Ini ada link bagus:
http://www.devx.com/dbzone/Article/20743/0/page/2
Kalau pilihan saya untuk kasus dibawah, untuk amannya pilih PostgreSQL.
Trims ..
--- On Mon, 5/3/10, Sugihartono wrote:
From: Sugihartono
Subject: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL
To: jug
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 h
42 matches
Mail list logo