比如每个用户有一个自己的收藏列表,用户可以增加和删除列表中的任一项。
那么用HTTP请求和数据库互动时,以下哪种是最科学的呢?
1,每次增删都发起一次HTTP请求,在数据库上作相应操作(这个HTTP请求太多我自己觉得不科学)
2,把数据库上的列表数据下载下来呈现给用户后,只在前端的数据模型中增删,等到用户可能要关闭页面时用一次HTTP请求来同步,使数据库上的数据更新。不过我主要想问的是这里又有两种具体的互动方法,请大家赐教:
2a,在前端数据模型操作时,记录下哪些被增加了哪些被删除了。在更新数据库做Insert into... where value in和Delete ... where value in 这两次操作
2b,前端只记录数据模型。在更新数据库时直接truncate原来的表,把新的表数据插入。
请问2a和2b哪种比较好?
另外,第2步中同步的时机一般应该是什么时候呢?是用interval来定时同步呢?还是在用户进行一个特定的操作后来同步?谢谢。
-------1218更新
不好意思,上面忘记说了,我指的是用angularJS这种情况下,可以用数据模型来暂存数据的
回复内容:
比如每个用户有一个自己的收藏列表,用户可以增加和删除列表中的任一项。
那么用HTTP请求和数据库互动时,以下哪种是最科学的呢?
1,每次增删都发起一次HTTP请求,在数据库上作相应操作(这个HTTP请求太多我自己觉得不科学)
2,把数据库上的列表数据下载下来呈现给用户后,只在前端的数据模型中增删,等到用户可能要关闭页面时用一次HTTP请求来同步,使数据库上的数据更新。不过我主要想问的是这里又有两种具体的互动方法,请大家赐教:
2a,在前端数据模型操作时,记录下哪些被增加了哪些被删除了。在更新数据库做Insert into... where value in和Delete ... where value in 这两次操作
2b,前端只记录数据模型。在更新数据库时直接truncate原来的表,把新的表数据插入。
请问2a和2b哪种比较好?
另外,第2步中同步的时机一般应该是什么时候呢?是用interval来定时同步呢?还是在用户进行一个特定的操作后来同步?谢谢。
-------1218更新
不好意思,上面忘记说了,我指的是用angularJS这种情况下,可以用数据模型来暂存数据的
1.你为什么认为1是不科学的呢?天知道客户端哪边会发生什么事情~~当用户添加了N个收藏,猫猫过来把电源搞掉了-关机了,这个咋整哦~~~
2.用户希望它的每一步操作都是有效而真实的~~
3.删除动作,不要DELETE,UPDATE原纪录,做逻辑删除
4.truncate表这么暴力的招都用上啦,不要啊~~~~
只能每次发请求这是http
肯定要每次发送请求啊,你在前端怎么保存数据?如果不将用户的操作存入数据库,当用户不小心刷新页面或者关闭页面,他的操作在前端根本没有办法记录下来。
这种就看你要怎么设计了,如果你列表下面有个提交或者保存按钮,用户就明白N种操作完成必须提交或保存才能生效;如果你没有这种提示性信号,只是在每个列表后有个删除,然后有个随意增加的,用户理解成操作即保存,那就不能缓存处理了呗,只能实时性操作数据库
truncate这个有点不太科学,除非每个用户都有一个自已的收藏表
可以找找 window.onbeforeunload
这个事件 在事件中先判断用户收藏的数据是否有改动,有则http请求处理
最近我也在烦这个http请求次数的问题,看了你的描述之后,突然有个想法。。。但不知道可行不可行。。。
首先是获取数据的时候将数据存入一个数据模型里,然后让页面从这个数据模型里面拿取数据。
当页面发生修改事件时,将修改后的数据存入数据模型,然后再从模型拿出修改页面
然后开个定时器,隔一定时间就判断数据模型里面的数据是否发生改动,是就发生请求,不是就不发送。
最后当用户离开该页面的时候最后再判断一次。。。
。。。
或许可以当第一个修改事件发生的时候开启定时器。。。

PHPSESSIONの障害の理由には、構成エラー、Cookieの問題、セッションの有効期限が含まれます。 1。構成エラー:正しいセッションをチェックして設定します。save_path。 2.Cookieの問題:Cookieが正しく設定されていることを確認してください。 3.セッションの有効期限:セッションを調整してください。GC_MAXLIFETIME値はセッション時間を延長します。

PHPでセッションの問題をデバッグする方法は次のとおりです。1。セッションが正しく開始されるかどうかを確認します。 2.セッションIDの配信を確認します。 3.セッションデータのストレージと読み取りを確認します。 4.サーバーの構成を確認します。セッションIDとデータを出力し、セッションファイルのコンテンツを表示するなど、セッション関連の問題を効果的に診断して解決できます。

session_start()への複数の呼び出しにより、警告メッセージと可能なデータ上書きが行われます。 1)PHPは警告を発し、セッションが開始されたことを促します。 2)セッションデータの予期しない上書きを引き起こす可能性があります。 3)session_status()を使用してセッションステータスを確認して、繰り返しの呼び出しを避けます。

PHPでのセッションライフサイクルの構成は、session.gc_maxlifetimeとsession.cookie_lifetimeを設定することで達成できます。 1)session.gc_maxlifetimeサーバー側のセッションデータのサバイバル時間を制御します。 0に設定すると、ブラウザが閉じているとCookieが期限切れになります。

データベースストレージセッションを使用することの主な利点には、持続性、スケーラビリティ、セキュリティが含まれます。 1。永続性:サーバーが再起動しても、セッションデータは変更されないままになります。 2。スケーラビリティ:分散システムに適用され、セッションデータが複数のサーバー間で同期されるようにします。 3。セキュリティ:データベースは、機密情報を保護するための暗号化されたストレージを提供します。

PHPでのカスタムセッション処理の実装は、SessionHandlerInterfaceインターフェイスを実装することで実行できます。具体的な手順には、次のものが含まれます。1)CussentsessionHandlerなどのSessionHandlerInterfaceを実装するクラスの作成。 2)セッションデータのライフサイクルとストレージ方法を定義するためのインターフェイス(オープン、クローズ、読み取り、書き込み、破壊、GCなど)の書き換え方法。 3)PHPスクリプトでカスタムセッションプロセッサを登録し、セッションを開始します。これにより、データをMySQLやRedisなどのメディアに保存して、パフォーマンス、セキュリティ、スケーラビリティを改善できます。

SessionIDは、ユーザーセッションのステータスを追跡するためにWebアプリケーションで使用されるメカニズムです。 1.ユーザーとサーバー間の複数のインタラクション中にユーザーのID情報を維持するために使用されるランダムに生成された文字列です。 2。サーバーは、ユーザーの複数のリクエストでこれらの要求を識別および関連付けるのに役立つCookieまたはURLパラメーターを介してクライアントに生成および送信します。 3.生成は通常、ランダムアルゴリズムを使用して、一意性と予測不可能性を確保します。 4.実際の開発では、Redisなどのメモリ内データベースを使用してセッションデータを保存してパフォーマンスとセキュリティを改善できます。

APIなどのステートレス環境でのセッションの管理は、JWTまたはCookieを使用して達成できます。 1。JWTは、無国籍とスケーラビリティに適していますが、ビッグデータに関してはサイズが大きいです。 2.cookiesはより伝統的で実装が簡単ですが、セキュリティを確保するために慎重に構成する必要があります。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

Dreamweaver Mac版
ビジュアル Web 開発ツール

メモ帳++7.3.1
使いやすく無料のコードエディター

MantisBT
Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。

ドリームウィーバー CS6
ビジュアル Web 開発ツール

ホットトピック









