問題タブ [storage]

コンポーネントをテストするためのスクリプトが何百もあります。これらの各スクリプトには、一連の添え字と個々のレコードが含まれています。

添え字は、複数の TC_Level スクリプトで使用でき、他の添え字でも使用できます。
すべてのスクリプトには固有の名前があります。

例：

私はしたいと思います

• スクリプトをコンテナに保存します。
• それらをスクリプト エンジン内のツリー ビューに読み込みます。

どのタイプのコンテナを使用すればよいですか?

可能なコンテナー (ただし、これらに限定されません) : ディレクトリ、データベース、XML ファイル、スプレッドシート、フラット ファイルなど

提案を行うときは、ストレージ構造の短いサンプル (コードである必要はありません) も含めてください。

ツリービュー フォーム データベースを生成する C# の例を見てきましたが、添え字には複数の親 ID を含めることができるため、(添え字の) 親 ID への参照を使用できるとは思いません。

永続的な分散ハッシュ テーブルを格納するために、十分にテストされたライブラリとサーバーを探しています。

データは非常にドキュメント指向であり、単一のインデックス (BLOB のハッシュによって計算) を持つ何百万もの ~64KB の BLOB で構成されているため、SQL ベースのソリューションの使用をためらっています。また、長期的なスケーリングのために分散できるようにする必要があります。見通し。

費用と帯域幅を考慮すると、S3 などの外部ソリューションはオプションではありません。

CouchDB や Project Voldemort のようなものが理想的ですが、両方の .NET バインディングが著しく不足しています (PV は Java から IKVMC できますが、「問題」があります)。キーと値の両方がバイト配列です (キーは 16 バイト、値は最大 2048KB 平均 64KB)

これまで、Dynamo、Chord などの .NET ポートの種類を検索してきましたが、結果の大部分は純粋にメモリ内キャッシュであり、永続性やレプリケーションの形式が欠けているようです。

アイデアや提案はありますか？

デルファイで、頻繁に検索および変更されるデータを作成および保存するための最良の方法は何でしょうか。

基本的には、既存のデータベースで電話番号を検索し、各電話番号の使用回数、最初の使用日、最後の使用日を追跡する関数を作成したいと思います。検索されているデータベースは、基本的に注文のログであり、注文に使用された電話番号が含まれています。これはSQLデータベースなど、そのようなものを簡単に照会できるもの（古いbtrieveデータベース）ではないため、この情報を取得する方法を作成する必要があります（最終的にテキストファイルに出力するため）。

電話番号、2つの日付、使用回数を含むレコードを作成し、電話番号ごとに動的配列にレコードを追加することを考えています。次に、データベース内の各レコードの配列をエントリごとに検索して、現在のレコードの電話番号がすでに配列に含まれているかどうかを確認します。次に、必要に応じてレコードを更新または作成します。

これはうまくいくように見えますが、データベースには何万ものエントリがあるため、これは最善の方法ではなく、処理が遅く非効率的な方法である可能性があります。データベースで実行できるアクションが限られていることを考えると、より良い方法はありますか？

誰かが、配列を使用するのではなく、MySQLテーブルを使用して数値を追跡し、データベースレコードごとに各数値をクエリすることを提案しました。ただし、これはさらにオーバーヘッドのようです。

お時間をいただき、誠にありがとうございます。

私は、契約を作成し、gifを介してクライアントの署名を取得し、それを契約に適用する（そして、PDFを吐き出す）ソフトウェアに取り組んでいます。現在、契約からのデータを保存していますが、署名に関しては、そうすべきかどうかわかりません。

保存する：長所：PDFドキュメントが失われた場合、必要な人（私たちまたはクライアント）がドキュメントを即座に簡単に再構築できます。（弁護士に確認し、データからドキュメントを再構築することは合法であり、データが変更されていないか、変更されていない限り適用可能です）

短所：保存された署名については何もしませんが、会社を辞めた場合でも、同僚や後任者がそれを尊重するかどうかはわかりません。

保存しないでください：長所：倫理的な高み。現在または将来、その画像を使用して何かを行うオプションはありません。それは皆を正直に保ちます。

短所：PDFが失われた場合、元のドキュメントを再構築する方法はありません。これは良い可能性です。

データがバイト単位で保存されているとします。例えば：

0110001100010101100101110101101

印刷可能なテキストとして保存するにはどうすればよいですか？明らかな方法は、すべての0を文字「0」に変換し、すべての1を文字「1」に変換することです。実際、これは私が現在行っていることです。情報を失うことなく、どうすればもっとしっかりと梱包できるのか知りたいです。

8つのグループのビットをASCIIに変換することを考えましたが、一部のビットの組み合わせはその形式では受け入れられません。他のアイデアはありますか？

SQL Server 2005/2008 について、自習した結果、文字データ型が物理的にどのように格納されるかについての私の理解が正しいかどうか確信が持てません。レビューとコメントにご協力ください。これが私の理解です。確認して、お気軽に修正してください。

• Unicode 文字タイプ (nvarchar など) を使用する場合、基になる文字は UCS-2 エンコーディングで格納されます (つまり、文字は、関連する UCS-2 で定義された文字のビット シーケンスの形式で物理的に格納されます)。照合は比較と並べ替えを定義します。この状況ではコードページはありません。

• 非 Unicode 文字タイプ (varchar など) を使用する場合、基になる文字は、照合によって定義された関連するコード ページで定義されたビットとして物理的に格納されます。したがって、この場合、照合は比較/ソートだけでなく、どのコードページ (文字、ビット値が文字を表し、同じビット値を使用して文字をデータベースの物理ストレージに格納するか) も定義します。

前もって感謝します、ジョージ

GM_setValue() がサイレントに失敗するように見えることを除いて、GreaseMonkey スクリプトで長期保存にデータを設定しようとしています。

ネイティブ (c++) Windows モバイル アプリ。WM_HIBERNATEメモリ不足、および電力不足を通知する方法がありますRequestPowerNotifications()。

ストレージ容量が少なくなったときに通知を受ける方法はありますか? それとも、アプリは定期的にポーリングする必要がありGetDiskFreeSpaceEx()ますか?

Vista (2003、XP) より前の Windows では、レジストリにキーがありました。

これは、このインストールでどのダイナミック ディスク グループがインポート/アクティブ化されているかを示しています。

Vista以降、このキーはなくなりました。それでも、OS は何らかの方法でその情報を保存する必要があります。同じディスク グループが別のマシンにインポートされた場合、再度自動インポートされないためです (つまり、ダイナミック ディスクが SAN 上にある場合、Vista が起動するたびに、他の Vista はディスクを外部として)。

簡単に言えば、この情報 (このマシンのプライマリ ディスク グループ) は Vista のどこに保存されているのでしょうか。