トップページ > プログラム > 2016年01月12日 > maRmmMSv

書き込み順位&時間帯一覧

11 位/173 ID中時間01234567891011121314151617181920212223Total
書き込み数0120000000000000000000104



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net

書き込みレス一覧

【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
386 :デフォルトの名無しさん[sage]:2016/01/12(火) 01:21:36.35 ID:maRmmMSv
それってつまりユーザが2つのcsvを毎回アップロードするってこと?
【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
391 :デフォルトの名無しさん[sage]:2016/01/12(火) 02:17:52.97 ID:maRmmMSv
そんな感じだと、(きちんと書いたphpと比較するなら)cにして劇的に改善されるかというとそうでもないような
起動コストより実処理コストのほうがはるかに高いだろうし、単純文字列操作ならそりゃcより早くは無理だけど超絶遅いというわけでも

毎回データ変わるならキャッシュできない前処理しといて溜めて置くが効かない、dbの一時テーブルに放り込むのも効果は無さそう
dbは結局のところ横断的処理とインデックス・クエリキャッシュで速くしてるものと認識してる(間違ってたらすまん)

fgetcsv()->マッチ処理 を地道に繰り返させるのが一番じゃないかな
それか、アップロード前に、ある程度クライアント側でなんとか処理コストを負担してもらってから、アップロードしてもらうとか
もちろん生csvでアップロードするかzipなりなんなりで圧縮するかの検討も含めて
【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
392 :デフォルトの名無しさん[sage]:2016/01/12(火) 02:20:04.00 ID:maRmmMSv
あ、クライアント側で〜〜というのは、javascript等で処理してもらうのをイメージしてる
要件が許すなら、Web画面外で前もってやってもらうというのも視野に入るけど、多分NGだよね
【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
397 :デフォルトの名無しさん[sage]:2016/01/12(火) 22:10:21.80 ID:maRmmMSv
>>393
「ちょっと気になった」レベルですまんけど
お題は2種のアクセスログのマージ、ポイントはメモリ量(&メモリ消費とトレードオフになるだろう処理速度)
2csvが同一でない、すなわち多少の順序の入れ替わりや欠落を想定する場合、dbを使うメリットってどんなのがあるか教えて欲しい
不整合データ出現頻度がかなり高くない限りは単純にcsvそのままテキスト処理した方が早い気が
マッチ処理によってはdbに入れる場合にDATETIMEでの大雑把な抽出じゃ足りず連番を付さなきゃいけなくなる可能性もありそう


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。