問題タブ [case-insensitive]

私はUbuntu 8.04を実行していますが、コードは次のようになります...

--posix スイッチがないと、{n} 式が gawk で機能しないことがすぐにわかりました。有効にすると式は機能しますが、大文字と小文字を区別せずに AAAA と aaaa に一致します。ここで何が起こっているのですか？

運がなければ、エレガントなソリューションを探しました。最終的に、文字で始まり、数字または大文字のみを含む固定長 (3 文字) の一意の ID を (1 台のマシンで) 多数作成する必要があります。(例: AXX、X は数字または文字)

一意の ID を生成するために mktemp ユーティリティを使用しています。問題: mktemp は、大文字と小文字を区別する一時的なファイル名を作成します。

現在、生成された各一時ファイルを「GeneratedFile」ディレクトリに保存しています。次に、ファイルの大文字と小文字を区別しないバージョンを作成し、ディレクトリ "ExistingID" に保存します。mktemp を呼び出すたびに、生成されたファイルに大文字と小文字を区別しない対応するファイルが ExistingID ディレクトリにあるかどうかを確認します。存在する場合は、現在一意の ID として使用されていないファイル名を生成するまで、mktemp を呼び出し続けます。

これを行うより良い方法はありますか？

SVN で大文字と小文字を区別しないようにする方法はありますか? ユーザーが「file.ext」および「File.ext」というファイルを使用して Linux 環境からコミットするという問題があります。うまく動作します。ただし、問題は、MAC OSX または Windows のユーザーが更新/チェックアウトを試みる場合です。2 つのファイルは同じと見なされ、アクションはエラーで失敗します。

そもそもSVNに「File.ext」と「file.ext」のコミットを防ぐ方法はありますか?

この質問は似ていますが、Windows 側から同じ問題を見ています。これはここでは問題ではありません。

以下は大文字と小文字が区別されることを知っています。

では、2 つの文字列を無差別に比較する演算子はありますか?

clearquest 検索クエリの大文字と小文字を区別しないようにするにはどうすればよいですか?

私はEntity Frameworkが初めてで、そのためのORMがあります。私が関与しているプロジェクトには、すべてのキーが文字列であり、大文字と小文字が区別されないレガシー データベースがあります。

MSSQL に変換中で、EF を ORM として使用したいのですが、問題が発生しました。

以下は、私たちの問題を示す例です。

TableA にはプライマリ文字列キーがあり、TableB にはこのプライマリ キーへの参照があります。

LINQ では、次のように記述します。

TableA に "A" を読み取る主キーが含まれており、TableB に TableA を参照する 2 つの行が含まれているが、参照フィールドの大文字と小文字が異なる "a" と "A" の場合。

私たちのプロジェクトでは、両方の行が結果に含まれるようにしたいのですが、大文字と小文字が一致する行のみが結果に含まれます。

SQL プロファイラーを使用して、両方の行が選択されていることに気付きました。

キーが大文字と小文字を区別しないことを Entity Framework に伝える方法はありますか?

編集:
これを NHibernate でテストしたところ、NHibernate は大文字と小文字を区別しないキーで動作するという結論に達しました。したがって、NHibernate の方が適している可能性があります。
ただし、Entity Framework の動作を変更する方法があるかどうかを知りたいと思っています。

ご回答有難うございます！

問題は、その制約を今データベースに追加すると、その構築方法が原因でレガシー アプリケーションが動作しなくなる可能性があることです。可能であれば、EF の動作を変更することをお勧めします。無理だとは思いますが、頑張ってみます。

よろしく、
フレドリック

編集:自分の質問に回答を追加した理由は、登録ユーザーになる前にこの質問を追加したためです。アカウントを登録すると、コメントを追加したり、投稿を編集したりできませんでした。これでアカウントが統合されました。

互換性/JIT-コンパイルのパフォーマンスのために、JS / HTMLで大文字または小文字を使用する方が良いですか？例：

これは初心者の質問ではありません。小文字が事実上の標準であることを私は知っています。しかし、大文字のJS + HTMLを見たので、どちらを書くほうがよいのか疑問に思いました（SQLが完全に大文字のように？）

ユーザー名が存在する場合、大文字と小文字が異なる重複したユーザー名を作成できないように、SQL テーブルのユーザー名varcharに制約を追加したいと考えています。これどうやってするの？ありがとう

編集:
私は PostgreSQL を使用しています。構文に関する少しのヘルプをいただければ幸いです。

これが可能かどうか疑問に思います。

ユーザーに関する識別情報を含むサードパーティのライブラリがあります...

ライブラリとの主なやり取りは、文字列でキー設定された HashTable を介して行われ、そのキーの情報のオブジェクト グラフを返します。

問題は、キーが明らかに大文字と小文字を区別することですが、ユーザーのブラウザから取得したものは必ずしも大文字と小文字が一致するとは限りません... (キーは完全に小文字になっていることがよくあります)

ハッシュテーブルに対して大文字と小文字を区別しないキー検索を実行できるかどうか疑問に思っています。

例えば

この機能を追加するために会社にサポート チケットを提出できる可能性が低い場合、この機能をサポートする他の DataStructures (つまり、新しいジェネリック コレクション/ディクショナリ) はありますか?

string最後に、System.String GetHashCode () メソッドをオーバーライドして、大文字と小文字を区別しないすべての文字列が同じハッシュコードを返すようにすることは可能でしょうか?

誰か提案があれば乾杯

SQLite.net ( http://sqlite.phxsoftware.com ) を使用して C# プログラムから SQLite を使用しています。

デフォルトでは、SQLite select order by clause ソートは大文字と小文字を区別します。結果を大文字と小文字を区別せずにソートしたいのですが、「COLLATE NOCASE」を見つけましたが、ドキュメントには、ASCII 範囲内の英語の文字のみを処理すると書かれています。真の言語の国際的な大文字と小文字を区別しないソートが必要です。 CultureInfo.CurrentCulture 照合順序を使用します (String.Compare を使用するとうまくいきます)。