Query normalisasi pengirim SMS

[Yusuf]

Salam,

Ini adalah solusi sementara sebelum ada update terbaru.

Query berikut ini akan mereset semua flag kirim info untuk pengirim tipe SMS. Kemudian memilih inbox terakhir untuk memilih 1 pengirim dari setiap reseller:

Code: [Select]

use otomax
set nocount on
update pengirim set kirim_info=0 where tipe_pengirim='S' and kirim_info=1
declare @kodereseller varchar(20), @pengirim varchar(50)
DECLARE cur1 CURSOR FORWARD_ONLY FOR SELECT kode FROM reseller
OPEN cur1
FETCH NEXT FROM cur1 INTO @kodereseller
WHILE @@FETCH_STATUS = 0 BEGIN
set @pengirim=null
select top 1 @pengirim=pengirim from inbox where kode_reseller=@kodereseller and tipe_pengirim='S' order by kode desc
if @pengirim is null
select top 1 @pengirim=pengirim from pengirim where kode_reseller=@kodereseller and tipe_pengirim='S'
if @pengirim is not null begin
print @kodereseller + ': ' + @pengirim
update pengirim set kirim_info=1 where pengirim=@pengirim and tipe_pengirim='S'
end
FETCH NEXT FROM cur1 INTO @kodereseller
END
CLOSE cur1
DEALLOCATE cur1

[rantureload]

Malam Minggu pak Lurah asyik jaga di sini... izin coba pak querynya..

trims pak..

[siti]

sql ya.. merinding kayaknya, ntar deh tunggu tutorial lengkapnya, makasih 

[First Hello]

Kalo takut terjadi apa2, backup dulu data2nya. MDF ama LDFnya, kalo perlu backup juga sqlnya sblm eksekusi script diatas. Jadi misal ada error, tinggal balikin lagi data backupan tadi.

Maaf, tulisan sy diatas cuman untuk menenangkan diri sy sendiri. Soalnya takut bermain dg urusan database 

[abe]

Ijin kopi pak ...Thx

[falcon]

Tetap semangat..... disaat yg sulit

[KluaRefill]

makasih pak yusuf,,
lumayan buat ngirit sms

[GR]

Udah test, mantap ko, aman terkendali...

nanya aja, kira2 ada ga ya cara selain itu, misal mengenali no pertama daftar / no paling lama yg terdaftar. Jadi bukan no terakir pengirim sms aja....

soalnya kalo rs sering trx trakir pake YM, yg di centang cuma YM aja... akirnya pas waktu minta saldo hanya kirim ke YM aja, dan kebetulan YM lagi logout....

[inihariku]

tutorialnya dong dibagikan...takut hang si-oto...

[mang_ganda]

Atasku setubuh, ikut antri tunggu tutor step by step, MODE ON

[abe]

tutorialnya dong dibagikan...takut hang si-oto...

Alhamdulillah lgsg di EXEcusi lgsg jalan ....
karena yg ngasih lgsg Ahlinya ....
kalo Terjadi seuatu  berarti itu hanya kebetulan ...  ( Ujian sesaat ) 

[Budi Santoso]

use otomax
set nocount on
update pengirim set kirim_info=0 where tipe_pengirim='S' and kirim_info=1
declare @kodereseller varchar(20), @pengirim varchar(50)
DECLARE cur1 CURSOR FORWARD_ONLY FOR SELECT kode FROM reseller
OPEN cur1
FETCH NEXT FROM cur1 INTO @kodereseller
WHILE @@FETCH_STATUS = 0 BEGIN
set @pengirim=null
select top 1 @pengirim=pengirim from inbox where kode_reseller=@kodereseller and tipe_pengirim='S' order by kode desc
if @pengirim is null
select top 1 @pengirim=pengirim from pengirim where kode_reseller=@kodereseller and tipe_pengirim='S'
if @pengirim is not null begin
print @kodereseller + ': ' + @pengirim
update pengirim set kirim_info=1 where pengirim=@pengirim and tipe_pengirim='S'
end
FETCH NEXT FROM cur1 INTO @kodereseller
END
CLOSE cur1
DEALLOCATE cur1

Udah test, mantap ko, aman terkendali...

nanya aja, kira2 ada ga ya cara selain itu, misal mengenali no pertama daftar / no paling lama yg terdaftar. Jadi bukan no terakir pengirim sms aja....

soalnya kalo rs sering trx trakir pake YM, yg di centang cuma YM aja... akirnya pas waktu minta saldo hanya kirim ke YM aja, dan kebetulan YM lagi logout....

Meluruskan... sepertinya hal ini tidak seperti itu... karena Syntax di atas hanya merubah pada pengirim tipe 'S' yaitu SMS... jadi semua YM tetep sama Kondisinya....

UNtuk Eksekusi syntax ini pasti bervariatif lamanya... karena tergantung jumlah Agen yang ada... tapi mennurut saya Syntax ini Aman... karena tidak ada indikasi Delete jadi tidak akan kejadian kehilangan data....

Maaf kkalo salah...

[GR]

Meluruskan... sepertinya hal ini tidak seperti itu... karena Syntax di atas hanya merubah pada pengirim tipe 'S' yaitu SMS... jadi semua YM tetep sama Kondisinya....

UNtuk Eksekusi syntax ini pasti bervariatif lamanya... karena tergantung jumlah Agen yang ada... tapi mennurut saya Syntax ini Aman... karena tidak ada indikasi Delete jadi tidak akan kejadian kehilangan data....

Maaf kkalo salah...

yup YM.Gtalk aman, tdk ada hilang centang. tapi yg saya amati kalo trx terakir pengirim pake ym, maka no akan hilang centangnya.  MAAP kalo salah...

[KIPLI]

mantaf and sukses

[ragil]

mau tanya pak big bos, query ini dijalankan hanya sekali aja apa gimana? (apa setelah di jalankan selanjutnya otomax akan otomatis memilih nmr yg terakhir bertransaksi??) apa tiap hari biar update??

[First Hello]

Cukup sekali aja bos ragil.. Dan dipake selamanya, kayak orang sunat.. Sekali aja cukup,. jgn sering2.. ntar bisa........,,,,,

[Budi Santoso]

mau tanya pak big bos, query ini dijalankan hanya sekali aja apa gimana? (apa setelah di jalankan selanjutnya otomax akan otomatis memilih nmr yg terakhir bertransaksi??) apa tiap hari biar update??

Sesuai kkebutuhan aja... mungkin bisa di buat 3 hari sekali... atau tiap hari... karena untuk antisipasi Reseller yang Par Nomor dan ganti Nomor....

[ragil]

Cukup sekali aja bos ragil.. Dan dipake selamanya, kayak orang sunat.. Sekali aja cukup,. jgn sering2.. ntar bisa........,,,,,

Sesuai kkebutuhan aja... mungkin bisa di buat 3 hari sekali... atau tiap hari... karena untuk antisipasi Reseller yang Par Nomor dan ganti Nomor....

ok trimaksih penjelasannya...

[mahfud]

query itu untuk mengaktifkan nomor yang terakhir masuk inbok
iseng punya pemikiran kalau nanti tarif udah normal
bagaimana caranya mengaktifkan semua nomor pengirim melalui query juga bos
dibantu ya

[falcon]

query itu untuk mengaktifkan nomor yang terakhir masuk inbok
iseng punya pemikiran kalau nanti tarif udah normal
bagaimana caranya mengaktifkan semua nomor pengirim melalui query juga bos
dibantu ya

Hemm..... sy juga punya pemikiran yg sama.. maklum dulu sekolahnya gak tamat