問題タブ [data-storage]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
html - デスクトップとブラウザ/ウェブアプリの間でデータを共有する (または最良の) 方法はありますか?
ユーザーがローカル データを webapp に公開できるようにする方法を探しています。アイデアは、ユーザーがデータをアップロードするのではなく、デスクトップから直接情報を使用して何かを行う Web アプリケーション (グラフのプロット、写真の編集など) を持つことです。
Flash やその他のプラグインなどの一部のテクノロジーで可能なものもありますが、この点に関してはすべて、いくつかの大きな欠陥があるようです。たとえば、ほとんどのファイル アップロード ダイアログは一度に 1 つのファイルしか受け付けないため、ユーザーが (たとえば) 一度に 100 枚の写真を送信したい場合に問題になる可能性があります。Afaik、すべてのソリューションでは、「共有」ファイルをセッション間で永続化することも不可能になるため、ユーザーはアプリケーションを終了した後にすべてのファイルを再送信する必要があります。
とにかく、私はそれがロングショットであることを知っていますが、おそらくHTML5または何か他のものには、標準的かつ柔軟な方法でこれを実装する方法があります.
sql-server - アバター画像: データベースまたは CDN に保存しますか?
アバター画像: データベースまたは CDN に保存しますか?
Ps(アバターはユーザーのプロフィール写真です)
database - BLOB ストレージの最も確実なオプションは何ですか?
ブロブを保持するために何かを開発する必要があります。いろいろな選択肢があるのですが、選ぶのに苦労します。必要なのは、ユーザーがドキュメントを主に画像の形式でアップロードすることです。安全にする必要があります。前提条件ではありませんが、速度が欲しいです。アップロードされた画像/ドキュメントのサイズは、「おそらく」それほど問題にはなりません。
これまでに見つけたオプションは次のとおりです。
- SQL ファイルストリーム
- Azure ストレージ
- HDD
- Amazonなどの他のクラウドサービス
やや機密性の高いデータになるため、クラウドはあまり好きではなく、価格モデルも好きではありません。それが悪いとは言いませんが、個人的な好みです。
FileStream に関しては、私にはわかりませんが、賛成派と反対派の両方が推奨されています。それは本当に機能しますか?
HDD、そうですね、物を保存するためのものですが、データベースと HDD の両方をコーディングする必要があります。私はその密結合があまり好きではありません。
収納方法について他におすすめはありますか?私が言及したオプションについてコメントをいただけますか?
shell - 移植可能ないくつかのサブディレクトリを含む大きなディレクトリを作成する必要があります
約 30,000 のサブディレクトリを持つディレクトリにデータセットが含まれています。これらの各ディレクトリには、テキスト ファイルと別のサブディレクトリが含まれています。このサブディレクトリには、いくつかのテキスト ファイルが含まれています (テキスト ファイルが 0 個から数百個までの範囲)。私の同僚の多くはこのデータセットを使用していますが、ラボ内のコンピューター/ハードディスクの 1 つから別のコンピューター/ハードディスクにデータセットを転送するのに少なくとも 6 時間かかります - データセットのサイズのためではなく、扱いにくいためです。保存される形式。アーカイブ (.tar.gz など) を作成してこれらのデータを保存し、コンピューター間ですばやく転送できるようにしたいと考えています。以前にこのようなことをしたことがある人がいて、一番早く教えてくれるかどうか知りたかったのですが、それを行う最良の方法は?自分でアーカイブを作成するよりも、シェルスクリプトの方が速いのではないかと考えています。
iphone - 同じ iPhone アプリで 2 つの異なるコア データ モデルを使用する。どうすればいいですか?
iPhone アプリケーションで 2 つの異なるコア データ モデルを使用しようとしています。SQLite を永続オブジェクト ストアとして使用する最初のコア データ モデルを作成し、正しくセットアップしました。これは非常にうまく機能し、事前入力されたデフォルト ストアがテーブル ビューに正しく読み込まれます。
ここで、事前設定された別の SQLite デフォルト ストアを使用して別のコア データ モデルを作成し、同じ iPhone アプリケーションの別のテーブル ビューにロードしたいと考えています。このタスクを実行するにはどうすればよいですか? Core Data のドキュメントを読み、サンプル コードをダウンロードしましたが、このタスクに関する情報は見つかりませんでした。
この問題を解決するのに役立つサンプル コードを歓迎します。
事前にありがとう、ピア
python - Python を使用した基本的なデータ ストレージ
顧客と顧客が購入した車の基本データと、これらの車の支払いスケジュールを保存する必要があります。これらのデータは、Python で記述された GUI から取得されます。SQL のようなデータベース システムを使用するのに十分な経験がないため、データをプレーン テキストとしてファイルに保存したいと考えています。そして、それはオンラインである必要はありません。
それらを検索およびフィルタリングできるようにするには、まずデータ (リストのリスト) を文字列に変換し、次にデータが必要になったら、通常の Python リスト構文に再変換します。それが非常に強引な方法であることはわかっていますが、そのようにしても安全ですか、それとも別の方法をアドバイスしてもらえますか?
android - この小さな読み取り専用データ テーブルを Android フォンに保存する最良の方法は何ですか?
Android プログラムで使用するデータを保存する必要があります。データの詳細は次のとおりです。
1テーブルになります。データの各「行」には、一意の INT 識別子があります。そのフィールド以外に、他の 4 つの INT フィールドと 1 つのテキスト フィールドがあります。文字列フィールドは、おそらく 2 ~ 3 文の長さになります。4 つの INT フィールドのそれぞれは、他の行の ID に対応します。
100 行、おそらく 200 行になります。ただし、すべての行は読み取り専用で、事前に入力されます。
データは頻繁に読み取られ、順次ではありません。
多くの場合、データを保存するための最初の答えは SQLite ですが、データの詳細を考えると、別の保存方法の方が効率的かもしれません。私はどんな提案も歓迎します。コード例はいつでも歓迎します!
c - ヘルプ システムのデータベースまたは形式は?
アプリのヘルプ システムを実装しています。C と Gtk+ で書かれています。ヘルプは本に分かれています。各本は、リソースを含む HTML ページの集まりです。私が遭遇した問題は、各本が約 30M (WebKit Gtk ポートを使用して表示) であることです。zip 圧縮後は ~7M になりますが、ドキュメントを開くのは非常に遅くなります :( そのため、全文検索インデックスの作成、ドキュメント リスト、ツリー構造 (a-la ファイル システム) を提供できるライブラリを使用することを考えています。 、そしてもちろん圧縮。
そのようなことについてのアイデアはありますか?
PS すべての要件が「必須」というわけではありません。私はまだこの部分を調査中であり、すべてが必要かどうかはわかりません。
database - Web サイトをデザインする場合、データ ストレージにはどのようなオプションがありますか?
私は Web サイトのデザイナーで、Web 用のサイトとアプリケーションの両方を設計しています。私はPHPを使用しています。
ブラウザを閉じた後にユーザーがアクセスする必要がある情報を保存する必要があることがよくあります。
これまで、私は常にデータベース (正確には MySQL) を使用して情報を保存してきましたが、主にデータベースがアプリケーションと共に移動しないため、データベース ストレージを保証しない情報を保存していると感じることがあります。別途作成します。
少量のデータを保存するための他のオプションはありますか? おそらくもっと単純なものですか?
mysql - PostgresqlとMySQL:それらのデータサイズは互いにどのように比較されますか?
ほとんどがテキストデータである同じデータセットの場合、Postgresqlのデータ(テーブル+インデックス)サイズはMySQLのデータと比較してどうですか?
PostgresqlはMVCCを使用しているため、データサイズが大きくなる可能性があります
このプレゼンテーションでは、日本最大のブログサイトがPostgresqlからMySQLへの移行について話しました。Postgresqlから離れた理由の1つは、Postgresqlのデータサイズが大きすぎることでした(p.41)。 日本最大のブログコミュニティであるCocologでPostgreSQLからMySQLに移行する
Postgresqlにはデータ圧縮があるため、データサイズを小さくする必要があります。ただし、MySQLプラグインにも圧縮機能があります。
PostgresqlとMySQLのデータサイズを比較する実際の経験はありますか?