hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
内戦 最近の傾向
2019年現在、国際連合の加盟国193カ国中50カ国以上が内戦状態にある。冷戦終結以降、国家間の武力衝突は非常に数が少なくなっており、武力紛争のほとんどは内戦となっている。
ウプサラ紛争データプログラムによれば、1940年代には20件/年以下だった内戦は1980年代には40件/年以上になり、ボスニア・ヘルツェゴビナ紛争が始まった1992年には50件/年を超えた。その後、2000年代には30件台/年まで減少したが、アラブの春が始まった2010年代に急増し、2015年以降は毎年50件/年を超えた。またシリア内戦のように周辺国やグローバル大国が内戦に介入する国際化した内戦も2013年以降急増しており、2015年には第二次世界大戦後初めて20件/年を超え、その後も超過が続いている。
内戦の特徴としては、冷戦期には高い軍事力を持つ政府軍に対し反政府軍側がゲリラ戦を行うものが半数以上を占めていたのに対し、冷戦後には政府軍側の軍備も劣悪化し、双方が明確な戦線を形成できずにゲリラ戦を行うタイプの内戦が増加している。双方が十分な軍備を保持し戦線を形成して正面から激突するタイプの内戦は、冷戦の前後を通じてそれほど発生数に変化は見られない。
内戦 最近の傾向
内戦継続期間に関しては、全国支配権を巡る内戦は短く、分離独立を目指す内戦は長期化する傾向が明確に現れている。2004年のフィアロンの研究では、全国支配型の内戦は平均3年間継続するのに対し、資源の産地で利権を巡って起きた内戦は平均25年、少数派集団が土地の支配を求めて起こした内戦は平均30年と、非常に長く継続する。このため、資源型や分離型の反乱の多いサブサハラアフリカやアジアにおいて、内戦は長期化する傾向にある。
また、反政府勢力が複数存在することは珍しくなく、政府対反政府勢力だけでなく、反政府勢力間での武力衝突も頻繁に起こっている。コンゴ民主共和国内戦やソマリア内戦、ダルフール紛争などではこうした反政府勢力の群雄割拠が起き、和平交渉は困難を極めることとなった。
内戦 影響
内戦は、発生国の経済に大きな打撃を与える。内戦発生国の経済成長率は平均で1年あたり-2.3％になると推定されており、長期化すればこの打撃が累積してさらに経済は縮小する。そのうえ内戦は深刻な難民や国内避難民の問題を生み出す。2015年末時点で世界の難民は1548万人、内戦および暴力による国内避難民は4080万人と推定されている。2015年時点で難民が最も多く発生しているのはシリアで485万人が国外難民となっており、以下アフガニスタン、ソマリア、南スーダン、スーダンと、深刻な内戦に苦しむ国が難民発生数の上位を占めている。また、内戦中の公衆衛生システムの崩壊と難民の大量移動は感染症の流行リスクを増大させる。
内戦は近隣諸国の貿易や投資も減少させる上、当該国家は軍事支出を増大して内戦の波及に備えるため、紛争国隣接地域の経済をも悪化させる。内戦国における権力の空白と治安の崩壊は麻薬など違法物品の生産・流通の拠点を生み出すため、隣接国以外にも悪影響を及ぼす。
内戦 影響
さらに、隣接国の内戦が直接波及して内戦が新たに勃発することすら珍しくない。例として、第一次リベリア内戦中の1991年、リベリアの反乱軍のリベリア国民愛国戦線 （NPFL）はシエラレオネの革命統一戦線（RUF）を支援して同国に侵攻させ、シエラレオネ内戦の発端となった。また1994年のルワンダ内戦でコンゴ民主共和国東部に大量に流れ込んだ難民はローラン・カビラのコンゴ・ザイール解放民主勢力連合 (AFDL) の蜂起を促し、第一次コンゴ戦争へとつながった。
内戦 介入
内戦には、しばしば他国からの介入が行われる。冷戦期には主にソビエト連邦から社会主義を掲げるゲリラに軍事援助が行われ、また欧米諸国からは自国民の保護を表向きの理由として自国利益のために内戦への介入を行うことが珍しくなかったが、冷戦終結後そういった露骨な介入は慎まれる傾向にある。一方、第一次コンゴ戦争・第二次コンゴ戦争においてルワンダやアンゴラといった周辺諸国がコンゴ民主共和国の内戦に介入したように、安全保障や政治的・経済的利益を求めて周辺諸国に直接軍事介入する事態は冷戦後にも存在している。
冷戦後、人道目的や地域安定目的といった、直接自国の利益につながらない目的での内戦介入も目立つようになってきている。各国が直接派兵を行うほか、西アフリカ諸国経済共同体（ECOWAS）やアフリカ連合、ヨーロッパ連合といった地域協力機構を通じた派兵も行われているが、紛争調停時に最も盛んに派兵されているのは国際連合平和維持活動である。
内戦 介入
冷戦時代のPKOは停戦監視と兵力の引きはなしが主要任務であったが、冷戦の終結後、1992年に当時のブトロス・ブトロス＝ガーリ国連事務総長は増加する地域紛争を抑制するための予防外交という概念を提唱しPKOを大規模化・強化した。しかしこの試みはマケドニア共和国では成功したものの、ソマリア内戦（UNOSOM II）やボスニア・ヘルツェゴビナ紛争（UNPROFOR）では紛争の抑止に失敗し、国際連合ルワンダ支援団（UNAMIR）でもルワンダ虐殺を阻止することはできなかった。しかしその後もPKOの拡大強化は進み、内戦後も含めた平和構築にPKOが果たす役割は大きくなってきている。
こうした直接国益に関わらない介入が冷戦後増加したのにはいくつかの理由がある。まず、ルワンダやソマリアなどの内戦による人道危機が大きな波紋を呼び起こしたため、自国の世論への対策としてさらなる悪化を防ぐために大国はある程度の介入を迫られる場合がある。また、こうした内戦は隣接諸国に波及しやすいため、地域の動揺を最低限に抑えるために介入が迫られることもある。そして、国家の破綻はテロリストなどに拠点を与え国家安全保障上の問題を引き起こすため、ある程度の秩序の構築は国際秩序維持上不可欠と考えられるようになったことも理由となっている。
内戦 介入
このほか、内戦の資金源を絶つため諸外国が経済制裁や貿易制限を行う場合もある。例えばダイヤモンドでは、1990年代にいくつかの国の反政府勢力が勢力範囲でダイヤモンドの採掘を行い主要な資金源としたため人道危機が発生し、紛争ダイヤモンドと呼ばれる大問題となったため、2003年にはキンバリー・プロセスが発効し、全てのダイヤモンド原石の輸出入に対してキンバリー・プロセス加盟国による適切な扱いの証明書を添付し、非参加国からの輸出入を禁じることで、紛争ダイヤモンドの排除と適切なダイヤモンド流通を行っている。
内戦 終結と内戦後
内戦は、武力によって片方の勢力が打ち倒されるか、あるいは交渉によって参加勢力間に和平協定や停戦合意が成立した場合に終結する。こうした和平交渉のほとんどでは外国や国際機関といった第三者が仲介し、和平のため調停を行う。こうした仲介者の意思は和平後の道筋に大きな影響を与える。また上記のように、内戦終結後もある程度情勢が安定するまでPKOは残留し、新国家の制度整備や選挙支援などの平和構築を行う。内戦中の人権侵害や戦争犯罪については、特に重大な犯罪を犯した個人に対し国際刑事裁判所への起訴と裁判が行われるものの、加盟国の偏りが指摘され、またアフリカを中心に国際刑事裁判そのものへの反発と不満も起きている。
内戦が終結後に再発する可能性は非常に高く、5年以内に約20％が、10年以内には約40％が再発すると推定されている。内戦終結後の政治体制では、閉鎖的な独裁体制の国では内戦再発率が25％にとどまるのに対し、民主的な体制では70％にものぼり、非民主的強権体制の方が内戦再発リスクが低くなるとされる。また内戦終結後に実施される選挙においては、選挙実施前年の内戦リスクが非常に減少するのに対し、選挙実施後から翌年にかけては内戦リスクは大幅に高まった。これは、選挙の敗者が勝者の横暴を予測して敗北を受け入れず、再び内戦へと訴えるためであると考えられている。
内戦 内戦一覧
近代的な国際関係・国際秩序が形成されたおもに17世紀後半以降の内戦のみをあげる。戦争一覧および独立戦争一覧も参照。
青山剛昌
青山 剛昌（あおやま ごうしょう、1963年〈昭和38年〉6月21日 - ）は、日本の漫画家。鳥取県東伯郡大栄町（現：北栄町）出身。鳥取県立由良育英高等学校、日本大学藝術学部美術学科絵画コース卒。
代表作の『名探偵コナン』と『YAIBA』は、それぞれ小学館漫画賞を受賞し、テレビアニメ化やコンピュータゲーム化がされている。特に『名探偵コナン』は、連載が30年続いており、劇場アニメ化、テレビドラマ化もされている（2021年に発行部数が2億7000万冊を突破）。ほかに、『まじっく快斗』『4番サード』などの作品がある。
青山剛昌 来歴
1963年、鳥取県大栄町（現・北栄町）に4人兄弟の次男として生まれる。子供のころから漫画が好きで描いてはいたが親に叱られるためこっそり描いていた。北栄町立大栄小学校を卒業。小学生の時の卒業文集に「私立探偵専門の漫画家になりたい」と書いており、青山剛昌ふるさと館に展示されているが、本人はそのことを覚えていなかったと発言している。
北栄町立大栄中学校時代、民藝運動に関わる染織家で美術教師の吉田たすくから絵を褒められ、「やりたいことがあったらそれをやったらいいよ」と薦められ、美術関係の道を考えるようになった。
鳥取県立由良育英高等学校に進学。剣道少年であり、部活動は小中高とずっと剣道部に在籍していたが、アニメーターに憧れて高2から美術部に入った。
漠然と美術教師を目指して日本大学芸術学部へ進学する。大学時代は漫画研究部「熱血漫画根性会」に所属。元々はアニメーターを志望していたが、漫研の先輩である矢野博之に「アニメーターよりも漫画家のほうが儲かる」と言われ、漫画家を目指すことになる。
ちばてつやの大ファンであり、『おれは鉄兵』が好きだったことから『週刊少年マガジン』に持ち込み、佳作をもらい、担当編集者とも上手く行っていたが、ある時、編集長から「青山くんの絵が気に食わない」「このまま『マガジン』でやるなら絵柄を変えたほうがいい」と担当経由で伝えられ、『マガジン』でやっていくことを断念。
青山剛昌 来歴
その後、講談社を出て、持ち込み先を選ぶために近くの本屋へ雑誌を探しに行き、その場にあった『週刊少年サンデー』を見たことやあだち充のファンで絵が可愛いこともあり、編集部へ連絡し、その足で原稿を持ち込んだ。この時に原稿を見てくれた編集者の世話になり、1986年、『ちょっとまってて』で小学館新人コミック大賞に入選し、同作でデビューした。
それを機に就職活動はせず、生活費は『ひらけ!ポンキッキ』の背景を描くアルバイトをしたり新人賞の賞金を使ったりして、半年間は頻繁にネームを編集者へ持って行った。
1987年に、『週刊少年サンデー』増刊号で『まじっく快斗』の連載を開始。
1988年には、『週刊少年サンデー』でチャンバラアクション漫画『YAIBA』の連載を開始する。これが人気作となり初の長期連載となって、1993年に『YAIBA』で第38回小学館漫画賞・児童部門を受賞。その後、『剣勇伝説YAIBA』としてテレビアニメ化される。
1994年（平成6年）、『週刊少年サンデー』で『名探偵コナン』の連載を開始する。これはサンデー編集部から、「『マガジン』で『金田一』がヒットしているので、『サンデー』でも推理モノのマンガをやってほしい」と打診されたのを受けて描き始めたものだった。この経緯から青山自身はコナンの開始当初あまり乗り気ではなく、ネタ的に続かないため3か月程度で終わるだろうと思っていた。
青山剛昌 来歴
しかし青山の予想に反して、作品は大ヒットを記録し、サンデー2024年5号で連載30周年を迎えるロングセラー作品となる。1996年にはテレビアニメ化されたほか、劇場版アニメも2025年までに28作が作られた。
2005年、アニメで江戸川コナン役の声優をしていた高山みなみと結婚、2007年に離婚。
2007年3月18日には出身地である鳥取県北栄町の道の駅大栄に青山剛昌ふるさと館が開館した。
2017年、画業30周年を記念して『青山剛昌 30周年本』が発売された。また石ノ森萬画館で名探偵コナン原画展が開催された。12月13日、療養と充電のため、『名探偵コナン』の再開時期未定の長期休載が、『週刊少年サンデー』第3・4合併号で発表された。2018年4月に連載を再開した。「NEWS ZERO」にVTR出演した際には4か月の休養については編集部の意図であり、青山本人は「病床に伏せっていたわけではない」と述べている。
2022年には小学館、集英社という出版社の垣根を越えて週刊少年ジャンプの代表作家である尾田栄一郎とのコラボレーションと対談が実現している。
青山剛昌 人物
家族
2005年5月5日に声優の高山みなみと結婚。青山自身の作品『YAIBA』の主人公・鉄刃（くろがねやいば）役や、『名探偵コナン』の主人公・江戸川コナン役として出演しており、それがきっかけとなって2004年1月頃から交際に発展し、翌2005年3月に高山から逆プロポーズした。愛猫は結婚祝いにアシスタント達から贈られたロシアンブルーのカイト。
その後、2007年12月10日に離婚したことが報じられた。青山は締め切りが近づくと仕事場に「缶詰め」になることが多く、売れっ子声優である高山も多忙を極めたことから、すれ違いの生活が続いて溝を埋めるのが難しい状況になったことが原因とされる。
2002年に『名探偵コナン』の制作は1つのエピソードが描き終わると仮眠、起きるとその日のうちに編集者と次の話作りに取りかかり結末まで一気に3、4話を打ち合わせ、3日間でネームを仕上げ、再び打ち合わせ、そして4日間でペン入れと仕上げという1週間の流れで原稿を完成させており、睡眠するときくらいしか休みはなく休載時に旅行へ出かけてもコナンのことを考えて完全な休みはないと話している。
青山剛昌 人物
「結婚するとこの生活が続けられない」と質問されたのに対して、「結婚するとペースを維持できない」と肯定しており、上の人から何を言われても勝手にさせてもらわないとやらないと言ったこともあり、生活も作品も好き勝手にやっているから続けていけるんだろうと語っていた。
親族
4人兄弟の次男で、兄は科学者、1つ下の弟は実家を継いでエンジニア、1番下の弟が米子市の病院に勤務する医師。科学的なことは兄に聞き、アニメにも詳しいことから登場人物の声優は誰がいいか助言を受けたり、死亡推定時刻などは医師である弟に聞き、もう1人の弟から車関係のことを聞いている。また、従兄弟の一人に小学校教員がおり、県警の警視であるアシスタントの義父も合わせて、コナンを描くときのアドバイスを貰っているとのこと。従兄弟の一人にはお笑いコンビ・オキシジェンの田中知史がいる。
趣味・嗜好
食べ物
その他
青山剛昌 作風
「（主人公やヒロインの精神年齢に対する）肉体の年齢が、ある日突然大きく狂わされる」または「肉体の年齢を飛び越える」というモチーフを多く使用している。例えば、年上の恋人と同い年になるためにタイムスリップを試みる少年を描いたデビュー作『ちょっとまってて』、桜が起こした奇跡で青年の姿に若返った老剣士が、つかの間蘇った青春を楽しむ活劇『プレイ イット アゲイン』、永遠の命をもたらす伝説の宝石を追う組織に父親を殺害された高校生が、組織の野望を砕くために二代目怪盗として活躍する『まじっく快斗』、若い娘の生気を吸い老婆に変える宇宙人の女王によってヒロインが老婆の姿にされる『YAIBA』かぐや編、名探偵として名を馳せた高校生が未完成の毒薬の作用で小学1年生相当の姿に若返り、探偵としての地位や証言能力を失った状態で正体を隠したまま組織を追うため、奇想天外な秘密道具の行使や幼馴染の父を影武者に仕立て上げる事で子供姿のまま探偵稼業を続ける『名探偵コナン』など。
以前は作品が完結しないで連載・執筆を終えることもあった。しかし『名探偵コナン』の最終回のプロットは、作者自身の頭の中ですでに出来上がっていると話している。その後2019年4月24日に放送された『1周回って知らない話』にゲスト出演した際には最終回のオチが本格的に決まったことを明かしている。
青山剛昌 作風
アニメーター志望であったこともあり、『剣勇伝説YAIBA』の最終回や『名探偵コナン』の劇場版、2019年1月12日放送の新春・連載1000回記念2週連続1時間スペシャル『紅の修学旅行（恋紅編）』では、原画や絵コンテをはじめ、ゲストキャラクターのデザインや脚本の監修など（いずれも一部）、積極的に関わっている。原画は、主にクライマックスなど、キャラクターの見せ場となるシーンを担当している。
絵の特徴の一つである目のハイライトの入れ方のルーツは、大学1年の時にハマっていた『戦闘メカ ザブングル』のキャラの瞳であり、通称「ネジ目」と呼ばれる虹彩のない瞳に1本のハイライトが入ったデザインを変化させ、もっとキラキラさせたのが最初とのこと。また、光の入れ方には「目線の逆方向に入れる」という法則がある。この特徴的な目の描き方について「これは発明した！」と答えている。
ケン・イシイ
ケン・イシイ（Ken Ishii、石井健、1970年5月12日 - ）は、日本のテクノミュージシャン、DJ。別称は「東洋のテクノ・ゴッド」など。ニックネームはけんちゃん、ケニー。活動初期から、東京の雰囲気を題材としたオリエンタルかつインテリジェントな作風で知られている。
ケン・イシイ 略歴
北海道札幌市生まれ、東京都育ち。筑波大学附属駒場中学校・高等学校から一橋大学社会学部卒業後、大手広告代理店電通に勤務する。内部メモリ上のデータが壊れ、プリセットが全く使えない状態になってしまったコルグM1（オールインワンシンセ）を、音色をゼロから作り直す等して駆使し、デトロイトテクノの影響下にありつつも、東京をモチーフとした東洋的なセンスの楽曲を製作した。1993年には、学生時代に制作したデモテープがベルギーのテクノレーベル・R&Sレコーズに採用される。
その後リリースされた 1st『Garden On The Palm』 は、イギリスの音楽誌『NME』のテクノチャートでNo.1を獲得。当時、日本では全く無名の存在だった為、当初は英国在住の日系人ではないか等、様々な噂や臆測が飛び交った。その後『電気グルーヴのオールナイトニッポン』（ニッポン放送）等、いくつかの日本のメディアでも逆輸入のかたちで紹介されることとなる。
1990年代以降、日本人のテクノミュージシャンで海外で本格的に評価された最初の人物であり、その道を切り開いた功績は大きい。続く2nd『Jelly Tones』は、その音の美しさ、繊細さと独特なビートで世界を席巻、瞬く間に頂点に駆け上った。このアルバムでは従来のリスニング路線に加え、ダンスビートをより意識した作風へと徐々に変化を遂げた。
ケン・イシイ 略歴
ケン・イシイ名義および別名義「FLR」での活動は日本のサブライムレコーズからのリリースが中心となっている。また、楽曲制作と並行してDJとしての活動も精力的に行っており、2004年の「Ibiza DJ Award」では、Best Techno DJを受賞した。毎年恒例のREEL UPというイベントをサブライムレコーズのDJ YAMAと主催している。
2011年英国アカデミー賞音響賞ノミネート。
R&Sレコーズでデビューする以前に、当時アルファレコードのA&Rで後にソニーテクノを立ち上げる弘石雅和へデモテープを渡している。しかしリリースには至らなかった。
プロレス通であり、インディーズ団体などにも詳しい。
ケン・イシイ ディスコグラフィ
タカシマヤタイムズスクエアCM曲
ジャケットデザインは長篇アニメ『AKIRA』等で有名なアニメーター、森本晃司
日本盤は、海外盤の「Garden On The Palm」重複曲を他シングルからの未収録曲に差しかえられている
1995年にFlare名義でコンピレーション提供曲を追加・曲順を変更し再発
93年にESPから発表されたRising Sun・Yoga名義の曲をコンパイル。初回盤にはボーナスディスク「Solar Man」(Flare名義)が封入。
ジャケット及び一曲目の「EXTRA」のPVは森本晃司に依るもの。原画は福島敦子
同アルバム初回限定盤のみ収録のボーナストラック"drummelter"がテレビ朝日｢ル・マン24時間レース｣のイメージソングに起用される。
3. N.O. (Ken Ishii Reproduction)
3. WAY TO GO (DISTORTED DIRECTION MIX)
3. MIND DESIGN / SKYWALK(KEN ISHII REMIX)
3. Voices From Another Age (KEN ISHII REMIX)
ケン・イシイ ディスコグラフィ
カップリングは逆にイシイの楽曲「EXTRA」をスカパラが演奏している。イラストは大友克洋が担当。
2. モデル (KEN ISHII REMIX)
2. TIGHTEN UP (KEN ISHII REMIX)
4. Reach for the sky KEN ISHII REMIX
1. Sametape?(Ken Ishii Remix)
6. FIRECRACKER
6. Living on the Net(Ken Ishii Remix)
8. *〜アスタリスク〜Ken Ishii’s Seventh City Remix
11.「Type E」Dave Angel & Ken Ishii　Dave Angelのアルバム「Frame By Frame」に収録
JOIN THE PAC (Original Mix - Official Theme Song for PAC-MAN 40th Anniversary)
Infiltrate The PAC
データベース
コンピューティングにおいて、データベース（英: database）は、電子的に保存され、アクセスできる組織化されたデータの集合である。実メモリに保存されるもの、CSVなどのファイルに保管される物、OSのファイルシステムなどから、後述のデータベース管理システムを使った大規模なものまである。
小規模なデータベースはOSのファイルシステム上にファイルとして保存されるが、大規模なデータベースはOSに依存しない低レベルなフォーマットで外部記憶装置に保存される。またコンピュータ・クラスターまたはクラウドストレージで保存される。データベース設計に関わる分野は多岐にわたり、データモデリング、効率的なデータ表現と保存、クエリ言語、機密データのセキュリティやプライバシー、同時アクセスとフォールトトレランスのサポートを含む分散コンピューティングの課題など、形式技術と実用的な考慮事項に及ぶ。
データベース
データベース管理システム（DBMS）は、エンドユーザー、アプリケーション、およびデータベース自体と対話し、データを取得し分析するためのソフトウェアである。さらに、DBMSソフトウェアには、データベースを管理するために提供される関連機能も含まれている。データベース、DBMS、関連アプリケーションの全体を含めてデータベースシステムと呼ぶ。しばしば「データベース」という用語が、DBMS、データベースシステム、またはデータベースに関連するアプリケーションのいずれかを指す場合に漠然と使われている。
コンピュータ科学者は、データベース管理システムを、サポートするデータベースモデルに基づいて分類している。リレーショナルデータベースは、1980年代の主流であった。これらは、データを一連の表の行と列としてモデル化し、大多数はデータの書き込みとクエリ（問い合わせ）にSQLを使用する。2000年代には、異なるクエリ言語を使用する NoSQL と総称される非リレーショナルデータベースが普及した。
データベース 用語と概要
形式的な「データベース」は、関連するデータの集合とその編成方法を指す。通常、このデータへのアクセスは、「データベース管理システム」（DBMS）によって提供される。DBMSは、ユーザーが1つまたは複数のデータベースと対話し、データベースに含まれるすべてのデータへのアクセスを提供するコンピュータソフトウェアの統合セットで構成されている（ただし、特定のデータへのアクセスを制限する制約が存在することもある）。DBMSは、大量の情報の入力、保存、および検索を可能にするさまざまな機能を提供し、その情報がどのように編成されているかを管理する方法を提供する。
このように、両者は密接な関係にあるため、「データベース」という用語は、データの集まりとしてのデータベースと、それを操作するために用いるDBMSの両方を指す言葉として気軽に使われることが多い。
情報技術の専門家以外の世界では、「データベース」という用語は、関連するデータの集合体（例: スプレッドシートやカードインデックスなど）を指すことが多く、サイズや使用要件の点からデータベース管理システムを用いることが一般的である。
データベース 用語と概要
既存のDBMSは、データベースとそのデータを管理するためのさまざまな機能を提供しており、それらは次の4つの主要な機能群に分類される。
データベースとそのDBMSは共に、特定のデータベースモデルの原則に準拠している。 「データベースシステム」とは、データベースモデル、データベース管理システム、データベースを総称したものである。
物理的には、データベース・サーバーは、実際のデータベースを格納し、DBMSと関連ソフトウェアのみを実行する専用コンピュータである。データベース・サーバーは通常、大容量のメモリと、安定したストレージ（例: RAIDディスクアレイ）を備えたマルチプロセッサ・コンピュータである。大容量のトランザクション処理環境では、複数台のサーバーと高速チャネルを介して接続されたハードウェア・データベース・アクセラレータも使用される。ほとんどのデータベース・アプリケーションの中心にDBMSがある。DBMSは、ネットワークのサポートを組み込んだカスタムのマルチタスク・カーネルを中心に構築されることもあるが、最近のDBMSは通常、これらの機能を提供するために、標準的なオペレーティングシステムに依存している。
データベース 用語と概要
DBMSは重要な市場を形成しているため、コンピューターやストレージのベンダーは、自社の開発計画にDBMSの要件を考慮に入れていることが多い。
データベースとDBMSは、サポートするデータベースモデル（リレーショナルやXMLなど）、実行するコンピュータの種類（サーバークラスタから携帯電話まで）、データベースへのアクセスに使用するクエリ言語（SQLやXQueryなど）、内部エンジニアリング（性能、スケーラビリティ、障害許容力、およびセキュリティに影響する）によって分類することができる。
データベース 歴史
データベースとそれぞれのDBMSの規模、機能、性能は桁違いに大きくなっている。これらの性能向上は、プロセッサ、コンピュータメモリ、コンピュータストレージ、およびコンピュータネットワークの技術進歩により可能となった。データベースの概念は、1960年代半ばに広く普及した磁気ディスクなどの直接アクセス記憶媒体の出現によって可能となった。それ以前のシステムは、磁気テープへのデータの順次保存に依っていた。その後のデータベース技術の発展は、データモデルまたはデータ構造に基づいて、ナビゲーショナル、SQL/リレーショナル、ポストリレーショナルの3つの時代に分けることができる。
初期のナビゲーショナル・データモデルは、階層型モデルとネットワーク型モデル（CODASYLモデル）の2つが主であった。これらは、あるレコードから別のレコードへの関係を追跡するために、ポインタ（多くの場合、物理的なディスクアドレス）を使用することが特徴であった。
データベース 歴史
1970年にエドガー・F・コッドが提唱したリレーショナルモデルは、この伝統から脱却するもので、アプリケーションがリンクをたどるのではなく、内容からデータを検索すべきであると主張するものであった。リレーショナルモデルは、元帳型の表の集まりを組み合わせたもので、それぞれの表は異なる種類のエンティティ（実体）を格納する。1980年代半ばになって、コンピューティング・ハードウェアは、リレーショナルシステム（DBMSとアプリケーション）を幅広く普及するのに十分な性能を持つようになった。けれども、1990年代初頭には、すべての大規模なデータ処理アプリケーションにおいてリレーショナルシステムが主流となり、2018年現在も主流であり続けている。IBM Db2、Oracle、MySQL、Microsoft SQL Server、PostgreSQLは、最も検索されているDBMSである。リレーショナルモデル用の主要なデータベース言語である標準SQLは、他のデータモデル用のデータベース言語にも影響を与えた。
データベース 歴史
オブジェクトデータベースは、オブジェクト指向とリレーショナル型とのインピーダンスミスマッチ（相性の欠如）による不便さを解消するために1980年代に開発され、これにより「ポストリレーショナル（post-relational）」という言葉が生まれ、また、ハイブリッド型のオブジェクト・リレーショナルデータベースも開発された。
2000年代後半に登場した、次世代のポスト・リレーショナルデータベースは、高速なキーバリュー型ストアやドキュメント指向データベースを導入し、NoSQLデータベースと呼ばれるようになった。これと競合するNewSQLと呼ばれる次世代データベースは、リレーショナル/SQLモデルを維持しつつ、市販のリレーショナルDBMSと比較してNoSQLの高い性能に見合うような新しい実装を試みている。
データベースという言葉が登場したのは、1960年代半ば以降に、直接アクセスストレージ（ディスクやドラム）が利用できるようになった時期と重なる。この用語は、過去のテープベースのシステムとは対照的に、日常のバッチ処理ではなく、対話的な共有での利用を可能にすることを意味した。オックスフォード英語辞典では、カリフォルニアのSystem Development Corporationが1962年に発表した報告書を、特定の技術的な意味で「データベース」という用語を初めて使用したものとして引用している。
データベース 歴史
コンピュータの速度と機能が向上するに伴い、多くの汎用データベースシステムが登場し、1960年代半ばには多くのこうしたシステムが商用化されるようになった。標準化への関心が高まり、そうした製品の一つであるIntegrated Data Store（IDS）の制作者であるチャールズ・バックマンが、COBOLの作成と標準化を担当したグループCODASYL内にデータベース・タスクグループを設立した。1971年、データベース・タスクグループは、一般に「CODASYLアプローチ」として知られるようになった彼らの標準を提供し、まもなくこのアプローチに基づいた多くの商用製品が市場に参入した。
CODASYLアプローチ方式は、アプリケーションに対し、大規模ネットワーク内に形成された連結データセットを移動する機能を提供した。アプリケーションは、3つの方法のうちのいずれかによってレコードを見つけることができる。
その後のシステムで、B木（B-tree）が追加され、代替アクセス経路を提供するようになった。また、多くのCODASYLデータベースでは、エンドユーザー向けに（ナビゲーション型APIとは異なる）宣言型クエリ言語も追加された。しかし、CODASYLデータベースは複雑で、有用なアプリケーションを作るには多大な訓練と労力を要した。
データベース 歴史
また、IBMは、1966年に、Information Management System（IMS）として知られる独自のDBMSを持っていた。IMSは、アポロ計画のために作成されたソフトウェアのSystem/360への発展型であった。IMSは一般にCODASYLと概念が似ているが、そのデータナビゲーションのモデルは厳密な階層を使用し、CODASYLのネットワーク型モデルではなかった。どちらの概念も、データへのアクセス方法の観点から、後にナビゲーショナル・データベースと呼ばれるようになった。この用語は、1973年のバックマンのチューリング賞の講演「The Programmer as Navigator」によって広まった。IBMによって、IMSは階層型データベースとして分類されている。IDMSやCincom SystemsのTOTALデータベースは、ネットワーク型データベースに分類される。2014年現在、IMSは使用されている。
データベース 歴史
エドガー・F・コッドは、カリフォルニア州サンノゼにあるIBMの研究室の1つで、主にハードディスクシステムの開発に携わっていた。彼は、CODASYLアプローチのナビゲーションモデルにおいて、特に「検索（search）」機能の欠如に不満を抱いていた。1970年、彼はデータベース構築の新しいアプローチを概説する多くの論文を書き、最終的に画期的な論文「大規模共有データバンクのためのデータのリレーショナルモデル（A Relational Model of Data for Large Shared Data Banks）」に結実させた。
データベース 歴史
この論文で、彼は大規模なデータベースを保存し、操作するための新しいシステムについて説明した。コッドの考えは、CODASYLのように自由形式のレコードをある種の連結リストに格納するのではなく、データをいくつかの「テーブル」（table、表）として編成し、それぞれのテーブルを異なる種類のエンティティ（entity、実体）に使用することであった。各テーブルは、エンティティの属性を含む固定数の列を含むことになる。各テーブルの1つ以上の列は、テーブルの行を一意に識別するための主キーとして指定され、テーブル間の相互参照には、ディスクアドレスではなく、常にこの主キーが使用された。クエリにおいては、関係論理の数学的体系に基づく一連の操作を用いて、これらのキー関係に基づいてテーブルを結合する（モデルの名前の由来）。データを正規化された一連のテーブル（または関係（relation）、リレーション）に分割することで、各々の「ファクト（fact、事実）」を一度だけ保存するようにし、更新操作を簡略化する。ビュー（view）と呼ばれる仮想的なテーブルは、ユーザーごとに異なる方法でデータを表示することができるが、ビューを直接更新することはできなかった。
データベース 歴史
コッドは、テーブル、行、列ではなく、関係（relation）、組（tuple）、定義域（domain）という数学用語を使ってモデルを定義した。現在よく知られているこれらの用語は、初期の実装に由来するものである。コッドは後に、実際の実装が、モデルの基礎となった数学的な基礎から逸脱する傾向にあることを批判した。
テーブル間の関係を表すために、ディスクアドレスではなく主キー（ユーザー指向の識別子）を使用したのは、主に2つの動機があった。エンジニアリングの観点からは、費用がかかるデータベースの再編成をすることなく、テーブルの再配置やサイズ変更を可能とした。しかし、コッドは、セマンティクス（意味）の違いにより強い興味を持っていた。明示的な識別子を使用することで、純粋な数学的定義で更新操作を定義することが容易になり、一階述語論理という確立した学問分野の観点でクエリ操作を定義できるようになった。これらの操作は純粋な数学的性質があるため、クエリ最適化の基礎をなす証明可能な正しい方法でクエリを書き換えることが可能となる。テーブル間の接続は明示的ではなくなったが、階層型モデルやネットワーク型モデルと比較して表現力が損なわれることはない。
データベース 歴史
階層型モデルやネットワーク型モデルでは、レコードが複雑な内部構造を持つことが許容された。たとえば、ある従業員の給与履歴は、従業員レコードの中の「繰り返しグループ」として表わされることがある。リレーショナルモデルでは、正規化の過程によって、そのような内部構造は、論理キーのみで結合された複数のテーブルに保持されたデータで置き換えられた。
たとえば、データベースシステムの一般的な使い方として、ユーザーに関する情報、名前、ログイン情報、さまざまな住所や電話番号を突き止めることがあげられる。ナビゲーショナル方式では、これらのデータはすべて1つの可変長レコード内に格納される。リレーショナル方式では、そのデータは（たとえば）ユーザーテーブル、アドレステーブル、電話番号テーブルに「正規化（normalize）」される。これらの任意のテーブル内には、実際に住所や電話番号が提供された場合のみ、レコードが作成される。
データベース 歴史
コッドは、（ディスクアドレスではなく）論理的な識別子を使用して行／レコードを識別するだけでなく、アプリケーションが複数のレコードからデータを組み立てる方法も変更した。アプリケーションがリンクを移動して1レコードずつデータを収集することを要求するのではなく、アプリケーションは、宣言型のクエリ言語を使用して（どのようにデータを見つけるかというアクセス経路ではなく）どのようなデータが必要なのかを表現する。データへの効率的なアクセス経路を見つけるのは、アプリケーションのプログラマーではなく、データベース管理システムの責任となった。クエリ最適化（query optimization）と呼ばれるこの過程は、クエリが数学的論理の観点で表現されているという事実に基づいている。
データベース 歴史
コッドの論文は、バークレー校のユージン・ウォンとマイケル・ストーンブレーカーの二人によって着目された。彼らは、地理データベースプロジェクトにすでに割り当てられていた資金と、コードを作成する学生プログラマーを使って、INGRESと呼ばれるプロジェクトを開始した。INGRESは、1973年の初頭に最初のテスト製品を提供し、1979年には一般に広く使用されるようになった。INGRESは、データアクセスのためのQUELと呼ばれる「言語（language）」の使用を含め、多くの点でIBM System Rと類似していた。時の経過とともに、INGRESは新しい標準SQLに移行していった。
IBM自身は、リレーショナルモデルのテスト実装であるPRTVと、製品版であるBusiness System 12の開発を一度行ったが、いずれも現在は廃止されている。Honeywellは、Multics用のMRDSを開発したが、現在ではAlphora DataphorとRelの2つの新しい実装が存在する。「リレーショナル」と呼ばれる他のDBMSの実装のほとんどは、実際にはSQL DBMSである。
データベース 歴史
1970年、ミシガン大学は、デイヴィッド・L・チャイルズの集合論的データモデルに基づくMICRO情報管理システムの開発を開始した。MICROは、非常に大きなデータセットを管理するために、米国労働省、米国環境保護庁、アルバータ大学、ミシガン大学、ウェイン州立大学の研究者によって使用された。これは、ミシガン・ターミナル・システムを使用するIBMメインフレームコンピューター上で稼働した。このシステムは1998年まで稼動し続けた。
1970年代から1980年代にかけ、ハードウェアとソフトウェアを統合したデータベースシステムの構築が試みられた。その根底にある理念は、このような統合が、より高い性能をより低い費用で提供できるというものである。その例として、IBM System/38、Teradataの初期の製品、およびBritton Lee, Inc.のデータベースマシンがあげられる。
データベース 歴史
また、データベース管理をハードウェアでサポートするアプローチには、ICLのCAFSアクセラレータという、プログラム可能な検索機能を持つハードウェアディスクコントローラーがあった。しかし、汎用コンピュータの急速な発展と進歩に、データベース専用機が追いつくことができなかったため、長期的にはこれらの取り組みは概して失敗に終わった。こうしたことから、現今のほとんどのデータベースシステムは、汎用ハードウェア上で動作するソフトウェアシステムであり、汎用のコンピュータとデータストレージを使用している。しかし、この着想は今もなお、NetezzaやOracle （Exadata）など一部の企業によって特定の用途で追求されている。
データベース 歴史
1970年代前半、IBMは、System Rとして、コッドの概念に大まかに基づいたプロトタイプシステムの開発を始めた。最初のバージョンは1974年5月に完成し、その後、レコードを構成するすべての要素（一部はオプション）を単一の大きな「チャンク（chunk、塊）」に格納する必要がないように、データを分割できるマルチテーブルシステムに対応する作業が開始された。その後、1978年と1979年にマルチユーザーバージョンが顧客によってテストされ、その時点では標準化されていたクエリ言語SQLが追加されていた。コッドのアイデアは、実行可能でCODASYLよりも優れたものとして確立され、IBMがSQL/DSとして知られるSystem Rの真の製品版、そして後にDatabase 2（IBM Db2）を開発することを後押しした。
ラリー・エリソンのOracle Database（以下、Oracle）は、IBMのSystem Rに関する論文を基に、別の系統から出発した。Oracle V1の実装は1978年に完了したが、エリソンが1979年にIBMを打ち負かしたのはOracle Version 2を市場に投入してからであった。
ストーンブレーカーはその後、INGRESからの教訓を応用して、現在はPostgreSQLとして知られている新しいデータベースPostgresを開発した。PostgreSQLは、大域的で基幹的な業務アプリケーションによく使用されている。（.orgや.infoのドメイン名レジストリでは、多くの大企業や金融機関と同様に、これを主要データストアとして使用している）。
スウェーデンでもコッドの論文は読まれ、1970年代半ばにウプサラ大学でMimer SQLが開発された。1984年、このプロジェクトは独立した企業に統合された。
1976年に登場した実体関係モデルは、それまでのリレーショナルモデルよりも馴染みのある記述法を重視したもう一つのデータモデルであり、データベース設計で人気を博した。その後、実体-関係構造は、リレーショナルモデルのデータモデリング構造として追加され、両者の違いは無意味なものとなった。
1980年代は、デスクトップコンピューティングの時代の到来を告げた。新しいコンピュータは、Lotus 1-2-3のような表計算ソフトやdBASEのようなデータベースソフトで、ユーザーに力をもたらした。dBASE製品は軽量で、コンピューターユーザーは誰でも容易に理解できた。dBASEの作者、ウェイン・ラトリフは次のように述べている。「dBASEは、BASIC、C、FORTRAN、COBOLのようなプログラムとは異なり、多くの汚い仕事はすでに行われている。データ操作はユーザーではなくdBASEが行うので、ユーザーはファイルを開き、読み込み、閉じ、スペース割り当ての管理などの汚い詳細に煩わされることなく、自分のしていることに集中することができる」。dBASEは、1980年代から1990年代初頭にかけて、最も売れたソフトウェアの一つであった。
1990年代は、オブジェクト指向プログラミングの台頭とともに、さまざまなデータベース内のデータの扱い方で発展が見られた。プログラマーと設計者は、データベース内のデータをオブジェクトとして扱うようになった。つまり、ある個人のデータがデータベース内にある場合、その人の住所、電話番号、年齢などの特性は外来のデータではなく、その人に属するものと考えられるようになった。これにより、データ間の関係は、個々のフィールドではなく、オブジェクトとその属性に関連付けられる。プログラムされたオブジェクトとデータベースのテーブルとの間の変換の不都合は、「オブジェクト-リレーショナル・インピーダンスミスマッチ」という言葉で表わされる。オブジェクト・データベースやオブジェクト・リレーショナルデータベースは、この問題を解決するために、プログラマーが純粋なリレーショナルSQLの代わりに使用できるオブジェクト指向言語（SQLの拡張機能という場合もある）を提供しようとするものである。プログラミング側の立場では、オブジェクト・リレーショナル・マッピング（ORM）と呼ばれるライブラリで、同じ問題を解決しようとしている
XMLデータベースは、構造化されたドキュメント指向データベースの一種で、XML文書の属性に基づいたクエリが可能である。XMLデータベースは、たとえば科学論文、特許、税務申告、人事記録など、非常に柔軟なものから非常に厳格なものまで、データをさまざまな構造を持つ文書の集合として見るのに便利なアプリケーションで主に使用される。
NoSQLデータベースは、多くの場合、非常に高速で、固定化したテーブルスキーマを必要とせず、非正規化したデータを格納することで結合操作を回避し、水平スケーリングするように設計されている。
近年、高い分断耐性を備えた大規模分散データベースが強く求められているが、CAP定理によれば、分散システムで一貫性、可用性、分断耐性を同時に備えることは不可能とされている。分散システムは、これら3つの保証のうち、いずれか2つを同時に満たすことはできても、3つすべてを満たすことはできない。そのため、多くのNoSQLデータベースでは、データ整合性のレベルを下げて可用性と分断耐性の両方を保証する、結果整合性という考え方を採用している。
最新のリレーショナルデータベースの一種であるNewSQLは、SQLを使用し、また従来のデータベースシステムのACID保証を維持しながらも、オンライントランザクション処理のワークロード（読み込みと書き込みの両方を伴う）に対して、NoSQLシステムと同じスケーラブルな性能を提供することを目的としている。
データベース 使用例
データベースは、組織の内部業務を支援し、顧客や発注先とのオンラインでのやり取りを支えるために使用される（エンタープライズ・ソフトウェアを参照）。
データベースは、業務における管理情報、エンジニアリングデータや経済モデルなどのより専門的なデータを保持するためにも使用される。たとえば、コンピュータによる図書館システム、航空座席予約システム、コンピュータ化された部品在庫管理システム、およびウェブサイトをウェブページの集合としてデータベースに保存する多くのコンテンツ管理システムなどがあげられる。
データベース 分類
データベースを分類する方法として、たとえば、書誌、文書、テキスト、統計、マルチメディアなど、その内容の種類によるものがある。第二の方法は、会計、作曲、映画、銀行、製造、保険など、応用面による分類がある。第三の方法は、データベースの構造やインターフェースの種類など、技術的な側面によるものである。この節では、さまざまな種類のデータベースを特徴付けるために使用される用語をいくつか列挙する。
データウェアハウスは、業務用データベースや、しばしば市場調査会社などの外部ソースから得たデータをアーカイブする。 データウェアハウスは、業務データにアクセスできない管理者やその他のエンドユーザーが使用するデータの中心的な供給源となる。たとえば、販売データを週ごとの合計に集計し、ACニールセンのデータと比較できるように社内商品コードを統一商品コード（UPC）に変換する。データウェアハウジングの基本的かつ不可欠なコンポーネントには、データの抽出、分析、マイニング、変換、読み込み、そしてデータをさらに利用できるようにするデータ管理がある。
データベース 分類
エンドユーザー・データベースは、個々のエンドユーザーによって開発されたデータから構成されている。たとえば、文書、スプレッドシート、プレゼンテーション、マルチメディア、およびその他のファイルの集合体である。このようなデータベースをサポートするいくつかの製品が存在する。その中には、本格的なDBMSよりもはるかに単純で、基本的なDBMSの機能を備えているものもある。
マルチデータベースという用語は、連合データベースの同義語として用いられることもあるが、単一のアプリケーション内で連携する、あまり統合されていないデータベースのグループを指す場合もある（例: FDBMSや管理された統合スキーマを持たない）。この場合、一般的にはアトミックコミットプロトコル（ACP、たとえば2フェーズコミットプロトコル）を含むミドルウェアが分散に使われ、参加データベース間での分散（グローバル）トランザクションを可能とする。
データベース 分類
ハイパーテキストまたはハイパーメディア・データベースでは、オブジェクト（例: 別のテキスト、記事、画像、または映画）を表す任意の単語やテキスト部分を、そのオブジェクトにハイパーリンクすることができる。ハイパーテキスト・データベースは、大量にある異種の情報を整理するのに特に有効である。たとえば、ユーザーがテキストの中を簡単に飛び回ることができるオンライン百科事典を整理するのに役立つ。したがって、ワールドワイドウェブは大規模な分散型ハイパーテキストデータベースと言える。
運用データベースは、組織の運営に関する詳細なデータを格納する。通常、トランザクションを使用して、比較的大量の更新を処理する。たとえば、顧客データベースは、企業の顧客に関する連絡先、信用情報、人口統計情報を記録し、人事データベースは、従業員に関する給与、福利厚生、技能データなどの情報を保持し、企業資源計画システムは、製品の部品、部品在庫、財務に関する詳細を管理し、財務データベースは、組織の収支、会計、および金融取引を監視する。
データベース 分類
基盤となるハードウェア・アーキテクチャによって分類される主な並列DBMSアーキテクチャは次のとおりである。
共有メモリ・アーキテクチャ: 複数のプロセッサが主記憶領域や他のデータスト レージを共有する。
共有ディスク・アーキテクチャ: 各処理装置（通常は複数のプロセッサで構成）は、独自の主記憶領域を持つが、他のストレージは全装置で共有する。
シェアード・ナッシング・アーキテクチャ: 各処理装置が独自の主記憶領域その他のストレージを持つ。
非構造化データデータベースは、一般的なデータベースに自然かつ簡単に適合しない多様なオブジェクトを、管理可能かつ保護された方法で格納することを目的としている。これには、電子メールメッセージ、文書、雑誌、マルチメディアオブジェクトなどが含まれることがある。オブジェクトの中には高度に構造化されたものもあるため、この名称は誤解を招く可能性がある。しかし、可能性のあるオブジェクトの集合全体が、あらかじめ定義された構造化フレームワークに適合するものではない。現在、ほとんどの既製のDBMSは、さまざまな方法で非構造化データをサポートしており、新しい専用DBMSも登場している。
データベース データベース管理システム
ConnollyとBeggは、データベース管理システム（DBMS）を「ユーザーがデータベースを定義、作成、保守、およびアクセスを制御できるようにするソフトウェアシステム」と定義している。DBMSの例として、MySQL、PostgreSQL、Microsoft SQL Server、Oracle Database、Microsoft Accessがあげられる。
DBMSの頭文字は、基盤となるデータベースモデルを示して拡張されることがあり、リレーショナル型はRDBMS、オブジェクト(指向)型はOODBMS、オブジェクトリレーショナル型はORDBMSと呼ばれる。また、分散型データベース管理システムを表すDDBMSなど、他の特性を表すように拡張することができる。
DBMSが提供する機能は非常に多様である。中心的な機能は、データの保存、検索、更新である。コッドは、本格的な汎用DBMSが提供すべき機能およびサービスとして、次のようなものを提案した。
また、DBMS は、インポート、エクスポート、監視、デフラグメント、分析ユーティリティなど、データベースを効果的に管理するために必要な一連のユーティリティを提供することも、一般に期待されている。データベースとアプリケーション・インターフェースの間で相互作用するDBMSの中心部分は、データベース・エンジンと呼ばれることもある。
データベース データベース管理システム
多くのDBMSは、データベースが使用できるサーバ上のメインメモリの最大量など、静的または動的に調整可能な構成パラメータを持っている。手動構成する量を最小限に抑える傾向があり、組み込みデータベースのような場合は、ゼロ管理を目標とする要求が最も重要である。
大規模なエンタープライズDBMSでは、サイズや機能が増大する傾向があり、その生涯を通じて数千人年の開発努力が費やされることがある。
初期のマルチユーザーDBMSでは、一般的に、アプリケーションを同じコンピュータ上で動作させ、コンピュータ端末または端末エミュレーションソフトウェアを通じてアクセスすることしかできなかった。クライアント・サーバー・アーキテクチャは、アプリケーションはクライアントのデスクトップ上にあり、サーバー上に存在するデータベースが処理を分散できるように開発された。これが進化して、アプリケーションサーバやWebサーバを組み込んだ多層アーキテクチャとなり、エンドユーザーインターフェイスはウェブブラウザを介してアクセスし、データベースは隣接する層に直接接続されるのみとなった。
データベース データベース管理システム
汎用DBMSは、公開のアプリケーションプログラミングインタフェース（API）と、オプションでSQLなどのデータベース言語用のプロセッサを提供して、データベースと対話し操作するアプリケーションを作成できるようにする。特殊用途のDBMSは、プライベートなAPIを使用し、特別にカスタマイズして単一のアプリケーションにリンクされることがある。たとえば、電子メールシステムは、メッセージの挿入、削除、添付ファイルの処理、ブロックリストの検索、メッセージと電子メールアドレスの関連付けなど、汎用DBMSの機能の多くを実行するが、これらの機能は電子メールの処理に必要なものに限定されている。
データベース アプリケーション
データベースとの外部相互作用は、DBMSと接続するアプリケーション・プログラムを介して行われる。アプリケーションは、ユーザーが文字的または視覚的にSQLクエリを実行できるデータベースツールから、情報を格納し検索するためにデータベースを使用するWebサイトまで、多岐にわたる。
プログラマーは、アプリケーションプログラミングインタフェース（API）またはデータベース言語を介して、データベース（データソースと呼ばれることもある）との相互対話をコーディングする。選択された特定のAPIや言語は、DBMSによって直接的にサポートされるか、またはプリプロセッサまたはブリッジングAPIを介して間接的にサポートされる必要がある。APIの中にはデータベースに依存しないことを目的とするものもあり、ODBCはそのよく知られた例である。その他の一般的なAPIには、JDBCやADO.NETがある。
データベース データベース言語
データベース言語は、次のような作業を可能とする特殊用途の言語であり、部分言語として区別されることもある。
データベース言語は、特定のデータモデルに特化した言語である。著名な例として次のものがある。
SQLは、データ定義、データ操作、およびクエリ（問い合わせ）の役割を1つの言語で兼ね備えたものである。SQLは、コッドによって説明されたリレーショナルモデルとはからいくつかの点で異なっているが（たとえば、テーブルの行と列を並び替えることができる）、リレーショナルモデルの最初の商用言語の1つである。SQLは1986年に米国規格協会（ANSI）標準となり、1987年に国際標準化機構（ISO）標準となった。この標準はそれ以降も定期的に強化されており、すべての主流の商用リレーショナルDBMSによってサポートされている（適合性の程度はさまざまである）。
データベース言語には、次のような機能を組み込んでいるものもある。