エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
2010-03-06
一年ほど前に、休日に在庫管理システムを開発してみたことがある。 とある物置じみた場所があり、そこの... 一年ほど前に、休日に在庫管理システムを開発してみたことがある。 とある物置じみた場所があり、そこの管理にわりと手間がかるので、自動化して管理がまわるように できないかということをもともとは考えられていたようだ。 もともと自分は開発畑の人間であったので、作ってみろといわれて色々考えてみた。 Oracleを買ったりすると高いし、フリーソフトを入れるにも面倒な申請が必要なので、 いちおうはリレーショナルなデータベースの機能を一通り満たしているACCESSを試してみた。 管理対象にはロケーションにも荷物自体にも、固有のIDを張れば、データとして管理できる。 そのIDが、数字であるかバーコードであるかQRコードであるか、RFIDであるか、形態認識画像なのか というところにこだわるのもいいが、それは末端とのI/Fを統一されていれば、どうにでもあわせられる問題だと おもった。 在庫管理において最低限必要