記事へのコメント172

    • 注目コメント
    • 新着コメント
    versatile
    versatile かぶったら (1) をつけろよデコ助野郎

    2023/05/14 リンク

    その他
    theta
    theta システム時計のミリ秒なんて16ms単位だったりするので秒単位に比べて同時刻実行時の衝突確率が60分の1程度になるだけで衝突はしうるでしょ

    2023/05/13 リンク

    その他
    miruto
    miruto PHPならdate('YmdHis')に加えてuniqid関数を使えばよい。

    2023/05/13 リンク

    その他
    abstruct3431
    abstruct3431 「uuidなら重複した時の処理とか書かないけど、あり得るとか言う人は書いてるもんなの?」ってコメントがあるけど、書くだろ?ほんの僅かでも可能性がある以上起こることを想定するのが設計の常識でしょ?

    2023/05/13 リンク

    その他
    Finding
    Finding へっぽこエンジニアとしてはコメント欄がほんと勉強になっている

    2023/05/13 リンク

    その他
    masaru_al
    masaru_al 『tmpfile関数やGetTempFileNameA関数みたいな物が用意されているのに』ただ単に知らないだけなんだと思う。いま知っている文法とAPIだけを駆使して既に有るものも頑張って作ってしまうのは初心者あるある

    2023/05/13 リンク

    その他
    kondoly
    kondoly 重複する可能性は保持してる対応容量内だけなので重複確認してから発行するか自動加算のID付与するだけでも良いかと。双方向なのに初動が取得情報のみを基軸にするのは油断が過ぎるかと。

    2023/05/13 リンク

    その他
    civicpg
    civicpg uuidなら重複した時の処理とか書かないけど、あり得るとか言う人は書いてるもんなの?

    2023/05/12 リンク

    その他
    anigoka
    anigoka 客s「せーの、リリース!」

    2023/05/12 リンク

    その他
    onefootinthegrave
    onefootinthegrave windowsだとそもそもtimerの精度が15msしかなかったような。

    2023/05/12 リンク

    その他
    kagehiens
    kagehiens まぁ、DB使っていいなら採番テーブルも援用すれば良いし、無理ならセマフォとかで整理券番号取る仕組みを組めば万全だわ。

    2023/05/12 リンク

    その他
    ryouchi
    ryouchi 端末番号をファイル名に入れておけば重複しないような気がする

    2023/05/12 リンク

    その他
    yoshitsugumi
    yoshitsugumi a

    2023/05/12 リンク

    その他
    kura-2
    kura-2 PIDくらいは入れといたらどうか

    2023/05/12 リンク

    その他
    prjpn
    prjpn ファイル作るなよ

    2023/05/12 リンク

    その他
    metamix
    metamix タイムスタンプだろうがUUIDだろうが重複はあり得る(理屈上は天文学的数字だろうがID生成の実装がそうであるとは限らない)んだから、重複しても大丈夫なようにするべき

    2023/05/12 リンク

    その他
    vanish_l2
    vanish_l2 データクレンジングするとありえない重複なんていくらでも出てきがちなんで、まあ、そこまて考えていくべきかどうかは要件によるかも

    2023/05/12 リンク

    その他
    cl-gaku
    cl-gaku 普通そう。富士通にはそのレベルの技術者はおらんということ

    2023/05/12 リンク

    その他
    hatomugicha
    hatomugicha ここ数年でTwitterを見だしてこの手のIT系の話題にも明らかな広告目的なり集客目的なものがあってしばらく見てた後にbioを見れば何となく分かると知識を得てこの方はたぶん違うかなと思った

    2023/05/12 リンク

    その他
    byaa0001
    byaa0001 "事象が10件/日くらいしか発生しなくとも、秒までのタイムスタンプは3年に1度は衝突する。事象が平日の昼間に集中している場合は毎年のように衝突する。N個の選択肢があると概ね√N 回の無作為選択で衝突する。"

    2023/05/12 リンク

    その他
    otoan52
    otoan52 "正直に申し上げて「yyyymmdd_hhmmss」が付いていれば重複しないと思い込んでいた" "私作成の業務改善ツールをブログに纏めてます" どういうこと…?/UUIDとかちゃんと研究されてるもの使おうよ。種類色々あるからさ…。

    2023/05/12 リンク

    その他
    harumomo2006
    harumomo2006 「管理者を全部削除することなんてありえないから!」という客の必死の説明を受けて、管理者アカウントを含めて全部ユーザー管理画面から削除できるという恐ろしいシステムを納品したことあるんだけどどうなったかな

    2023/05/12 リンク

    その他
    Cru
    Cru プロセス番号付加でいいんでない??乱数は重複するが。1秒以内にプロセス番号一周はありえない。つかこれ川崎のコンビニ戸籍謄本不具合の報道資料から客がつけたクレームじゃん?むしろ富士通のレベルの低さに震えた

    2023/05/12 リンク

    その他
    beyoooooooon
    beyoooooooon 排他制御入れてれば乱数なんて言い出すわけないし、排他制御入れればいいだけなのになんで余計なことを考えるのか謎。大体、排他制御入れてないのにエラーで落ちると言い切れるのはなんでだ。

    2023/05/12 リンク

    その他
    tomokatz
    tomokatz 卒論書いてる時に、ファイル_[0:99]をファイル_[1:100]にリネームするスクリプトを書いて実行したらファイル_100の1ファイルだけになって戦慄したことを思い出した。1を2に上書き、以下同となってた。実行前で良かったね。

    2023/05/12 リンク

    その他
    everybodyelse
    everybodyelse 重複してもリカバーできてりゃいいし、最悪ユーザーがリトライボタンを押せばなんとかなるなら問題ない。まずいのはそれでシステムの可用性が失われたり、重大なインシデントが起きないかということ。

    2023/05/12 リンク

    その他
    m50747
    m50747 富士通Japanの件はこれじゃないかと思ってる。 webサービスは絶対に時刻をユニーク情報に使わない。言語の乱数も。データベースのオートインクリメントのPKかOpenSSLを使おう。さらに自システムのユーザーIDをプラスする。

    2023/05/12 リンク

    その他
    yuuAn
    yuuAn 排他制御も忘れずにやろうね。

    2023/05/12 リンク

    その他
    vegnpomn
    vegnpomn ミリ秒まで取ればタイムスタンプでユニークになるだろ!と思うようなエンジニアでも知ってる時刻を取る処理って、あんまり精度良くないから処理が早いと実際msレベルでも見た目ほどはバラけないんよね

    2023/05/12 リンク

    その他
    nisisinjuku
    nisisinjuku 良い子のみんなは「なんとかjapan」みたいにならないように一意のID番号を採番しようね☆

    2023/05/12 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    「ファイル名に”yyyymmdd_hhmmss”がついてますが同タイミングで動かしたらどうなりますか」とレビューされて震えた話

    リンク 朝日新聞デジタル マイナカードで誤交付、自治体・富士通に報告求める 個人情報保護委:朝日新聞...

    ブックマークしたユーザー

    • satetsu_s2024/04/17 satetsu_s
    • techtech05212023/08/30 techtech0521
    • mirinha20kara2023/05/14 mirinha20kara
    • versatile2023/05/14 versatile
    • theta2023/05/13 theta
    • temimet2023/05/13 temimet
    • John_Kawanishi2023/05/13 John_Kawanishi
    • tatatayou2023/05/13 tatatayou
    • miruto2023/05/13 miruto
    • abstruct34312023/05/13 abstruct3431
    • Finding2023/05/13 Finding
    • masaru_al2023/05/13 masaru_al
    • shion2142023/05/13 shion214
    • MamitanCoffee2023/05/13 MamitanCoffee
    • pppzzz2023/05/13 pppzzz
    • kondoly2023/05/13 kondoly
    • arihoshino2023/05/13 arihoshino
    • gyu-tang2023/05/12 gyu-tang
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事