問題タブ [sql-server]

SQL Server 2005 Express でフルテキスト インデックス作成を有効にしようとしています。Vista Ultimate を搭載したラップトップでこれを実行しています。

SQL Server Express の標準バージョンにはフルテキスト インデックスがないことを理解しています。「Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2」をダウンロードしてインストールしました (ダウンロード)。

また、「SQL Server (インスタンス)」サービスと「SQL Server 全文検索 (インスタンス)」サービスの両方が「Network Service」という同じアカウントで実行されていることも確認しました。

また、[データベース プロパティ] > [ファイル] 領域で [フルテキスト インデックスを使用する] オプションを選択しました。

SQL クエリ「SELECT fulltextserviceproperty('IsFulltextInstalled');」を実行できます。1 を返します。

私が抱えている問題は、テーブルをデザイン ビューで開いて [フルテキスト インデックスの管理] を選択したときです。フルテキスト インデックス ウィンドウにメッセージが表示されます...

「フルテキスト インデックスを作成できません。適切な権限があること、またはフルテキスト カタログが定義されていることを確認してください。」

何を確認するか、次にどこに行くべきかについてのアイデアはありますか?

私は現在、多くのビューを含む ms-sql データベース構造の一部を再設計する任務を負っており、その一部には他のビューへの結合が含まれています。

とにかく、構造全体を視覚化するのに役立つダイアグラムを自動的に生成するユーティリティを推奨できる人がここにいるのだろうか。

このような問題に使用した中で最も優れたプログラムは何ですか?

SQL Server ストアド プロシージャから FTP コマンドを実行するための最良の方法は何ですか? 現在、次のようなものを使用しています。

問題は、FTP がエラーで終了したにもかかわらず、コマンドが成功したように見えることです。また、 の使用にxp_cmdshellは特別な権限が必要であり、セキュリティ上の問題が生じる可能性があります。

名前が特定の文字列で始まるすべてのテーブルを削除するにはどうすればよいですか？

INFORMATION_SCHEMAこれは、いくつかの動的SQLとテーブルを使用して実行できると思います。

Management Studio の新しいバージョン (つまり、SQL Server 2008 に同梱されているバージョン) には、ついに Transact-SQL IntelliSense 機能が追加されました。ただし、すぐに使用できるのは、SQL Server 2008 インスタンスでのみ機能します。

これに対する回避策はありますか？

テスト環境で SharePoint インスタンスに問題が発生しています。ありがたいことに、これは本番環境ではありません ;) 問題は、SQL Server データベースと検索インデックスを含むディスクの容量が不足したときに始まりました。その後、検索サービスが実行されず、SSP の検索設定にアクセスできませんでした。ディスク容量を再利用しても問題は解決しませんでした。そのため、VM を復元するのではなく、問題の修正を試みることにしました。

新しい SSP を作成し、すべてのサービスの関連付けを新しい SSP に変更しました。その後、古い SSP とそのデータベースは削除されました。PDF ファイルの検索結果は表示されなくなりましたが、それ以外の場合は検索が正常に機能します。MySites も正常に動作します。

この変更の実装後、次の問題が発生します。

1) アプリケーション イベント ログに、MOSS ファーム アカウントである「DOMAIN\SPMOSSSvc」の監査失敗メッセージが表示されるようになりました。

2) SQL Server プロファイラーは、古い (削除された) SSP データベースを参照する SharePoint からのクエリを表示しています。

そう...

• DOMAIN\SPMOSSSvc および古い SSP データベースへのこれらの参照はどこにありますか?
• SSP をサーバーから「完全に」削除して再作成する方法はありますか? 単一の SSP が配置されている場合、削除するオプションは使用できませんでした (灰色表示)。

両方とも SQL Server 2008 バックエンドを使用し、ほとんどが低レベルの C でロードされたカスタムの最適化されたクエリと比較して、C# と LINQ を使用すると、データベース パフォーマンスのオーバーヘッドはどのくらいになりますか?

ここで具体的に考えているのは、かなりデータ集約型のプログラムがあり、画面ごとに少なくとも 1 回はデータの更新または更新を行い、50 ～ 100 人の同時ユーザーがいる場合です。

現在、データベースのマスターddlを作成しています。これまで、バックアップ/復元を使用してデータベースをバージョン管理し、ddlスクリプトを維持していませんでした。スキーマはかなり大きいです。

私の現在の考え：

• スクリプトをいくつかの部分に分割します（おそらく別々のスクリプトで）：

  1. テーブルの作成
  2. インデックスを追加する
  3. トリガーを追加
  4. 制約を追加する

• 各スクリプトは、マスタースクリプトによって呼び出されます。

• テストのために一時的に制約を削除するスクリプトが必要になる場合があります
• スキーマに孤立したテーブルがある可能性があります。疑わしいテーブルを特定する予定です。

他に何かアドバイスはありますか？

編集：また、プロセスの一部を自動化するための優れたツールを知っている人がいる場合は、MS SQL 2000を使用しています（古い、私は知っています）。

Webアプリの特定のポイントに追加のセキュリティが必要です。そこで、データベースをロックしたいと思います（SQL Server2005）。何か提案がありますか、それともこれはSQL Serverでも必要ですか？

質問を編集する：

クエリは、エラーメッセージがログに記録されずにサイレントに失敗し、トランザクション内では発生しません。

最終的解決：

問題を解決することはできませんでしたが、最終的にはMySQLに切り替えて、ここでトランザクションレベルのクエリを使用しました。これは、切り替える主な理由でも、主な理由でもありませんでした。私はSQLServerで問題を抱えていましたが、CMSと他のさまざまなツールをすべて同じデータベースで実行することができました。以前は、サイトを実行するためにSQLServerとMySQLデータベースを実行していました。移植には少し時間がかかりましたが、長期的には、サイトとビジネスにとってはるかにうまく機能すると思います。

MicrosoftのSQLServerManagement Studioに代わるものがあるかどうか疑問に思いましたか？

SSMSに問題はありませんが、テーブルを参照/編集してクエリを実行するだけのアプリケーションでは、大きすぎるように見えることがあります。