組み込み系にデータベースは必要か
プログラムの種類といった場合、
開発言語の種類
例えば、java,C,C#,Ruby...
といった、分類の方法とは別に、
そのシステムの使われ方によって、
わける場合があります。
企業内の、業務を管理するシステム
業務システム（基幹業務システム）
・営業管理システム
・生産管理システム
・販売管理システム
・販売管理システム
また、これと、重複する部分がありますが
一般ユーザ（顧客）向けの
サービスシステム
・インタネットによる、Webシステム（ホームページ）
があります。
これらとは、別の分野として、
組み込み系のプログラムがあります。
（エンベデットシステム ）
車を、制御したり、
携帯電話を、制御したり、
あるいは、一般の家電（テレビ、冷蔵庫。。）
に組み込まれたコンピュータ用の
プログラムです。
これらの、プログラムに、データベースは
必要でしょうか？
組み込み系のプログラムの場合
これまでは、いかに、応答性がよく、
信頼性が高い、ということが、大切でした。
（メモリ管理や、ハードインターフェースの管理など。。。）
このため、あまり、データベースに対する、重要度の考えは、
少なかったようです。
しかし、組み込み系のプログラムも、
1つの機器に、組み込まれる、プログラムの量（ステップ数）
も、年々大きくなっています。
たとえば、車、１台の組み込みソフトのステップ数が
10,000,000行になるそうです。
GM Volt の組み込みソフトステップ数は10,000,000行
より。。
このため、今後、ソフト開発の、信頼性、生産性向上の
ためには、データベースの考えが、必然的に入ってきます。
既存のSQLの文法がいいのか、
個別の、組み込み用DBMS(データ管理システム)
が、いいのかは、微妙なところですが。
しかし、DBMSがどのように、なるかは別として、
データを処理するしくみを、汎用的な、しくみ
（インターフェースと手順の規格化）を、
していくと、自然と、SQLのような、構造になります。
できた、規格を、厳格に、SQL文とするかは、別ですが。
また、機能面からみても、用途の多様化により、
ニーズが高くなってきます。
例えば、携帯電話の中には、電話帳が、必ず入っています。
また、その他の、家電の場合でも、
いろいろな、機能モードがあったり、
カレンダ機能があったり、
操作手順にしたがった、メッセージがあったり
あるいは、機器不具合の、障害情報を
内部で管理したり。
内部に、データをもち、管理する場合、
データベース化が、有効です。
また、このようにすることで、
将来への、汎用性、拡張性も、向上します。
データを変えるだけで、お客さんメニューと
機能が、変わるような、プログラム構造に
なれば、保守、運用の楽になります。
大きな、階層で、機能分割することで、
プログラムの柔軟性が、上がります。
（単なる部品化とは、異なりますよ）
プログラム進化論では、ないですが。
このような点から、組み込み系の人も、一度、
SQLにふれてのも、有効かと、思います。
■まとめ
組み込み系にデータベースは必須ではありませんが、
勉強することは、決して損ではありません。
開発言語の種類
例えば、java,C,C#,Ruby...
といった、分類の方法とは別に、
そのシステムの使われ方によって、
わける場合があります。
企業内の、業務を管理するシステム
業務システム（基幹業務システム）
・営業管理システム
・生産管理システム
・販売管理システム
・販売管理システム
また、これと、重複する部分がありますが
一般ユーザ（顧客）向けの
サービスシステム
・インタネットによる、Webシステム（ホームページ）
があります。
これらとは、別の分野として、
組み込み系のプログラムがあります。
（エンベデットシステム ）
車を、制御したり、
携帯電話を、制御したり、
あるいは、一般の家電（テレビ、冷蔵庫。。）
に組み込まれたコンピュータ用の
プログラムです。
これらの、プログラムに、データベースは
必要でしょうか？
組み込み系のプログラムの場合
これまでは、いかに、応答性がよく、
信頼性が高い、ということが、大切でした。
（メモリ管理や、ハードインターフェースの管理など。。。）
このため、あまり、データベースに対する、重要度の考えは、
少なかったようです。
しかし、組み込み系のプログラムも、
1つの機器に、組み込まれる、プログラムの量（ステップ数）
も、年々大きくなっています。
たとえば、車、１台の組み込みソフトのステップ数が
10,000,000行になるそうです。
GM Volt の組み込みソフトステップ数は10,000,000行
より。。
このため、今後、ソフト開発の、信頼性、生産性向上の
ためには、データベースの考えが、必然的に入ってきます。
既存のSQLの文法がいいのか、
個別の、組み込み用DBMS(データ管理システム)
が、いいのかは、微妙なところですが。
しかし、DBMSがどのように、なるかは別として、
データを処理するしくみを、汎用的な、しくみ
（インターフェースと手順の規格化）を、
していくと、自然と、SQLのような、構造になります。
できた、規格を、厳格に、SQL文とするかは、別ですが。
また、機能面からみても、用途の多様化により、
ニーズが高くなってきます。
例えば、携帯電話の中には、電話帳が、必ず入っています。
また、その他の、家電の場合でも、
いろいろな、機能モードがあったり、
カレンダ機能があったり、
操作手順にしたがった、メッセージがあったり
あるいは、機器不具合の、障害情報を
内部で管理したり。
内部に、データをもち、管理する場合、
データベース化が、有効です。
また、このようにすることで、
将来への、汎用性、拡張性も、向上します。
データを変えるだけで、お客さんメニューと
機能が、変わるような、プログラム構造に
なれば、保守、運用の楽になります。
大きな、階層で、機能分割することで、
プログラムの柔軟性が、上がります。
（単なる部品化とは、異なりますよ）
プログラム進化論では、ないですが。
このような点から、組み込み系の人も、一度、
SQLにふれてのも、有効かと、思います。
■まとめ
組み込み系にデータベースは必須ではありませんが、
勉強することは、決して損ではありません。