問題タブ [rebuild]

SQL Server データベースを改善するための SSW ルールには、完全なデータベース メンテナンス プランの例があります: SSW。この例では、インデックスの再編成、インデックスの再構築、統計の更新の両方を実行しています。これには何か意味がありますか？Reorganize Index は Rebuild Index の高速ですが効果の低いバージョンだと思いましたか? また、インデックスの再構築により、統計も自動的に更新されます (少なくともクラスター化されたインデックスでは)。

Visual Studio 2005 で厄介な問題が発生しました...再構築すると、再構築ソリューションを実行しても、エラーや警告が表示されずに戻ってくることがありますが、後で別のコード ファイルを編集すると、変更しなくても問題が発生します。それを再構築すると、その他のファイルでエラーまたは警告が見つかります。明らかに、以前の Rebuild Solution はそのファイルを再コンパイルしませんでした! VS にすべてのファイルを完全に再コンパイルさせるにはどうすればよいですか?

Web サーバーを完全にオーバーホールする準備をしています。私はそれを開発とクライアントへの製品の提示の両方に使用しています。また、私の会社のウェブサイトもホストしています。MS Server 2008 と MS SQL 2008 をロードします。最新の .NET Framework と最新の MVC テンプレートが必要です。サブソニックを使ってみたい。また、ある種の SourceSafe (または優れたものであれば何でも) の使用を開始したいと考えています。開発ツールとして VS 2008 を使用する予定です。

最近これを経験し、良い提案をしてくれる人がたくさんいると思います.

多くのメモリとストレージを備えた優れたスタウト マシンです。より良い開発者になるために役立つ情報があれば教えてください。

スコットと開発チーム

私は職場で自分のグループ用に wiki サーバーを実行しており、最近それを Fedora 8 OS に移行しました。関数 mssql_connect が存在しないため、MsSql サーバーに接続する私が作成した拡張機能が失敗することを除いて、すべてがうまく機能します。

私の古いサーバーでは、「Free TDS」(./configure --prefix=/usr/local/freetds --enable-msdblib を使用) を使用し、次のように PHP をビルドしました:
./configure \
--with-apxs2=/usr/local /apache/bin/apxs \
--with-mysql=/usr/local/mysql \
--with-mssql=/usr/local/freetds \
--enable-safe-mode \
--enable-ftp \
--enable -inline-optimization \
--enable-magic-quotes --enable-xml \
--with-gd \
--with-zlib-dir=/usr/lib \
--with-jpeg-dir=/usr/local/ライブラリ

Fedora で "--with-mssql=/usr/local/freetds" 構成を使用して PHP を簡単に再構築する方法はありますか? これを行うために yum を使用したいのですが、方法がわかりません。さらに言えば、すべてをゼロから構築する必要は避けたいと考えています。方法がわからないということではなく、避けたいだけです。

アドバイスをありがとう、
~エリック

約 60 個の C++ ソース ファイルを含む Visual Studio プロジェクトがあります。ビルドを実行でき、エラーなしで完了します。しかし、すぐにもう一度 F7 キーを押すと、常に約 50 のソース ファイルが再コンパイルされます。奇妙なことに、すべてのファイルを再コンパイルするわけではありません。

「最小限の再構築を有効にする」(/Gm) が設定されています。なぜこれを行っているのでしょうか？将来の変更日を持つファイルはありません。

Visual Studio 2008で再構築するだけと、クリーン+ビルドを実行することの違いは何ですか？Clean + Buildは、 Clean + Rebuildとは異なりますか？

どのようにしてここにたどり着いたかに関係なく、バックアップから SVN リポジトリを復元する立場にいます。残念ながら、バックアップはわずかに破損しており、19000 を超えるリビジョンのうち約 80 が失われています。バックアップは bzip2 ファイルで、bzip2recover を使用して約 99% のブロックを復元できました。これらは正常に解凍されたため、「既知の正常」です。

したがって、既知の良好なコミットと失われたコミットのリストを作成することができました。

元のリポジトリも破損していましたが、ファイルの多くは残っていました。残念ながら、リポジトリ全体が壊れています。

したがって、これらの不足しているリビジョンの元の db/revs および db/revprops ディレクトリからファイルを取得できて幸運です。バックアップ bz2 ファイルの破損が db/revs ファイルの破損と一致しない可能性があります。

r13892 までのすべてを再構築しましたが、r13893 が壊れていることがわかっているため、r13893 のダンプがありません。元のリポジトリのファイル db/revs/13893 と db/revprops/13893 があります。

svn-1.4 でリポジトリを作成して再構築しましたが、svn-1.6 にアップグレードして、選択的な svnadmin verify コマンドを (単一または一連のコミットで) 使用できるようにしました。

これら 2 つのファイルを新しいリポジトリにドロップし、db/current [1] を更新してから続行できるのではないかと考えました。ただし、確認しようとすると、次のエラーが発生します。

したがって、これは明らかに機能しませんでした。ここで 13214 が何と関係があるのか​​ わかりません。

1.6 で奇妙なことが起こった場合に備えて、svn-1.4.6 にダウングレードしました。残念ながら、同じ結果が得られます-リビジョン13893は検証されていません:

だからここに私が知っていることがあります：

• 私はリビジョン 1 から 13892 までが 100% 正しいことを知っています (bz2 ブロックが間違って解凍され、チェックサムに合格した場合を除きます)。
• 元の SVN リポジトリの r13893 ファイルに問題がないかどうかはわかりません。破損している可能性がありますが、破損の量が非常に少ないため、可能性は低いです (可能性はあります)。

この穴を埋める方法を知っている人はいますか? 私は 100% 信頼できる r13894 を所有していることに注意してください。したがって、r13893 を差し込むことができれば、残りの復元に進むことができます。

[1] 次のスクリプトで db/current を更新しました: http://svn.haxx.se/users/archive-2005-12/att-0630/make-current-fix.py

他の SVN リポジトリでこれをテストし (db/current への書き込みを無効にした後)、既に存在する値と同じ値を生成していることを確認しました。します。

Visual Studioで、すべての構成を含む完全なソリューションを再構築するにはどうすればよいですか？

「ソリューションの再構築」を選択すると、常にデバッグのみまたはリリースのみが再構築されますが、両方は再構築されません。