ko-hataさん
コメントありがとうございます。

「４．developer networkを利用する」ですか。なるほどいいですね。参考になります。確かにライトコースのユーザーさんまで考えたら標準機能で欲しいですね。

＞「２．レコード番号を使う」でもアプリコードを使うと「〇〇‐レコード番号」になって少しそれっぽくなりますね。

そうですねアプリコードという手がありますね。そういえば私アプリコードを使ったことありませんでした。今度ちょっとやってみます。

「それっぽく」大事ですね。特に最初の導入時は見た目も大事。もしレコード番号を採番に使うとしたら、桁数合わすためにダミーレコードを1000レコードまで追加してから削除、アプリコード(例えばapl)「apl-1001」から本番データにするとかするかも^^;。「apl-9999」までは桁も揃っててそれっぽい。次「apl-10000」で桁あがっちゃうけど、その頃にはもうアプリも浸透して4桁でも5桁でもどっちでもいい話になってる事を期待。^^;

Cybozuさんが「自動採番」を標準機能として実装していないのには、何か深い理由があるのでしょうと思ってますが、ひとつの答えとしては、「アプリコード-レコード番号」で標準の採番機能としては充分という考えもあるのかもしれません。

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

藤田さん
プラグイン開発者様からのコメントありがとうございます。

そうですね。「採番」って結構奥が深いですね。仰る通り自社の規程や個人の好みまで含め多様な採番ルールが考えられます。実務でも採番キーに色んな意味付けをする場合もあれば、極力意味付けをしない場合もあります。

採番のタイミングも色々。単純に新規追加時に連番付与から、修正時は同じ番号を使いたいとか修正時は別途リビジョン番号を追加したいとか。データ削除時も空き番にするのか再利用可にするのか。

例えば採番マスタ的なものを用意するとしても、どのタイミングで発番？最低でも同時アクセスとかでダブらないように設計しないと。もちろん、もっと技術的な側面から実装可能かどうかの検討も大切ですし、あと、せっかくの採番をユーザーが勝手に変更しないような設定も忘れないようにしないと。。。

DBエンジニアの方ならサロゲートキー(代理キー)VSナチュラルキー(自然キー)みたいな話にもなって、それだけでお酒が飲めると思います。^^;

まあ、色んな偉い人が考えても「絶対コレ正解！」って事にはなってないので、仰る通り手ごろなとこで落としどころを探る姿勢が大事ですね。

「ボタンを押して採番する」これも私では思いつかなかったアイデアです。
大変参考になりました。
ありがとうございました。

kobochanさん
コメントありがとうございます。

そうですよね、みんな一度は考えますよね。ひとりで考えててもしょうがないのでみんなで考えましょう！

100通りは、私だけではちょっと思いつきませんが、それでも考えたら色々思いつくのは、kintoneならではだなぁと思います。^^

もしこれが、特定言語ありきの開発なら「プログラムを組む」の一択が普通でしょうし、パッケージソフトなら「機能として提供されているかどうか」以外、選択の余地がないのが一般的だと思います。

参考になれば幸いです！^^