問題タブ [sql-server]

これが私が使用するものです：

私は、より良い、よりエレガントな方法があるかもしれないと考えています。

要件：

• できるだけ速くする必要があります (キャストが少ないほど良い)。
• 最終結果はdatetime、文字列ではなく型でなければなりません。

テーブルには最後に更新されたフィールドがないため、既存のデータがいつ更新されたかを知る必要があります。したがって、最後に更新されたフィールドを追加しても役に立ちません（私が知る限り）。

注: SQL の全文検索機能、CONTAINS 句などすべてを使用しています。* は全文のワイルドカード、% は LIKE 句専用です。

「先頭のワイルドカード」検索 (「*overflow」を使用して「stackoverflow」に一致させるなど) が MS SQL でサポートされていないことをいくつかの場所で読みました。CLR 関数を使用して regex matching を追加することを検討していますが、他のソリューションがどのようなものか知りたいです。

詳細情報:アスタリスクは単語または語句の末尾にのみ追加できます。- 私の経験的経験とともに: 「myvalue」に一致する場合、「my*」は機能しますが、「(アスタリスク)値」は、次のような単純なクエリを実行すると一致しません。

したがって、回避策が必要です。私は実際の検索ページで自分のサイトの検索を使用しているだけなので、基本的には Google と同じように機能する必要があります (Joe Sixpack タイプのユーザーの目には)。それほど複雑ではありませんが、この種の一致は失敗するべきではありません。

Mac OS X を使用してリモート SQL サーバーに接続するにはどうすればよいですか? GUI は特に必要ありませんが、カラー コーディングと結果セット グリッドがあれば便利です。VMを使用する必要はありません。

MS SQL Server で動作する Mac OS X 用の SQL クライアントはありますか?

SQL Server 2005 で非常に迅速かつ簡単な解決策を必要とする非常に単純な問題があります。

x列のテーブルがあります。テーブルから 1 つの行を選択して、列を行に変換できるようにしたいと考えています。

戻るSQL文

@Kevin:このトピックについて Google 検索を行ったことがありますが、私の例では非常に複雑な例がたくさんあります。さらにお手伝いできますか?

@マリオ：私が作成しているソリューションには、値0から6を格納する10列があり、3以上の値を持つ列の数を計算する必要があります。そこで、クエリを作成してそれを行に変換し、生成されたテーブルをサブクエリで使用して、Column >= 3 の行数をカウントすることを考えました。

SQL Server でデータベースにクエリを実行して、特定の名前のフィールドを持つすべてのテーブルを取得するにはどうすればよいでしょうか?

構造だけの SQL Server 2005 データベースのバックアップを作成する必要があります...レコードはなく、スキーマだけです。これを行う方法はありますか？

編集：古いプロセスで使用するバックアップファイルを作成しようとしているので、スクリプトは私の目的では機能しません。申し訳ありません

私が過去に使用した簡単な方法の 1 つは、基本的には、監査したいテーブルの構造を反映した 2 番目のテーブルを作成し、メイン テーブルに更新/削除トリガーを作成することです。レコードが更新/削除される前に、現在の状態がトリガーを介して監査テーブルに保存されます。

効果的ではありますが、監査テーブル内のデータは、最も有用ではなく、レポートするのも簡単ではありません。データの変更を監査するためのより良い方法があるかどうか疑問に思っていますか?

これらの記録はあまり更新されるべきではありませんが、非常に機密性の高い情報であるため、すべての変更が監査され、簡単に報告されることが顧客にとって重要です。

Sql Server 2005 で T-Sql のみを使用するという制約がある場合、money データ型から小数点を削除するには、(ここでは暗黙的に) varchar に変換してから小数点を置き換えるよりも良い方法はありますか?

これが私が現在持っているものです。

これは目的の 123 と 1999 を返しますが、もっと良い方法があるかどうか疑問に思っていました。何かご意見は？

SQL Server インスタンスの 1 つを 2000 から 2005 にアップグレード中です。パフォーマンス ダッシュボードをインストールしました ( http://www.microsoft.com/downloads/details.aspx?FamilyId=1d3a4a0d-7e0c-4730-8204 -e419218c1efc&displaylang=en ) を使用すると、高レベルのレポートにアクセスできます。レポートの 1 つは、不足している (推奨される) インデックスを示しています。クエリオプティマイザーによって維持されるシステムビューに基づいていると思います。

私の質問は、指数の推奨をいつ行うべきかを判断する最善の方法は何かということです。オプティマイザーの提案をすべて適用するのは意味がないことはわかっています。基本的に、インデックスを試してみて、パフォーマンスが向上した場合はそれを維持し、パフォーマンスが低下するか同じままである場合はインデックスを削除するようにというアドバイスをたくさん目にします。決定を下すためのより良い方法があるかどうか、またこの件に関してどのようなベスト プラクティスが存在するかを考えています。