Balas hasil 1C.

Dalam proses pembaruan, transfer data dari konfigurasi lain dan bahkan selama kerja sehari-hari, kegagalan teknis dimungkinkan ketika melakukan operasi sistem. Dalam kebanyakan kasus, kegagalan tersebut terdeteksi dan berhasil diproses, tetapi dalam beberapa kasus mereka masih mengarah pada kesalahan. Kesalahan seperti itu paling sering dimanifestasikan saat mengakses data akhir. Misalnya, dalam pernyataan rubel sild "tidak menyatukan" anal waktu awal, pergantian dan terbatas. Untuk memperbaiki situasi ini, hasilnya dihitung ulang.

Hitung ulang hasil dapat dilakukan dalam mode konfigurator (menu administrasi - pengujian dan koreksi).

Dalam hal tidak ada kemungkinan untuk memulai konfigurator, maka perhitungan ulang hasil dapat dieksekusi dari mode pengguna. Untuk melakukan ini, lakukan tindakan berikut.

  1. Tentukan tanggal dokumen pertama di basis informasi. Untuk melakukan ini, Anda dapat menggunakan "Jurnal Operasi" (Akuntansi Bagian, Pajak, Pelaporan). Daftar harus menghapus semua pilihan. Misalnya, 12/31/2011.
  2. Buka Formulir Manajemen Output dan Unit (Bagian Administrasi - Layanan Panel Layanan).

Tombol "OK" akan mulai menghitung ulang hasilnya. Setelah kegagalan selesai, laporan standar akan dibentuk tanpa kesalahan.

Menyukai? Bagikan dengan temanmu

Konsultasi untuk bekerja dengan program 1C

Layanan ini terbuka khusus untuk klien yang bekerja dengan program 1C dari konfigurasi yang berbeda atau pada informasi dan dukungan teknis (ITS). Ajukan pertanyaan Anda, dan kami akan menjawabnya dengan senang hati! Prasyarat untuk mendapatkan konsultasi adalah adanya perjanjian yang ada dari prof. Pengecualian adalah versi dasar PP 1C (8 versi). Bagi mereka, ketersediaan kontrak tidak diperlukan.

Register residu dan akumulasi saat ini secara fisik terdiri dari dua tabel: tabel gerakan dan total tabel. Tabel hasil berisi data dari data pengukuran dari tabel gerakan, untuk akses yang lebih cepat ke data ini. Hasil secara default ada selama berbulan-bulan, pada angka pertama setiap bulan; Untuk register, hasil yang relevan juga disimpan secara terpisah, yaitu, hasil bulan berjalan. Untuk setiap register individu, hasil saat ini dapat dinonaktifkan.
Pada saat perekam dokumen, itu dibentuk sebagai entri dalam tabel gerakan, serta catatan di tabel hasil, dan jika dokumen diadakan pada bulan lalu, catatan akan dilakukan dengan jumlah bulan lalu. Artinya, semua hasil masa lalu diperbarui.
Untuk mengukur register, Anda dapat menonaktifkan penggunaan hasil, ia memiliki efek positif pada kinerja pangkalan:

Kami juga mencatat bahwa ada dua alternatif - penggunaan hasil atau penggunaan agregat; Opsi kedua lebih fleksibel.

Pertanyaan 12.30 Ujian 1C: Professional di platform. Hasil untuk residual akumulasi register:

  1. Tidak disimpan
  2. Disimpan. Mereka tidak terbatas pada periode yang dihitung, karena dihitung oleh sistem secara otomatis saat membuka periode berikutnya
  3. Dapat disimpan, tetapi terbatas pada periode hasil yang dihitung. Jika mereka tidak diusir, maka mereka tidak disimpan. Anda dapat mengelola hasil yang dihitung dalam mode 1C: perusahaan
  4. Jawaban yang benar 2 dan 3, karena perhitungan otomatis hasil perantara dapat diatur dalam mode konfigurator

Jawaban yang benar adalah yang ketiga.

Pertanyaan 12.32 Ujian 1C: Professional di platform. Saat bekerja dengan mendaftar akumulasi dengan jenis "residu", mematikan hasil mengarah pada kenyataan bahwa:

  1. anda hanya bisa mendapatkan sisa-sisa operasional
  2. anda bisa mendapatkan residu kapan saja, tetapi kecepatan mereka akan meningkat

Jawaban yang benar adalah yang kedua. Dalam hal hasil termasuk, residu tersedia pada periode bulanan.

Pertanyaan 12.33 Ujian 1C: Professional pada platform. Saat menghitung ulang hasil saat ini oleh pengguna:

  1. hasil saat ini akan dihitung ulang hanya untuk sesi saat ini.
  2. semua hasil saat ini akan dihitung ulang.
  3. hasil saat ini akan dihitung ulang untuk saat ini atau untuk semua sesi tergantung pada pengaturan register

Jawaban yang benar adalah yang kedua, konsep "sesi saat ini" tidak ada. Dan perhitungan ulang aktual dari hasil adalah prosedur untuk mengusulkan tabel hasil, karena Seiring waktu, string dengan nilai nol menumpuk di dalamnya, yang mengurangi kecepatan sistem.

Pertanyaan 12.34 Ujian 1C: Professional di platform. Saat menghitung ulang hasil oleh pengguna:

  1. hasilnya akan dihitung ulang hanya untuk sesi saat ini.
  2. hasil akan dihitung ulang untuk saat ini atau untuk semua sesi tergantung pada pengaturan register
  3. semua hasil akan dihitung ulang
  4. anda dapat memilih sesi mana yang akan dihitung ulang oleh hasilnya

Jawaban yang benar adalah yang ketiga, lihat pertanyaan sebelumnya.

Pertanyaan 12.35 Ujian 1C: Profesional di platform. Saat menulis data ke daftar akumulasi, ada peluang:

  1. menolak untuk menggunakan hasil (meningkatkan paralelisasi rekaman rekaman perekaman)
  2. menolak untuk menggunakan hasil saat ini (meningkatkan paralelisasi rekaman rekaman rekaman)
  3. jawaban yang benar 1,2.

Jawaban yang benar adalah yang ketiga - semakin sedikit tabel, semakin cepat sistem bekerja. Menonaktifkan hasil dilakukan secara terprogram:


Daftar \u003d registerbuchelling. Sumber; Mendaftarkan pertanian. Layanan perangkat lunak (Lies);

Pertanyaan 12.36 Ujian 1C: Profesional di platform. Saat bekerja dengan daftar akumulasi, mematikan hasil saat ini mengarah pada kenyataan bahwa:

  1. mengurangi kecepatan menerima residu
  2. anda bisa mendapatkan residu kapan saja, tetapi kecepatan mendapatkan residu operasional meningkat
  3. tidak mempengaruhi kecepatan mendapatkan residu, dan memengaruhi kecepatan putaran

Lihat pertanyaan 12.32.

Pertanyaan 12.37 Ujian 1C: Professional pada platform. Dalam mode Configurator, frekuensi berikut dari tabel dari hasil dari daftar akumulasi dapat dipilih:

  1. Dalam hari
  2. Dalam satu bulan
  3. Dalam seperempat
  4. Non-periodik.
  5. Salah satu opsi di atas
  6. Tidak dapat dipilih

Jawaban yang tepat adalah keenam - hasilnya selalu dihitung pada bulanan, pada angka pertama bulan berikutnya.


Pertanyaan 12.39 Ujian 1C: Professional di platform. Bagaimana sistem 1C: Enterprise 8 dapat menyimpan hasilnya untuk register akumulasi bergulir?

  1. Hanya dengan total tabel
  2. Hanya menggunakan tabel agregat
  3. Secara bersamaan dalam tabel hasil dan agregat
  4. Baik di tabel hasil atau agregat

Jawaban yang benar adalah hasil keempat, hasil dan agregat adalah mode kerja alternatif.


Pertanyaan 12.40 Ujian 1C: Professional di platform. Pilih pernyataan sejati relatif terhadap peraturan akumulasi.

  1. Untuk satu register akumulasi, beberapa tabel hasil dapat digunakan.
  2. Hanya satu tabel agregat yang dapat digunakan untuk daftar satu akumulasi
  3. Untuk satu register akumulasi, beberapa tabel agregat dapat digunakan.
  4. Verpels 1 dan 2
  5. Semua opsi benar

Jawaban yang benar adalah yang ketiga - tabel hasil benar-benar satu untuk register. Set agregat dapat dibuat oleh banyak orang.


Pertanyaan 12.44 Ujian 1C: Professional pada platform. Apa yang bisa ditampilkan dalam hasil dari pendaftaran register?

  1. Pengukuran data
  2. Data sumber daya
  3. Data syarat
  4. Semua opsi benar
  5. Verpels 1 dan 2

Jawaban yang benar adalah kelima, hasilnya adalah tabel register utama, digulung oleh pengukuran.


Pertanyaan 12.45 Ujian 1C: Professional pada platform. Bagian mana dari catatan aktif yang mungkin tidak ditampilkan dalam tabel hasil dari register akumulasi?

  1. Pengukuran data
  2. Data syarat
  3. Data sumber daya
  4. Semua opsi benar
  5. Verpels 1 dan 2

Jawaban yang benar adalah yang kelima. Detail tidak ditampilkan dalam hasil. Pengukuran register mungkin bukan, tetapi sumber daya wajib.


Pertanyaan 12.46 Ujian 1C: Professional pada platform. Bagian mana dari bukan entri aktif yang mungkin tidak ditampilkan dalam tabel hasil dari pendaftaran register?

  1. Pengukuran data
  2. Data syarat
  3. Data sumber daya
  4. Semua opsi benar
  5. Verpels 1 dan 2

Jawaban yang benar adalah catatan keempat, tidak aktif tidak ditampilkan sama sekali.


Pertanyaan 12.47 Ujian 1C: Professional di platform. Bagian mana dari catatan aktif yang tidak pernah ditampilkan dalam tabel hasil dari pendaftaran register?

  1. Pengukuran data
  2. Data syarat
  3. Data sumber daya
  4. Semua opsi benar
  5. Verpels 1 dan 2

) Dan pengembang platform tidak ada di sini, ini adalah solusi arsitektur yang cukup terkenal, tidak menghapus catatan "nol". Saya bahkan akan mengatakan bahwa ini adalah "perang suci yang lama."

Yang paling penting adalah memahami bahwa catatan dengan jumlah nol pada akhirnya, sama sekali tidak berarti bahwa catatan ini tidak diperlukan.

Saat merancang DBMS relasional, dianggap (dipertimbangkan) bahwa operasi CRUD (buat, baca, pembaruan, hapus) didistribusikan ke biaya sumber daya sebagai berikut.

1. Cahaya: Baca, Perbarui
2. Tengah: Buat
3. Berat: Hapus

Dan berdasarkan logika perilaku register objek, yang sering berubah; Dan karena tingginya biaya catatan penghapusan, ada posisi yang:

hasil hasil tidak masuk akal untuk dihilangkan secara sinkron pada saat hasil nol, karena "nol" tidak berarti "null" dan karena kemungkinan fakta bahwa transaksi berikutnya akan "menginginkan" untuk menambah atau mengurangi Hasil dan itu akan menjadi non-nol dan kita perlu dikenakan biaya lebih dan pada operasi penyisipan.

oleh karena itu janji yang mencatat dengan hasil nol masuk akal untuk menghilangkan secara tidak sinkron, yaitu, pada titik waktu tertentu - tetapi sekali lagi tidak diketahui cara menentukan ini "poin tertentu" ini. Definisi seperti itu harus berbohong pada mereka yang bertanggung jawab untuk aplikasi - paling sering seperti yang kita ketahui perhitungan ulang hasil terjadi pada satu titik waktu ketika periode akuntansi ditutup dan diajukan sebagai semacam prosedur persiapan. Di sini juga terletak masalah yang telah lama diketahui - tugas bisnis yang menutup periode ini bukan tugas untuk memastikan stabilitas teknis dan bisnis kadang-kadang ".
Dalam praktiknya, saya punya meja dengan 400 juta catatan dengan nol hasil.

Dan di sini saya dapat mengatakan bahwa pengembang platform sedikit "tidak terjawab" (dari kata "cacat") - fakta adalah bahwa sesuai dengan solusi arsitektur di atas, jelas dipahami bahwa:

Hapus rekaman dengan nol hasil diperlukan oleh kunci-kunci tersebut (set pengukuran) yang tidak ada operasi pembaruan untuk waktu yang lama. Dan fungsional ini di platform tidak - hanya ada perhitungan ulang global. Di kantor-kantor besar, ini diselesaikan oleh SQL Ayub "Ohm melakukan sekitar pekerjaan berikut:

1. Temukan 1 set kunci (pengukuran) yang tidak ada gerakan untuk bulan lalu dan yang saat ini nol
2. Pada serangkaian pengukuran ini, hapus entri dari total tabel

biasanya, pekerjaan ini dimulai setiap 10 detik sekali, TOP 1 dipilih untuk mengurangi waktu pemblokiran ke operasi penghapusan yang mahal. Secara alami, rencana untuk menghitung ulang statistik dan pembangunan kembali indeks defraganized sudah dibangun ke dalam pangkalan tersebut. Dalam kasus-kasus di mana catatan "tidak perlu" seperti itu sangat banyak - Anda biasanya mengurangi periode awal pekerjaan, atau menolak register hasil - karena jika Anda memiliki banyak kunci untuk "nol" dan tidak lagi digunakan, kemungkinan besar Anda Memiliki 2 operasi gerakan "datang" dan "kiri" - mengapa menyimpan informasi tersebut dalam register status tidak jelas.

Nah, tentang statistik di sini juga, semua yang disita - operasi maskular membuat dan menghapus, serta kolom kunci pembaruan mengarah pada pelanggaran terhadap pohon pencarian pada indeks (kisaran distribusi utama melalui halaman data) - Yaitu, Dalam kisaran pencarian 1..10 mungkin cukup kunci dengan nilai 23 - jadi SQL lebih nyaman, karena halaman data berada di sebelah kunci halaman 7, dan kunci 6 kabel kunci 23 akan berubah menjadi Dalam kisaran 100..134 - yang juga lebih mudah didasarkan pada halaman data. Contoh pada jari - tetapi saya pikir esensi mencerminkan.

Secara umum, lebih mudah untuk memahami statistik berikut pada saat operasi massal: Ketika Anda melakukan penyisipan massal dari upaya data SQL untuk membantu Anda dan mengoperasikan kedekatan halaman data untuk mengoptimalkan penyisipan dan sepenuhnya melupakan optimasi baca. Operasi, di mana parameter adalah statistik (kacamata pencarian utama dalam tabel - distribusi utama), oleh karena itu, setelah setelah sisipan massal, operasi membaca juga cepat - perlu untuk mengembalikan kinerja alat optimasi baca. Setelah melakukan Perbarui statistik.

Ya, dan masih lupa untuk mengatakan - penghapusan massal mengarah pada terjadinya besar-besaran catatan phantom: perekaman terdaftar remote, tetapi tempat mengambil - situasi ini mengarah pada penurunan kinerja operasi sampel pemindaian tipe (tampilan).

Vatkir; asylum90; Hans; Anikrion; Albert_2008; Nibu; Ser6702; Marchtomcat; Olezhe; user598655_ilia-bers; Klaus38; Lordkim; lmnlmn; Spenser123; Monte Carlo; Acanta; Zaharknya; Agresorak; vesd; Ilya $ n; Waranneek; Bajak udara; Letarch; AEGONCHAROV; User777757; [Dilindungi Email]; mytg; Gang031; Es-bersih; Goga1979; Catur; Regrz; 1cprogr_nsk; Irwin; Surga.87; Kav2; Corum; Roman100; untuk pertanyaan; Ragimi; Eugenemipt; Kai NK; Kitaevay; Crosby; Noxie41; Alex_grem; nixel; pengguna baru; Tdml; Nevid; Rimidalv; reboot; denis_aka_wolf; Flashill; Marchenko.y; Freya-Khv; Asg.aleks; Denis13; ADM134; Tis_08; MTV :); Soulsteps; shalimski; Ansk; Pisarevev; Silenser; KwaZi; Insinyur74; vadimlp77; Artano; Dgolovanov; Pchela751; AExeel; Artbear; JIF; Dmitryiv; Rego1337h; Slavap; Wizaxxx; Ivanboychuk123; Fishca; Beaver jahat; Dach; Rodinmax; Sanches; Mdmdvd; zakakvo; Krio2; jacksonp; Adeich; Afedor; Maximstav; DoktorRoza; Serg0ffan; SANFOTO; Kinazarov; BUKASKA; theshadowco; Oitnur; Pelawak; Detec; Audion; Laeg; Morok1983; krv2k; Di-dog; Sparklemal; AWA; KpaceB.aa; Chif13; sa1m0nn; Cratosx; Allexoft; galich; vlad.frost; igordynets; Tormozit; vasiliy_b; vladir; Meus; Poopkeen; Andreynikus; Prad2002; Pekerjaan cerah; Johnydeath; An-aleksey; Itu-pengembang; Rgrisha; Bronislav; 7o2uyxg; Holodzar; Adyrschdv; Azagtot; Ramses; Denisch; Ponom; RD80; W-Divin; Metmetmet; CheBurator; Pressalod; Diversus; sevushka; Aleksey.bochkov; yuraos;

Fungsi program dapat melanggar karena pemutusan hubungan darurat, misalnya, ketika listrik terputus. Kemudian basis data tidak berhasil masuk.

Terkadang program yang berfungsi dapat menunjukkan hasil yang salah. Dari daftar "menghilang" dokumen, ketika mencoba membuka dokumen, program membeku, hasil aneh muncul dalam laporan. Semua "gangguan" ini berhenti setelah menguji dan memperbaiki 1C.

Kesalahan tidak dapat memanifestasikan dirinya begitu kasar, tetapi keanehan dan ketidakakuratan apa pun adalah alasan untuk "pekerjaan perbaikan".

Penyebab mengarah ke masalah:

  • Pemutusan darurat pekerjaan (mematikan tiba-tiba);
  • Aus fisik hard disk;
  • Kerusakan komputer.

Sebelum memperbaiki database, cadangkan

Sebelum Anda menguji database, Anda harus membuatnya cadangan.

Ini dapat dibuat secara langsung menyalin katalog di mana basis informasi berada. Jika Anda tidak dapat memasukkan konfigurator, Anda dapat membuat salinan hanya dengan cara ini.

Jika Anda berhasil memasuki konfigurator, Anda perlu memilih opsi Administrasi dalam menu → Bongkar basis informasi, seperti pada Gambar. 1. Di jendela yang terbuka, Anda perlu menentukan direktori untuk merekam cadangan dan nama file di mana arsip akan disimpan.

Sebelum menguji dan memperbaiki salinan dilakukan, karena koreksi dilakukan perubahan data yang ireversibel. Kadang-kadang (sangat jarang) mereka mungkin tidak membaik, tetapi memperburuk status basis data.

Dengan operasi normal, cadangan harus dilakukan secara teratur, terbaik - setiap hari. Agar pekerjaan ini harus dilakukan secara otomatis, instal program gratis. Backaper-1C Cadangkan Salinan Akuntansi.

Lebih baik menyimpan salinan cadangan bukan pada operator yang sama di mana basis itu sendiri berada. Flash drive cocok, penyimpanan internet, hard drive lain. Bagaimanapun, terkadang hilangnya data dikaitkan dengan pemakaian fisik hard disk.

Ketersediaan cadangan - asuransi dari kehilangan data. Namun, tidak mungkin untuk menjamin bahwa dalam salinan cadangan, semuanya sempurna, sehingga relevansi opsi pengujian dan koreksi tidak berkurang.

Ara. 1. Membongkar data.

Meringkaskan:

  • Salinan cadangan harus dilakukan secara teratur;
  • Cadangan harus disimpan di operator lain;
  • Ada program untuk otomatisasi Backaper-1c cadangan salinan akuntansi;
  • Sebelum menguji dan memperbaiki, buat salinan pangkalan.

Koreksi basis informasi dalam program internal program

Setelah cadangan dibuat, buka database dalam mode Configurator. Pilih opsi menu Administrasi → Pengujian dan perbaiki basis informasi.

Di jendela yang terbuka, Anda perlu meletakkan kutu (Gbr. 2).

Tetapi lebih baik tidak melakukan ini: Tidak semua operasi yang tercantum dalam menu diperlukan saat memperbaiki setelah kecelakaan.

Gbr.2. Pengujian jendela dan memperbaiki 1C 8 dengan populicks di semua titik. Jadi jangan lakukan:

Jika Anda mencatat semua item, proses panjang akan dimulai. Hasil pengujian dan koreksi ditampilkan di bagian bawah jendela. Setelah melakukan tindakan, Anda perlu mengklik tombol. Menutup.

Lakukan semuanya bukan pilihan terbaik! Pengguna yang memenuhi syarat melakukan tindakan secara bertahap dan secara selektif.

Tahap koreksi

Pertimbangkan semua pengujian dan koreksi item menu.

  • Reindexing dari tabel basis informasi;
  • Memeriksa integritas logis;
  • Memeriksa integritas referensi;
  • Perhitungan ulang hasil;
  • Tabel kompresi;
  • Tabel restrukturisasi.

Tahap pertama, reindexing dari tabel basis informasi, membantu menyelesaikan 90% dari masalah. Apa yang terjadi dalam proses reindexing?

Membuat data ke dalam buku referensi, penciptaan dokumen baru disertai dengan pemesanan otomatis mereka. Nama-nama itu berjejer berdasarkan abjad, dokumen - dengan tanggal, dll. Pada saat yang sama, urutan fisik catatan tidak berubah. Entri ditampilkan dalam urutan tertentu, karena mereka ditugaskan nomor (indeks), dan kepatuhan indeks dengan jumlah perekaman fisik yang terkandung dalam tabel indeks.

Indeks sangat penting:

  • Pencarian di tabel yang diindeks terjadi berkali-kali lebih cepat daripada yang tidak diindeks;
  • Nomor indeks adalah kode "kode" unik, indeks terhubung antara catatan dari tabel yang berbeda;
  • Meja India adalah kerangka basis informasi; Tanpa mereka, program 1C tidak berfungsi.

Pelanggaran tabel indeks mengarah pada kekacauan dalam penyajian dokumen. Mungkin, misalnya, untuk menerangi dokumen di mana tidak ada barang barang, tetapi ada nomor mereka.

Setiap entri baru disertai dengan perubahan tabel indeks: misalnya, setelah membuat direktori rekaman dimulai pada huruf a, itu akan ditetapkan salah satu indeks pertama, dan semua nomor indeks lainnya akan diubah. Jeda kecil yang timbul setelah membuat catatan baru terkait dengan perhitungan ulang indeks; Semakin besar pangkalan, jeda yang lebih terlihat.

Membuat dokumen dan catatan di dalamnya mengarah ke beberapa tabel indeks (kadang-kadang beberapa lusin). Bahkan, reindeption dari tabel 1C disimpan terus-menerus saat bekerja dengan data. Tetapi dalam mode operasi, setiap kali satu atau lebih tabel diindeks, dan ketika menguji dan memperbaiki, indeksasi lengkap semua tabel dilakukan, dan proses ini, untuk basis data besar, membutuhkan waktu lama.

Jadi, ketika diindeks ulang, proses seperti itu terjadi:

  • Catatan baru peringkat dan ramping;
  • Hubungan antara tabel dan benda-benda lain dipulihkan;
  • Dalam banyak kasus, program dipulihkan.

Setelah re-indemge, Anda dapat memeriksa apakah kinerja pangkalan telah dipulihkan.

Langkah selanjutnya adalah memeriksa integritas logis. Korespondensi dari struktur nyata dari basis informasi dan uraiannya dalam konfigurasi (keberadaan objek, keberadaan tautan antar objek) diperiksa. Memeriksa ini sering melaporkan kesalahan bahkan dalam basis data yang berfungsi, tidak boleh panat dengan pesan-pesan tersebut. Namun, ini adalah kesempatan untuk mengatasi konsultasi ke spesialis.

Memeriksa integritas referensi "Nicknames" tautan antar objek. Kadang-kadang tabel menggunakan tautan ke objek yang hilang, seperti dokumen jarak jauh. Integritas referensi diambil untuk dipulihkan secara manual, sesuai dengan daftar yang dihasilkan dari verifikasi. Terkadang integritas referensi dilanggar pada "area yang ditinggalkan" - dalam dokumen lama yang tidak relevan. Maka mereka tidak memperhatikan.

Hitung ulang hasil - prosedur yang panjang dan berisiko. Dalam 1C, hasilnya dihitung ulang dalam mode normal, tetapi itu bukan "dari awal waktu", dan dari awal bulan. Nilai akhir dipantau dalam register, itu mempercepat pekerjaan. Jika Anda menghidupkan kembali hasil pengujian dan mode koreksi, perhitungan ulang akan diambil dari saat membuat basis, dan nilai register saat ini yang benar dapat "berenang" karena pemulihan jarak jauh atau dokumen tetap. Akibatnya, pekerjaan jangka panjang tentang perhitungan ulang tidak akan mendapat manfaat.

Jika tidak perlu, maka dari perhitungan ulang hasil, lebih baik untuk menahan diri.

Tabel pengompres adalah prosedur penghapusan fisik catatan yang telah ditandai untuk dihapus dan dihentikan ditampilkan di layar. Mungkin ada banyak catatan seperti itu, mereka menyapu database tanpa digunakan.

Kompres tabel - fungsi yang berguna, meskipun tidak perlu untuk melakukannya.

Restrukturisasi tabel adalah operasi, relevan saat beralih ke versi baru program. Saat merestrukturisasi, tabel kosong dibuat dengan format yang ditentukan dalam konfigurasi, dan mereka ditransfer ke rekaman, informasi dari tabel lama. Bidang dapat diperluas di tabel baru, bidang baru telah ditambahkan. Restrukturisasi adalah operasi yang harus menyiapkan basis informasi untuk bekerja dengan cara baru, dan mutlak diperlukan ketika pembaruan.

Jika tidak ada versi yang berubah, restrukturisasi tidak diperlukan, prosedur panjang ini tidak akan menambah apa pun dan tidak dapat berubah.

Jadi, ketika mengoreksi program "Fallen", opsi juga diperlukan:

  • Reindexing tabel basis informasi
  • Memeriksa integritas logis
  • Periksa integritas referensi

Bagaimana jika Anda tidak dapat menjalankan pengujian dan koreksi?

Jika basis rusak parah dan tidak mungkin untuk memasukkan konfigurator, fitur restorasi lain tetap: gunakan utilitas chdbfl.exe. File dapat ditemukan di folder direktori instalasi BIN (Gbr. 3).

Ara. 3. Memilih utilitas chdbfl.exe

Dengan masuk pada baris perintah yang ditunjukkan pada Gambar. 3, dapat dilihat bahwa jalur ke file terletak melalui katalog 1CV8.2, atau 1SV8.3, singkatnya melalui direktori program. Ini dapat ditemukan di folder file program atau di folder lain. Anda perlu menemukan lokasi direktori dan membukanya. Di dalam direktori buka folder bin,

Menjalankan file yang dapat dieksekusi, pilih database yang akan dikoreksi, dan memungkinkan kesalahan terdeteksi (Gbr.4)

Gbr.4. Program Window Chdbfl.exe.

Mari kita ringkas. Jika program tidak dimulai setelah interupsi darurat, Anda perlu melakukan hal berikut:

  • Buat cadangan;
  • Cobalah untuk masuk melalui konfigurator dan gunakan opsi pengujian dan koreksi;
  • Jika konfigurator gagal masuk, temukan program exe dan coba simpan data menggunakan program ini;
  • Jika semua upaya tidak memberikan hasil, Anda perlu mencari bantuan dari para ahli;
  • Dalam hal kehilangan data yang tidak seimbang, atur cadangan dapat diterapkan terbaru;
  • Jika cadangan tidak dilakukan - kembalikan data pada dokumen primer dan cetakan kertas.

Pemulihan data yang sukses tidak selalu. Asuransi dari kehilangan data adalah cadangan harian: Jika basis informasi rusak, Anda dapat kembali pada hari yang lalu dan dengan cepat memulihkan rekaman yang hilang.

Artikel serupa.