私は、顧客アカウントに関連付ける書類が必要なプロジェクトに取り組んでいます。各文書には固有の識別子が必要です。私が取り組んでいる計画は、AAA - ####の形式です。識別子の英数字部分は、3つの文字を使用して日付を追跡することができます（母音は、わいせつまたは不快な単語を防ぐために削除されます）。このスキームは、約21年間有効で、1日に9999件以上の文書が提供されることはありません。最初の2文字は、アルファベット（母音を落とす）の21文字を使用して年の日付を取得し、その日をキャプチャするのに十分な21^2を生成します。最後の英数字は年をキャプチャします。これは再び、制度を21年間に制限する。誰かが同様のタイプのスキームを実装していて、どのような技術が使われているのだろうかと思います。商品番号体系
同じユーザーが同じファイルをアップロードするとどうなりますか？私はあなたがここで何かをオートインクリメントするのを見ません。固定幅要件がありますか？私は同様のスキームを実装しましたが、母音を削除して、エポックタイムをファイル名に単に追加しました。ファイル名をデータベースに入力すると、そのファイル名に依存して固有の識別子を作成して自動インクリメントすることができます。あなたの質問は、ファイル名を固定幅の識別子に変換する方法になります。ユーザーが識別子を選択し、データベースを使用して一意性をチェックできるようにすることをお勧めします。ユーザを固定幅のテキストフィールドに制限することは、他の世界のプログラマが負う習慣ではありません。
はい、数字は7文字を超えてはいけません。ユーザーはこの番号を入力して、システム内の文書を検索します。 –
日時はタイムゾーンによって異なります。ユーザーが複数のタイムゾーンをまたいだ場合、名前付けスキームが機能しないことがあります。何
代わりに、年によって最後の文字をインクリメントするの、あなたは日を表し、ちょうど固定日からカウントアップするために、3つすべてを使用し、あなたはので、代わりに21
の、25年のそれは良いことができます場合は、実際の質問ですか？ –