問題タブ [storing-data]

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.

0 投票する
4 に答える
125 参照

jquery - jQuery要素で構成されるオブジェクト

現在のコード

jQuery要素のコレクションに対して何かを行う関数を作成しました。

私はそれらを追加します:

と削除します:

これは非常に簡単な解決策であり、うまく機能します。

問題

ここで、さまざまな設定で構成されるオブジェクトを任意のjQuery要素に設定したいと思います。

しかし、jQueryオブジェクト/要素を関数に(つまり、としてe)渡すと、呼び出しは機能e.dataしませんが、最も単純で本当に素晴らしい解決策になります。

質問

jQuery要素の「コレクション」がある場合、セットの各要素のデータを保存する最も簡単な方法は何ですか?

0 投票する
1 に答える
1535 参照

mysql - Alfresco CMS を使用する際にドキュメントを DBMS に保存する理由は何ですか?

ドキュメント管理システムの実装を希望している企業とのインターンシップの面接があり、彼らはそもそもオープンソース ソリューションを検討しており、彼らの最優先の選択肢は Alfresco ですが、決定はまだ最終的なものではありません。調査する私の仕事の一部はAlfresco が最適なソリューションです。

プロジェクトの説明から私が見たのは、彼らはMySQLデータベースでAlfrescoを実装し、ドキュメントのメタデータとインデックス作成のためだけにDBMSを使用するのではなく、実際にはドキュメントを内部に保存したいということです. 会社概要によると、ドキュメントの種類は主に PDF と .doc であり、画像ではありません。

私は少し調査しましたが、質問を複製するのではなく、ファイルをデータベースに保存することに関連するすべてのトピックをここで読みました。したがって、私が理解していることから、BLOBS を保存することは一般的にお勧めできません。また、会社のプロファイルとアーカイブに関する法的義務により、より多くのドキュメントを保存する必要があることがわかります。

面接のためにできる限りの準備をしたいと思います。そのため、これらの質問に対するあなたの意見をお聞かせください。

  1. ドキュメントを DBMS に保存することに決めた理由は何ですか? (特に、ファイルを FS に保存する Alfresco をインストールしていることを考慮して)???

  2. 特にMySQLデータベースにドキュメントを保存した経験はありますか???

私は面接がとても楽しみで、このインターンシップを本当に望んでいるので、これは私が本当に理解したいことの 1 つです!!

ありがとうございました!!!!

0 投票する
3 に答える
1359 参照

java - JAVA: 入力を配列に格納

プログラムがランダムな文字を生成するプログラムを作成する必要があり、このランダムな文字を配列に格納する必要があります

私のコードに何か問題がありますか? これを実行して配列を印刷すると、配列内のすべての値のボックスが表示され、このコード行では印刷できない文字があるためです

ありがとう

0 投票する
2 に答える
62 参照

image - ウェブサイトで写真を整理する

写真が多すぎるウェブサイトをデザインしています。

レストランと料理の2つのモジュールがあります。ディレクトリ構造を作成するための最良の方法はどれですか?

画像/レストラン/ID画像/料理/ID

以下を使用してファイル名を作成しています

ii2つの異なるサイズのサムネイルが必要です。サムネイルに名前を付けるのに最適な方法はどれですか?

dbは、拡張子が付いたメインの画像ファイル名のみを保持するためです。

0 投票する
1 に答える
7652 参照

ios - iPad/iPhoneアプリケーションデータを保存するための最良の方法

iPadアプリケーションを開発していますが、アプリケーションデータを保存するための最良の方法がわかりません。これまで、パズルゲーム用に数百の文字列を格納する.plistを使用してきましたが、これはうまく機能しますが、私のアプリが優れている場合は、数万の文字列を保存する必要があります(既製のものを表します)。パズル)。

大きなファイルに.plistを使用するのは悪い考えだと読んだので、iPhone / iPadアプリの多くの情報(読み取り専用)を保存するための最良の方法は何ですか?[それを保存する方法についての確かなチュートリアルも教えていただけますか?]

[一度にすべての文字列をアプリケーションにロードする必要はありません。ゲームの各ラウンドで約50個です]。

0 投票する
2 に答える
222 参照

php - シンプルなデータを mysql データベースに保存する

単純なデータをデータベースに格納するための最良かつ最も効率的な方法は何だろうと思っています。たとえば、テーブルに、完了、未完了、未完了などの値を持つ status という列があるとします。これらの値をそのままデータベースに保存する必要がありますか?

または、値を0、1、2として保存し、get_statusのようなphp関数を使用して数値を単語に変換する必要がありますか?

または、値を 0、1、2 などとして保存し、文字列値を保持する別のテーブルを用意する必要がありますが、値を知る必要があるたびにこのテーブルに参加する必要があります。

0 投票する
4 に答える
81644 参照

java - ユーザー入力を格納する Java Arraylist

こんにちは、私は arraylists と Java を初めて使用します。誰かが私を助けたり、ユーザーがキーボードからディレクトリ エントリを繰り返し入力してそれらを arraylist に保存できるようにするプログラムの作成方法を教えてくれたりしないかと思っていました。

次に、ユーザーが別のものを入力するかどうかを尋ねます

ありがとう

0 投票する
1 に答える
409 参照

mysql - リレーションシップを mysql データベースに保存する

コンテンツ間に多対多の関係を作成していますが、単純化するために、ここではより簡単な関係を使用します。例として、映画間の関係があります。このデータを保存する正しい方法は何でしょうか?

私はもともとこれをやっていた:

マトリックス 2 はマトリックスの続編ですが、実際の映画の関係ではなく、関連する映画の関係を保存するのは意味がないように思えます。それで、代わりにこれを試しました:

現在、関連する映画の代わりに映画の実際の関係を保存しているため、行はより意味があります。また、より文字通り、マトリックスはマトリックス 2 の前日譚です。

しかし、その後、フロント エンドで 2 番目の方法を使用して、マトリックス ページが次のようになることに気付きました: Prequel - Matrix 2

マトリックス 2 ページ: 続編 - マトリックス

したがって、最初の方法はデータをより正確にバックエンドに保存するように見えますが、フロントエンドには保存しません。2 番目の方法は、データをバックエンドに正しく保存していないように見えますが、フロントエンドではより理にかなっています。

この場合、実際にデータを逆に保存する必要がありますか (2 番目の方法)? 私はこれについてまったく心配する必要がありますか?フロントエンドで意味がある限り?

0 投票する
1 に答える
3825 参照

iphone - iPhoneにjsonデータを保存する:json文字列をそのまま保存するVS jsonからオブジェクトを作成し、NSCoding+NSKeyedArchiverを使用する

私のiPhoneアプリケーションでは、リモートサーバーからjsonデータを取得し、Json Frameworkを使用して解析し、UIviewに表示します。また、オフラインで表示できるように、デバイスにデータを保存するオプションをユーザーに提供できるようにする必要があります。オブジェクトを作成してNSCoding+NSKeyedArchiverを使用して保存するよりも、jsonデータを直接保存する方が良いか悪いかを考えていました。json文字列をそのまま保存することの利点は、アーカイブされたオブジェクトよりもディスク上のスペースが少なくて済むことです。一方、アーカイブされたオブジェクトを保存することで、保存されたデータを毎回解析する必要がなくなります。より少ないメモリを使用します。

全体的に最良の選択はありますか?その問題に関するベストプラクティスはありますか?jsonファイルのサイズは約8KBです。

0 投票する
4 に答える
599 参照

c# - SQL サーバーを使用してデータを保存する

現在、プロジェクトで SQL Server 2008 を使用してデータを保存およびフェッチしています。これは今のところ完璧です。50ms (JSON) 未満で 20000 レコードをフェッチできます。しかし、挿入物の問題に直面しています。私のプロジェクトでは、毎分 100000 レコードのようなものを挿入できる必要があります。これはSQLサーバーでは非常に遅いようです。
私はmongoDBのような別のデータベース(NOSQL DB)を使用しようとしました.SQLServer(270s)と比較してデータの保存が非常に高速ですが(5秒)、データのフェッチではSQLほど高速ではありません(20000 => 180ms)。
だから私はここで、SQL の保存を高速化する方法があるかどうかを尋ねています。または、mongoDB のフェッチを高速化します (私は mongoDB の専門家ではありませんが、非常に基本的なことは知っています)。

SQLの挿入機能

Mongo の Select 関数 (MongoDB 1.6)

更新 : データ構造: (int) Id 、(string) データ