Saya mau buat program CUT OFF data, Saya coba seperti dibawah ini : procedure TForm1.Button2Click(Sender: TObject); begin with TTable.Create(Self) do begin DatabaseName:= 'A:'; TableName:='PetJaga2'; TableType:=ttParadox; With FieldDefs do Begin Add('JAM',ftstring,10,True); Add('TANGGAL',ftDate,0,True); Add('NAMA',ftstring,20,True); end; CreateTable; end; end; nah mandeg deh, karena tabel ga bisa di akses langsung. gimana caranya agar tabel yang baru ini bisa langsung di isi untuk memindahkan data-data dari tabel lain (katakan saja tablenamenya 'PetJaga1') Saya mau pindahkan isi tabel Petjaga1 ke PetJaga2, kemudian tabel PetJaga2 akan saya kosongkan kembali. Gimana... tolong dong...

hah..? kalo isi table petjaga1 udah dipindahkan ke table Petjaga2.. lalu table petjaga2 nya mau dikosongkan kembali..?!!! Hilang donk datanya... Percuma aja dipindahkan.. tapi kalo mau pindahkan data dari table petjaga1 ke table petjaga2... kan bisa pake looping.... lalu ngosongkannya juga bisa pake looping.... //code untuk delete table1.first; while table1.eof=false do begin table1.delete; table1.next; end;

pake DBE ya mas. hmmmm..... ada sih caranya mas bisa pake komponen BatchMove (ada di pallete BDE). komponen ini bisa dipake untuk memindahkan data antar tabel (tp masih dalam 1 database). pemakaiannya juga gampang kok. 1. set property Source dengan DataSet asal yang akan dikopi (mis. tblOrder) 2. set property Destination dengan DataSet tujuan pengkopian (mi. tblOrderHistory) 3. eksekusi BatchMove.Execute nb. ada pilihan property Mode juga (silakan dibaca manualnya) nah setelah proses kopi ke tabel histori berhasil, tinggal tabel asal didelete semua. bisa pake: DELETE FROM tblOrder. trus tambahan info aja, klu mas pake DBEngine yang support Trigger, bisa pake Trigger After Delete pada tabel asal (tblOrder) yang isinya adalah insert ke tabel tujuan (tblOrderHistori) rgds

oiya klu data ditabel merupakan transaksi yang bersambung, jgn lupa menyimpan nilai terakhir untuk dimasukkan ke tabel yang barusan dibersihkan tadi. keuntungan mekanisme ini menurut saya adalah, transaksi relatif cepat (tblOrder jumlah recordnya tidak banyak) dan histori transaksi masih ada. kemudian yg paling penting, aplikasi tidak menebak2 nama tabel yang akan diakses. nama tabel selalu sudah pasti. :)

Jadi memindahkan isi tblorder ke tabel yang baru dalam penulisan program tabel baru harus sudah pasti ya.... Apakah ga bisa tabel barunya di buat dengan cara entri. Misalnya, dalam runtime ada pertanyaan nama tabel baru yang akan di buat. Sehingga tiap bulan saya membuat tabel baru via program tadi. Jadi pada bulan Januari 2006 saya buat tabel baru misalnya namanya MUT0601 Februari dibuat MUT0602 Maret dibuat MUT0603 dan seterusnya Nama-nama tabel ini kan tidak mungkin dibuat dalam penulisan program jika program dipakai hingga tahun 2100 kan ga praktis Bisa ga ya.....?