濡れ乳補正1s。 1C の最も一般的な修正とその修正方法。 b_k変更時のインラインフローの修正

データベースの動作には、電気の切断から機器の故障まで、さまざまな理由から発生する障害があり、アカウント マネージャーとシステム管理者の両方に影響を及ぼします。 そして、たとえばプログラムが再起動を許可し、それ以外の場合は閉じて終了できないことをユーザーが知っているだけであれば、管理者は冗談を言ったり、ユーザーと喧嘩したりするでしょう。

このような状況における皮膚科医の最初の提案は、バックアップ コピーを更新することです。 そのようなものはなく、古いため、1C データベースに抗議するなど、いくつかの面倒なアクションを実行する必要があります。 この記事では、1C データベースからデータを検索および削除するためのメカニズムの 1 つだけと、この検索エンジンの機能について説明します。

1C Accounting Edition 3.0 (リリース – 3.0.54.20)、プラットフォーム – 8.3.10.2561 の構成例を使用して、1C 情報ベースのテストと修正を見ていきます。 古いエディションおよびその他の構成、およびプラットフォーム バージョン 8.2 の場合、このユーティリティの動作アルゴリズムは同様です。

1C 8.3 データベースのテストと更新を含む、1C コンフィギュレーターで何らかの操作を行う前に、右側で作成するデータベースのバックアップ コピーを作成することをお勧めします。

1C データベースに抗議し、検出されたエラーを修正するために必要な操作モード (作成) は、「管理」メニュー セクションのコンフィギュレータで利用できます。

ユーティリティを起動すると、次の内容が表示されます。

テスト方法だけでなく、モードの検証も変えることが重要です。 私たちは彼らの皮膚について話しているのです。

IB テーブルのインデックスの再作成– このボックスをチェックすると、テーブルのインデックスが再作成されます。 これは、データベース テーブルのインデックスを完全に再構築するプロセスです。 インデックスを再作成すると、1C システムの生産性と速度が大幅に低下します。

IB の論理的整合性の制御– データの構成をチェックし、監視されているデータベースの論理的および構造的整合性に対する解決策を見つけるためのメカニズム。

IBの完全性は可能です- 「壊れた」メッセージまたは「空の」メッセージが存在するかどうか IB をチェックします。これらのメッセージは、情報が正しく処理されなかった場合、およびほとんどの場合、データが削除されたかデータ交換が正しく構成されていない場合に表示されます。

ポーチの交換、 1C レジスタで何を扱っているかを理解しています。 この結果の表、つまり収集されたデータを使用すると、レジスタ全体を見なくても分析が簡単かつ迅速になります。 この手順は、データベースの速度を上げるように設計されています。

エンボステーブルIB- データベースへの変更。 右側では、オブジェクトがデータベースから削除されると、1C はオブジェクトをまったく削除せず、削除済みとしてマークするだけです。 トブト。 匂いはデータベースから失われますが、ロボットからは取得できません。 このようなデータは特別な処理によって削除されるわけではありませんが、IB テーブルが圧縮されるときに削除されます。 同じ効果を得るために、話す前にデータベース ファイルにアクセスできます。

IBテーブルの再構築– このプロセス中に、システムはデータベース テーブルを再作成します。 これは、構成メタデータ構造に変更が加えられたときに表示されることに注意してください。 このプロセスには 1 時間ほどかかる場合があります。

リストの一番下には、テストの種類を選択するフィールドがあります。システムが明らかなエラーを表示するが修正できない単純なテストに合格するか、さらなる修正を加えたテストに合格します。 この場合、システムは既知の問題をすべて修正するように設計されています。

「壊れた」メッセージや頻繁なデータ損失を処理するためのオプションはさらに低くなります。 次の 3 つのオプションが利用可能です。

• オブジェクトの作成– システムは、手動でデータを入力できる空の要素を作成します。
• 地域を浄化する– 「ビート」が送信され、部分的なデータを持つオブジェクトは削除されます。
• 変更しないでください- 特典を提示した場合、システムはオブジェクトを変更しません。

私たちのウィンドウに残っている最初の領域は、速度を落としてテストを中断し続ける機能です。 右側では、実際のデータベースでは、テストと修正のプロセスに 3 時間かかることがあります (1 ～ 2 年から 20 ～ 30 年まで)。 システムが長時間検証を実行していると思われる場合は、「次の時間に検証を停止する」ボックスにチェックを入れて、検証が中断されるまでの時間を設定できます。

「以前に中断されたテストを続行する」チェックボックスをチェックした後、「訪問」ボタンを押して最初からテストを続行します。

chdbfl.exe ユーティリティ

さまざまな理由により、コンフィギュレータにアクセスできません。たとえば、「chdbfl.exe」ユーティリティにすぐにアクセスできるなど、起動する権限がありません。 これは本質的に、ファイル (SQL には適さない) 情報ベースのテストと修正に似ています。 データベースの物理的な整合性を確認する必要があります。 それから利益を得る方法と方法を見てみましょう。

プラットフォームがインストールされているフォルダーに移動します。 ファイルを暗号化する必要はありません。

起動後、すぐに次のことが表示されます。

データベース ファイルへのパスを指定し、検出されたエラーを修正する必要があることを確認する (または誰にも禁止しない) 必要があります。 データベース ファイルへのパスは、データベースのリストで見つけることができます。

検証が完了すると、システムは侵害が見つかったことを通知します。

1Cの専門家は、政府の支払い、会計および税務当局からの引当金を所得税から修正する方法を明らかにします。

プログラム「1C: Accounting 8」エディション 3.0 が文書の登録中に許可された技術的エラーをどのように修正できるかを見てみましょう。

お尻

追加の書類を作成するためにプログラムからオフィス スペースを借りるために支出します。 エントリ（行為、請求書）操作が一目でわかる サービス（行為）。すべてのドキュメントへのアクセスは、このセクションで提供される可能性があります。 購入品。 この文書の結果として、会計仕訳が生成されるとともに、税務口座 (NU) の記号が付いている口座の税務口座を提出する目的で特別なリソースから記録が生成されました。

借方 60.01 貸方 60.02 - 保険付き家賃前払い額 (76,700 クローナ)。 借方 26 貸方 60.01 – 家賃と紹介料の支払い (65,000 ルーブル)。 借方 19.04 貸方 60.01 - 最大許容額 (11,700 krb.)。

ドキュメントスタンドにドキュメントが登録されました Rakhunok-拒否反応のテクスチャー、そして、勤務期間中の全額負担で回復する前に、最大の手当が受け入れられました。 これらの記録は、会計記録簿および PDV 領域の特殊記録簿に入力されています。

フォームに承認を表示するには、登録時間内にクライアントによって許可され、原本の文書と請求書が郵便所有者から引き出され、クラウドシステムの迅速な文書処理に従います。 コリグヴァンニャ・ナホジェニヤ. ドキュメントはドキュメント スタンドに完全に置かれている必要があります エントリ（行為、請求書）。 ボタンを押す必要があるもの プラットホームに入る（領収書文書の形式と領収書文書のリストの形式の両方で利用可能）コマンドを選択します コリグヴァンニャ・ナホジェニヤ.

書類フォーム コリグヴァンニャ・ナホジェニヤデポジット上 ゴロヴネは、選択した操作のタイプとベースドキュメントに変更を加える期間に応じて変更されます。

PBO 22/2010 のパラグラフ 6 に従い、運命の和解はこの運命の完了後、かつこの期間の会計報告書に署名する日までに明らかになり、以下のセクションの記入は会計部門によって修正されなければなりません。大きな運命を背負った生涯。 私たちのvipadkaに文書があります コリグヴァンニャ・ナホジェニヤ日付 日付 2015 (フィールド ビュー).

在庫あり ゴロヴネ現場で 操作の種類次の操作が可能です。

• 原本書類の修正 - Vikory は、文書の登録時に郵便所有者によって行われた承認の修正を反映するために使用されます。 元の文書の修正は独立したものではなく、修正される文書自体と同じ期間に繰り越されます。 郵便局員は元の書類を修正し、修正した請求書を挿入します。
• 気象条件の修正 -商品の販売前に売り手と買い手の間で価格変更の合意を登録し、生産ラインから独立したサービスとして機能します。 郵便局員は常にカスタマイズされたラクノク テクスチャを表示します。
• - 元の文書の登録および（または）請求書の詳細の撤回中に裁判所によって許可されたデータの入力の修正を修正することを目的としており、金額表示を含む請求書の詳細の修正された入力の修正が可能になります。 文書自体が誤って入力されたのと同じ期間に対して修正が行われます。

組織の形でバット 1 の心の背後にある部分には技術的な許可が与えられ、その後、操作の種類を選択する必要があります 水分混入の補正(図1)。

小さい 1. 文書「Koriguvannya nakhodzhennya」、タブ「Golovne」

詳細の設定値による オリジナルのデザインを表現するドキュメントには次の 2 つの方法で変更を表示できます。

• すべてのセクションで外観が(このオプションの選択を解除する必要があります);
• PDVを装ったリシェ.

ペレミカッハ 収入と支出の変動付録 1 で位置を設定します 従者と同じ貝殻を持ってきてください (20、26、44、...)。

テーブルパーツ 製品і サービスフィールドに入力された文書を自動的に登録します 眠りにつく。 出力ドキュメントのスキン行は、ドキュメント編集の 2 つの行で示されます (図 2)。

• 変更前;
• 変更後.

小さい 2. 「Koriguvannya nakhodzhenya」を文書化し、「サービス」タブ

続けて 変更前出力ドキュメントから一定の金額が転送され、この行は編集されません。 行 変更後先頭は同じ値で連続して埋められます 変更前。 続けて 変更後修正後の金額を記載する必要があります。

ドキュメントスタンドに コリグヴァンニャ・ナホジェニヤ文書の修正版を登録する必要がある Rakhunok - オトリマニアのテクスチャボタンの後ろに 登録する.

書類の完成後 コリグヴァンニャ・ナホジェニヤ次の会計エントリが生成されます。

借方 60.02 貸方 60.01 - 郵便所有者への前払い額 (35,400 ルーブル)、家賃として支払われます。 REVERSE 借方 68.02 貸方 19.04 - PDV の全額 (11,700 ルーブル)。これは「間違った」請求書に従って回収のために事前に受領されており、購入簿のキャンセルが促進されます。 デビット 68.02 クレジット 19.04 - 最大許容額のデポジット額 (RUB 6,300)。 リバース デビット 19.04 クレジット 60.01 - 和解時に、提示された最大許容額の合計（5400 ルーブル）。 REVERSAL借方26 貸方60.01 - zavishennia vartosti orendi primіshchenya（30,000ルーブル）の決済について。

所得税への税負担の目的で、対応する金額もリソースに記録されます。 須磨NU Dtі スマNU Kt沈み込みオブリク (NU) の符号が付いたラックの場合。 会計データと税務データの差 (永久 (PR) と時間当たり (TP)) は変わりません。

お咎めなし、すべての記録の日付は 2015 年 12 月 31 日です。 ヴィコナニヤ・オブロブキの後 休業月(分割された オペレーション) 会計および税務報告データが自動的に完了すると、会計報告と組織の 2015 年の所得税申告の両方に適用されます。 また、2015 年 9 か月分の所得税の明確な申告は手動で完了する必要があります。 この行 040「間接支出 - すべて」の自動入力については、Arkusha 02 所得税申告書付録 No. 2 (2014 年 11 月 26 日付ロシア連邦税務局の命令により承認 No. ММВ-7-3/600@) )、トラックを 30 00 0 摩擦に変更します。

書類の完成後 コリグヴァンニャ・ナホジェニヤ会計台帳への入力に加えて、累積台帳の前に修正入力が入力されます。 最大許容限度が表示されますі 購入用のMPE。追加の商品およびサービスの価格が変更された場合、2015 年の第 3 四半期の購入帳簿の追加エントリが自動的に作成されます。 追加の箱舟には次のエントリが表示されます。

• 反転 - PDV の量がミルクバに登録されます。
• 回収前に受け付けられる最大限度額は、郵便局員からの請求書の裏に記載されています。

湿気の修正と家賃からの最大許容収入の回収による運用は、2015 年第 3 四半期の最大許容収入の申告の明確化に自動的に反映されます。

• セクション 3「ロズラクノクは寄付金を合計し、支払いは予算まで延長されます...」;
• セクション 8 「購入ブックからのビュー...」;
• MDV 申告書のセクション 8 への補遺 No. 1「購入帳簿の補足シートからの Videomosti」 (2014 年 10 月 29 日付けロシア連邦税務局命令 No. ММВ-7-3/558@ により承認) 。

税額は税金および徴収ラインに関して定められた法律に従って後日支払われるため（ロシア連邦税法第 75 条第 1 項）、組織は独自に罰金を計算して支払うことができる可能性があります。 ）。

納税者が罰金として支払う可能性のある金額を支払うには、IS 1C:ITS の「目標と保証金」セクションから罰金を分配するための手順をすぐに使用できます。

電源遮断時などロボットの緊急動作によりプログラムの動作が中断される場合があります。 その後、データベースにアクセスできなくなります。

実行中のプログラムによっては、誤った結果が表示される可能性があります。 このリストにはドキュメントが含まれていますが、ドキュメントを開こうとするとプログラムがフリーズし、別の結果が表示されます。 これらすべての「不具合」は、1C のテストと修正後に修正されます。

修理は粗雑なだけでなく、不正確さの結果として発生し、「修理作業」が必要になる場合もあります。

問題が発生する理由:

• ロボットの緊急操作 (Raptove vimknennya zhizlennya)。
• ハードディスクの物理的な磨耗。
• コンピューターが故障する。

データベースを修正する前に、バックアップ コピーを作成してください

データベースをテストする前に、バックアップ コピーを作成することが不可欠です。

情報ベースを含むカタログの直接コピーを作成することができます。 コンフィギュレータにアクセスできない場合は、この方法でコピーを作成するしかありません。

Configurator にアクセスできた場合は、図 1 に示すように、メニューで [Administration] → [Vivantize information Base] オプションを選択する必要があります。 このウィンドウでは、バックアップ コピーを記録するディレクトリとアーカイブを保存するファイルの名前を指定する必要があります。

コピーをテストして修正する前に、一生懸命作業する必要があり、修正中にデータに取り消し不能な変更が加えられます。 場合によっては (さらにまれですが) 臭いが充満してデータベースを破壊することがあります。

通常の運用中は、バックアップ コピーを定期的に (できれば毎日) 実行する必要があります。 このロボットを自動的に構成するには、無料のプログラムをインストールしてください Backup-1C アカウンティングのバックアップ コピー.

バックアップ コピーを保存する最良の方法は、データベース自体を破壊しないことです。 フラッシュ ドライブ、インターネット接続、または別のハード ドライブが使用できます。 データ損失は、ハードドライブの物理的な磨耗に関連している場合があります。

バックアップ コピーを利用できることは、データ損失に対する保険となります。 ただし、バックアップ コピー内のすべてが完璧であることを保証することはできないため、[テストと修正] オプションの関連性は変わりません。

小さい 1. データの活力。

ポーチを要約しましょう。

• バックアップは定期的に実行する必要があります。
• バックアップ コピーを別のデバイスに保存します。
• 自動化のためのプログラムがあります バックアップ-1C 会計のバックアップ コピー。
• テストと修正を行う前に、データベースのコピーを作成することが必須です。

内部プログラム方式による情報ベースの修正

バックアップ コピーが作成された後、データベースをコンフィギュレーター モードで開きます。 メニューオプション「管理」→「情報ベースのテストと更新」を選択します。

チェックボックスをオンにする必要があります (図 2)。

さらに良いのは、作業しないことです。メニューにリストされているすべての操作が、事故後の修理に必要なわけではありません。

図２． すべての項目にチェックを入れて 1з8 をテストして修正することができます。 したがって、次のような要件はありません。

すべてのポイントがチェックされたら、簡単なプロセスが始まります。 テストと修正の結果がウィンドウの下部に表示されます。 アクションを選択した後、ボタンを押す必要があります 黙れ.

ヴィコナティはすべてが最善の選択肢ではありません! 資格のある専門家がプロセスを段階的に選択的に仕上げます。

経営段階

[テストと修正] メニューのすべての項目を見てみましょう。

• 情報ベースのテーブルの再インデックス。
• 論理的な一貫性をチェックします。
• メッセージの整合性を確認してください。
• ポーチの交換。
• エンボス加工のテーブル。
• テーブルを再構築します。

最初の段階である情報ベース テーブルのインデックスの再作成は、問題の 90% を解決するのに役立ちます。 再インデックス化プロセスには何が含まれますか?

ドキュメントへのデータの入力、新しいドキュメントの作成には、自動順序付けが伴います。 アルファベット、ドキュメント、日付などの検索に名前を付けます。 この場合、レコードの物理的な順序は変更されません。 レコードには番号 (インデックス) が割り当てられ、レコードの物理番号へのインデックスの割り当てはインデックス テーブルにあるため、画面上に順番に表示されます。

インデックスは非常に重要です。

• インデックス付きテーブルでは、インデックスなしテーブルよりも多くの検索が行われます。
• インデックス番号 – これはレコードの一意のコードであり、インデックスの後には異なるテーブルのレコード間のリンクが続きます。
• インデックス テーブルは情報ベースのフレームワークです。 これらがなければ、1C プログラムは機能しません。

インデックス テーブルの破壊は、提出された文書に混乱をもたらします。 たとえば、毎日の商品名とその番号を示す文書が表示される場合があります。

新しいレコードごとにインデックス テーブルの変更が伴います。たとえば、文字 A で始まるレコードをディレクターの前に作成した後、最初のインデックスの 1 つが割り当てられ、すべてのインデックス番号が変更されます。 新しいエントリを作成した後に発生する短い一時停止は、インデックスの再作成によるものです。 ベースが大きいほど、ポーズは短くなります。

新しい人から文書と記録が作成されると、多数のインデックス テーブル (場合によっては数十) が作成されます。 実際、テーブル 1c の再インデックス付けは、データの作業中に着実に実行されます。 運用モードでは、1 つまたは少数のテーブルのみにインデックスが作成されますが、テストして修正すると、すべてのテーブルに再度インデックスが作成されます。大規模なデータベースの場合、このプロセスには 3 時間かかります。

また、インデックスを再作成すると、次のプロセスが発生します。

• レコードは再ランク付けされ、再順序付けされます。
• テーブルと他のオブジェクト間のリンクが更新されます。
• 多くの場合、ロボットプログラムは更新されます。

インデックスを再作成した後、データベースが有用になったかどうかを確認できます。

攻撃の段階では、論理的整合性が逆転します。 情報ベースの実際の構造と構成の記述の信頼性がチェックされます (オブジェクトの存在、オブジェクト間の接続の存在)。 この再検査によって基地に修正について通知されることが多いため、基地はそのような情報にパニックに陥る必要はありません。 ただし、申請前に相談を求める理由があります。

メッセージの整合性をチェックすると、オブジェクト間の接続が「リングスルー」されます。 場合によっては、テーブル内でメッセージが特定のオブジェクト (削除されたドキュメントなど) に送信されることがあります。 リストの完全性を手動で検証し、検証の結果としてリストを削除するのが通例です。 場合によっては、「バックアップされたプロット」、つまり古くて時代遅れの文書では完全な整合性が失われます。 彼らは単に彼らに対して敬意を持っていないだけなのです。

ポーチの再配置 - 手順は簡単で簡単でした。 1c では、結果は通常モードで再配置されますが、1 時間ごとではなく、1 ヶ月ごとに再配置されます。 バッグの値はレジスタに保存されるため、作業が高速化されます。 テストおよび修正モードでバッグの変更を減らすと、データベースが作成された瞬間に変更が発生し、レジスターの正しい正確な値を長期削除または「遡及」によって「削除」できます。 」の文書を修正しました。 結果として、ロボットはコリスタを連れてきませんでした。

必要がないので、結果を取り除くのが簡単です。

圧縮されたテーブルは、削除されて画面に表示されなくなったレコードを物理的に削除する手順です。 そのような記録がたくさんある可能性があり、樹皮のない悪臭がデータベースに浸透するでしょう。

圧縮テーブルは便利な機能ですが、あまりきつくはありません。

テーブルの再構築は、プログラムの新しいバージョンへの移行中に関連する操作です。 再構築中、構成で指定された形式で空のテーブルが作成され、古いテーブルの情報がレコードごとに転送されます。 新しいテーブルには拡張フィールドがあり、新しいフィールドが追加されている場合があります。 再構築は、情報ベースを新しい方法で作業用に準備できる操作であり、更新するために絶対に必要です。

以前のバージョンが変更されていない場合、再構築は必要ありません。この手順では何も追加されず、何も変更されません。

また、失敗したプログラムを修正する場合、必要かつ便利なオプションは次のとおりです。

• 情報ベースのテーブルの再インデックス
• 論理的整合性のチェック
• メッセージの整合性をチェックする

テストと修正を開始できないのに、なぜわざわざ悩むのでしょうか?

データベースがひどく破損しており、コンフィギュレータにアクセスできない場合は、更新するための別のオプションが失われます。chdbfl.exe ユーティリティを使用します。 このファイルは、インストール ディレクトリの Bin フォルダにあります (図 3)。

小さい 3. ユーティリティ chdbfl.exe を選択します。

図 3 に示されているコマンド ライン エントリによれば、ファイルへのパスがディレクトリ 1cv8.2 または 1cv8.3 を経由していること、つまり、明らかにプログラム ディレクトリを経由していることは明らかです。 Program Files フォルダーまたは別のフォルダーから取得できる場合があります。 カタログを展開して開く場所を知っておく必要があります。 ディレクトリの中ほどにある Bin フォルダーを開きます。

ファイルを起動した後、修正をサポートするデータベースを選択し、検出されたエラーの修正を許可します (図 4)。

図4． Vikno プログラム chdbfl.exe

ポーチを持っていきましょう。 緊急中断後にプログラムが開始しない場合は、次のことを行う必要があります。

• バックアップ コピーを作成します。
• Configurator からログインして、[テストと修正] オプションにすぐにアクセスしてみてください。
• コンフィギュレータが許可しない場合は、exe プログラムを見つけて、他のプログラムのデータを保存してみてください。
• すべての試みが結果をもたらさない場合は、偽者に助けを求めるべきです。
• 予期せぬデータ損失に備えて、有効なバックアップ コピーをインストールしてください。
• バックアップコピーが作成されていない場合は、オリジナルの文書および配布された紙のデータを更新してください。

今後、これらのデータが更新されることはありません。 データ損失に対する保険は優れたバックアップです。情報ベースが破損した場合でも、前日に戻って損失記録をすぐに更新できます。

vk.com/buhcenter VKontakte グループ。
1-bc.ru は同社の Web サイトで、サービスについて学ぶことができます。
 情報ベース テーブルのインデックスを再作成します。
情報をすばやく検索するために、メイン データを含むメイン テーブルに追加のテーブルが追加されます。このテーブルでは、データがメイン テーブルの指定されたフィールド (インデックス テーブル) に従って並べ替えられます。 インデックス テーブルを保存することにより、1C の生産性が大幅に向上します。選択のためにメイン データ テーブル全体を反復処理する必要がなくなり、インデックス ファイルにすばやくアクセスして必要なレコードを選択できるようになります。
データがメイン データ テーブルに書き込まれると、インデックス テーブルにもデータが書き込まれます。 さまざまな技術的な理由により、インデックスが不安定になり、エラーが発生する可能性があります。 このクラスのエラーを修正するには、1s 8.3 ベースのテストと修正が完了したときに、このメニュー項目の横にあるボックスをチェックする必要があります。
 情報ベースの論理的整合性の検証
1c 構成での新しいオブジェクトの作成時に、他のデータベース テーブルへのリンクを含む新しいテーブルがデータベースに作成されます。 さまざまな理由により、接続が正しく行われない場合があります (たとえば、不適切なアップデートや記録時の電気システムの接続失敗など)。 この種の混乱を修正するには、このメニュー項目を選択します。
 情報ベースの整合性をチェックする。
確かに、1c 構成で「ビートが送信される」という経験をしたことがあるでしょう。 そうでなければ、あなたは幸運です!
これらのカットを特定して修正するには、このメニュー項目を選択します。これにより、そのようなカットを処理するためのオプションが有効になります (上記を参照)。 重要ではないオブジェクトに表示されるメッセージを修正する方法を選択できます。オブジェクトを閉じる、メッセージを消去する、変更しない、などです。 また、データを頻繁に浪費する場合は、オブジェクトを作成し、削除し、変更しないでください。
 バッグの交換
1c データベースからデータの選択をすばやく作成するには、毎月の期間にわたって処理されたデータを含むテーブルを作成します。 これらのデータを検索すると、メイン テーブルからは収集されません (これには多くの時間がかかります)。バッグのテーブルはメイン テーブルから直接表示されます。 明らかに、このメカニズムが機能するには、過去の期間に適切なバッグを交換する必要があります。 したがって、1c が星を「欺く」場合、その欺瞞はこのメニュー項目によって修正されます。
 情報ベースの要約表
データベース内のリモート オブジェクトの場合、操作はホースとトリバルを追加することです。構成 1c では、プロセスが 2 段階に分かれています。 構成からオブジェクトを削除すると、データベース内の 1c データがクリアされるため、物理的に家を失った場合でも、その後の操作に参加できます。 これらのレコードからテーブルをクリーンアップするには、メニュー項目「情報ベース テーブルのクリーンアップ」を使用して、1s 8.3 データベースのテストと修正を実行します。
 情報ベーステーブルの再構築
1C データベース内のメタデータ オブジェクトの詳細を変更する場合、変更されたオブジェクトのすべてのテーブルを新しいレコードで補足する必要があります。 これには、データベース テーブルの再構築が含まれます。 再構築プロセス中に、データベース テーブルのコピーがフロー構成構造から作成され、その後、データが作成されたテーブルに転送されます。 詳細が 1c メタデータに追加されると、新しいテーブルに空の列が作成されます。 詳細が削除されている場合、この詳細の下の列は新しいテーブルに作成されず、どうやら転送されません。
再構築プロセス中にデータベース内のすべてのテーブルが再構築されるため、この操作は検索操作となります。

この記事では、1C 8.3 のシステム ユーティリティ「情報ベースのテストと修正」とその機能について説明します。

操作を実行する前に 必要！

1C情報ベースのテストと修正

テストと修正モードは、1C 8.3 システム コンフィギュレータでメニューの [管理] - [テストと修正] を選択することによって選択されます。

検証とモード

このウィンドウには、ユーティリティの結果として実装される必要なチェックとモードのリストが表示されます。 レポート内の皮膚ダニを見てみましょう。

1C の 267 ビデオ レッスンを無料で視聴できます。

• 情報ベースのテーブルの再インデックス— このエンサインがインストールされると、テーブルのインデックスが再作成されます。 再インデックス - テーブルタスクのインデックスを再インストールします。 インデックスの再作成により、システムの生産性が大幅に向上します。 この手順によってシステムの生産性が向上することは決してありません。
• 情報ベースの論理的整合性の検証- システムはデータベースの論理的および構造的整合性をチェックし、データの構成 (ファイルのページなど) のエラーを特定できます。
• 情報ベースの完全性の検証— 論理検証のサブ項目。データベース内の情報に「壊れた」メッセージが存在するかどうかをチェックします。 送信された「ビット」は、ディストリビュータによる情報の誤った処理によってデータベースに表示されますが、その多くは不正確なデータ収集または誤って設定されたデータ交換が原因です。 損傷が検出された場合は、3 つのオプションを選択できます。 オブジェクトの作成システムは、必要な情報を入力できるプレースホルダー要素を作成します。 地域を浄化する- 送信された「ビート」はクリーンアップされます。 変更しないでください- システムは利点を表示しなくなります。
• ポーチの交換・バッグのコンセプトを持った1Cプラットフォーム。 アカウント - 保険結果のテーブル。ここからアカウントの登録全体を表示および分析できます。 一般に、バッグを交換するとシステムの生産性が向上します。
• 情報ベースの要約テーブル- このエンサインがインストールされると、通信中に圧縮されて変更されます。 これは、データベースからデータを削除するときに、1C がオブジェクトを物理的に削除するのではなく、削除対象に「マーク」を付けるためです。 トブト。 コリストヴァッハは匂いを感じませんが、臭いです:)。 データベース自体を圧縮すると、そのような記録が残ります。 データベース ファイル (*.dt) を表示しても、同じ効果が得られます。
• 情報ベーステーブルの再構築- システムがデータベース テーブルを再構築するプロセス。構成メタデータ構造に変更が加えられたときにこのプロシージャが呼び出されます。 データベース全体の再構築は長いプロセスですので、慎重に行ってください。

何らかの理由で、テストと修正が役に立たない場合、またはコンフィギュレーターにアクセスできない場合は、ユーティリティを使用してください。