問題タブ [duplicate-data]

PHPで多次元配列から重複した値を削除するにはどうすればよいですか?

配列の例:

日付をプロジェクト カテゴリ別にグループ化する必要がある SSRS レポートがあります。カテゴリ内のプロジェクト コードがグループ内で繰り返されています。値を抑制するにはどうすればよいですか

アイデアを得るのを手伝ってください。

ありがとう、ブリジット

MarkLogic xml データベースに多数のドキュメントがあります。1つのドキュメントには次のものがあります:

複数の色があっても問題ありません。両方とも赤である複数の色を持つことは問題です。データが重複しているドキュメントを見つけるにはどうすればよいですか?

従来の 3 層設計の Web アプリケーション (ASP.Net 3.5) があります。ユーザーがボタンをクリックすると、ポストバックが発生し、中間層とデータ層のコードが実行され、画面が更新されます。最初のポストバックが完了する前にユーザーがボタンを複数回クリックすると、ロジックが混乱し、アプリが無効な状態になる可能性があります。これを防ぐ最善の方法は何ですか？

JavaScript を使用してボタンを無効にすることはできますが、これは問題を隠すだけです。これを処理するために、ビジネス レイヤーとデータ レイヤーを構築するにはどうすればよいですか?

Eclipseから来て、常に行を複製するために使用されてきたので、Xcodeにそのような機能がないことを知るのはかなり奇妙です。それともそうですか？

システム全体のキーバインディングを変更することは可能ですが、それは私が求めていることではありません。

2つのテーブルがあり、行の正確なコピーが2番目のテーブルに存在する場合は、最初のテーブルから行を削除する必要があります。

MSSQLサーバーでこれを行う方法の例を誰かが持っていますか？

レコード全体が一意である SQL データベースに挿入する方法はありますか? 主キーと一意の列を作成できることは知っていますが、それは私が望んでいることではありません。

データベースに過負荷をかけずにこれを行う最善の方法は何ですか? 「WHERE NOT EXISTS ()」を使用する一種のサブクエリを見てきました

正確に同じレコードが重複しないように、レコードを挿入する最も効率的な方法を知りたいだけです。

前もって感謝します！

学術雑誌の記事を含む多数のテキスト ファイル (1000 以上) があります。残念ながら、各記事のファイルには、前の記事の終わり (最初) と次の記事の最初 (最後) の「スタブ」も含まれています。

スタブは重複データを構成するため、記事の頻度分析を実行する準備として、これらのスタブを削除する必要があります。

すべての場合において、各記事の開始と終了を示す単純なフィールドはありません。ただし、重複したテキストは、どちらの場合も同じ行に同じ形式で表示されているようです。

各ファイルを次のファイルと比較し、重複テキストの 1 つのコピーを削除するスクリプトは完璧です。これは、プログラミングの際にはかなり一般的な問題のように思われるので、これを行うものを見つけることができなかったことに驚いています.

ファイル名は順番にソートされるため、各ファイルを次のファイルと順番に比較するスクリプトが機能するはずです。例えば

181 ページから始まる記事と 186 ページから始まる記事の 2 つの記事があります。これらの記事はどちらも以下に含まれています。

[ http://drop.io/fdsayre][1]に 2 つのボリュームのテスト データがあります。

注: 私は、心理学の歴史におけるプロジェクトの古いジャーナル記事の内容分析を行っている学者です。私はプログラマーではありませんが、Linux で 10 年以上の経験があり、通常は作業を進めていくうちに理解できます。

ご協力いただきありがとうございます

ファイル名: bul_9_5_181.txt

シンセシア

ISI

ポルトガル語の単語の大部分は、黒い物または黒に関連する考えを意味します。確かに、この関連性は真の共感覚ではありませんが、著者は、これらの論理的かつ自発的な関連性と、有色オーディションの真のケースとの間の程度の問題にすぎないと考えています。参考文献

DOWNEY, JUNE E. 着色された味覚の事例。アメール。J. of Psycho!., 1911, 22, S28-539MEDEIROS-E-ALBUQUERQUE. Sur un phenomene de synopsie presente par des millions de sujets. / . デサイコ。ノルムらの道、1911年、8、147-151。MYERS、CS 共感覚のケース。ブリット。J. of Psychol.、1911、4、228-238。

感情現象 — ミシガン大学ジョン F. シェパード教授による実験

ライプツィヒの研究所からは、1 年の間に 3 つの論文が発表されました。Drozynski (2) は、呼吸障害が関与している可能性があるため、感情を伴う有機的反応の研究に味覚刺激と嗅覚刺激を使用することに反対しています。彼はリズミカルな聴覚刺激を使用し、さまざまな速度でさまざまなグループに分けて与えられると、各被験者に特徴的な感情が伴うことを発見しました. 彼は胸の呼吸を記録し、血圧計と脈波計から曲線を描きます。各実験は通常の記録から始まり、次に刺激が与えられ、その後にコントラスト刺激が続きました。最後に、別の法線が取られました。呼吸の長さと深さを測定し（タイムラインは記録されていません）、呼気の長さと吸気の長さの関係を決定しました。脈拍の長さと高さも測定されました。表形式の要約は、著者が各タイプの感情の反応期間中に各量が増加または減少したことを発見した回数を示しています。与えられたリズムに伴う感情状態は常に複雑ですが、その結果は支配的であると思われる次元に言及されます。記録から再現されているのは、正常期と反応期から切り離されたわずかな抜粋のみです。著者は、興奮が呼吸の速度と深さ、吸気と呼気の比率、および脈拍の速度とサイズを増加させると述べています. アームボリュームにうねりがあります。効果が静かである限り、速度と深さの減少を引き起こします。表形式の要約は、著者が各タイプの感情の反応期間中に各量が増加または減少したことを発見した回数を示しています。与えられたリズムに伴う感情状態は常に複雑ですが、その結果は支配的であると思われる次元に言及されます。記録から再現されているのは、正常期と反応期から切り離されたわずかな抜粋のみです。著者は、興奮が呼吸の速度と深さ、吸気と呼気の比率、および脈拍の速度とサイズを増加させると述べています. アームボリュームにうねりがあります。効果が静かである限り、速度と深さの減少を引き起こします。表形式の要約は、著者が各タイプの感情の反応期間中に各量が増加または減少したことを発見した回数を示しています。与えられたリズムに伴う感情状態は常に複雑ですが、その結果は支配的であると思われる次元に言及されます。記録から再現されているのは、正常期と反応期から切り離されたわずかな抜粋のみです。著者は、興奮が呼吸の速度と深さ、吸気と呼気の比率、および脈拍の速度とサイズを増加させると述べています. アームボリュームにうねりがあります。効果が静かである限り、速度と深さの減少を引き起こします。しかし、その結果は、支配的であると思われる次元に言及されます。記録から再現されているのは、正常期と反応期から切り離されたわずかな抜粋のみです。著者は、興奮が呼吸の速度と深さ、吸気と呼気の比率、および脈拍の速度とサイズを増加させると述べています. アームボリュームにうねりがあります。効果が静かである限り、速度と深さの減少を引き起こします。しかし、その結果は、支配的であると思われる次元に言及されます。記録から再現されているのは、正常期と反応期から切り離されたわずかな抜粋のみです。著者は、興奮が呼吸の速度と深さ、吸気と呼気の比率、および脈拍の速度とサイズを増加させると述べています. アームボリュームにうねりがあります。効果が静かである限り、速度と深さの減少を引き起こします。

182

ジョン・F・シェパード

呼吸、吸気呼気比、脈拍数とサイズ。アームボリュームは、呼吸波とともに上昇する傾向を示します。協調性が示す

データを取り込み、同じデータを使用してサードパーティに別の Web サービス呼び出しを行う C# WCF サービス (3.0) があります。

サード パーティの呼び出しの前に、エントリ データはレコードとしてデータベースに保存され、サード パーティの Web サービスからの応答データで更新されます。

いくつかの負荷/ストレス テストを開始したところ、データベースに重複したレコードが保存されていることに気付きました (これには、ランダムに生成された英数字の値が含まれます)。一度に2つか3つ。しかし、サードパーティのサービス データを確認すると、別のエントリとしてサード パーティの側でログに記録されています。

私たちの側で異なる唯一のデータベース フィールドは、互いにミリ秒以内の "LastModifiedDate" です。

この動作を何と呼ぶか​​についてのアイデアはありますか? 前もって感謝します！

ユーザーがエンティティをデータベースに保存し、重複の可能性を警告する前に、可能性のある重複のリストを作成する必要があります。

重複をチェックする基準は 7 つあります。少なくとも 3 つ一致する場合は、ユーザーにフラグを立てる必要があります。基準はすべて ID で一致するため、あいまいな文字列の一致は必要ありませんが、少なくとも 3 つの項目が一致するために多くの可能な方法 (正確に合計を行った場合は 99 の方法) があるという事実に問題があります。 7つの可能性のリスト。

検索結果を見つけるために 99 の個別のデータベース クエリを実行する必要はありません。また、データベースからすべてを取得してクライアント側でフィルター処理する必要もありません。現時点ではおそらく数万のレコードしか話していませんが、システムが成熟するにつれて、これは数百万に成長するでしょう.

これを行うための効率的な方法を考えている人はいますか? データベースから少なくとも 1 つのフィールドが一致するレコードを取得する単純な OR クエリを検討し、クライアントで処理を行ってさらにフィルタリングしましたが、いくつかのフィールドはカーディナリティが非常に低く、実際には削減されません。膨大な量の数字。

ありがとうジョン