hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
平安京 歴史
平安京は、延暦13年10月22日（西暦794年11月18日（ユリウス暦））から、一説には明治2年（1869年）まで日本の首都であったとされ、明治2年（1869年）に政府（太政官）が東京（旧江戸）に移転して首都機能を失っている。
その始めは桓武天皇の長岡京遷都まで遡る。桓武天皇は延暦3年（784年）に平城京から長岡京を造営して遷都したが、これは天武天皇系の政権を支えてきた貴族や寺院の勢力が集まる大和国から脱して、新たな天智天皇系の都を造る意図があったといわれる。しかしそれからわずか9年後の延暦12年（793年）1月、和気清麻呂の建議もあり、桓武天皇は再遷都を宣言する（理由は長岡京を参照）。場所は、長岡京の北東10 km、2つの川に挟まれた山背国北部の葛野郡および愛宕郡の地であった。事前に桓武天皇は現在の京都市東山区にある将軍塚から見渡し、都に相応しいか否か確かめたと云われている。『日本紀略』には「葛野の地は山や川が麗しく四方の国の人が集まるのに交通や水運の便が良いところだ」という桓武天皇の勅語が残っている。
平安京の造営はまず宮城（大内裏）から始められ、続いて京（市街）の造営を進めたと考えられる。都の中央を貫く朱雀大路の一番北に、皇居と官庁街を含む大内裏が設けられて、その中央には大極殿が作られた。その後方の東側には天皇の住まいである内裏が設けられた。
平安京 歴史
都の東西を流れる鴨川や桂川沿いには、淀津や大井津などの港を整備、これらの港を全国から物資を集める中継基地にして、そこから都に物資を運び込んだ。運ばれた物資は都の中にある大きな2つの市（東市・西市）に送り、人々の生活を支えた。このように食料や物資を安定供給できる仕組みを整え、人口増加に対応できるようにした。また、長岡京で住民を苦しめた洪水への対策も講じ、都の中に自然の川がない代わりに東西にそれぞれ「堀川」（現在の堀川と西堀川）を始めとする河川をいくつも整備し、水運の便に供するとともに生活廃水路とした。そして長岡京で認めなかったように、ここでも官寺である東寺と西寺を除き、新たな仏教寺院の建立を認めなかった（この他平安遷都以前からの寺院として京域内には六角堂があったとされるが、平安遷都後の創建説もある。また、広隆寺はこの時に太秦に移転されたとされ、京域外の北野上白梅町からは移転以前の同寺跡とみられる「北野廃寺跡」が見つかっている）。
平安京 歴史
なお、建都に当ってはそれまで上賀茂付近から真南に流れていた賀茂川（鴨川の出町以北の通称）を現在の南東流に、また出町付近から南西方向に左京域を斜行していた高野川を現在の南流に変え鴨川としたとの説が塚本常雄によって唱えられ多くの歴史学者に支持された（「鴨川つけかえ説」）。これに対して後に横山卓雄によって否定説が提出され、歴史学者も一転してこの説に従うようになり、現在は「鴨川・賀茂川つけかえはなかった」とするのが有力となっている。ところが、最近になって横山説に疑問を呈する研究者が現れ、塚本の鴨川つけかえ説に対する再評価の動きが活発になりつつあり、現在では「つけかえ説」「非つけかえ説」とも定説とは言えない状況となっている。
辛酉。車駕遷于新京。同十三年十月廿三日。天皇自南京、遷北京。（略）丁丑。詔。云々。山勢実合前聞。云々。此国山河襟帯、自然作城。因斯勝、可制新号。宜改山背国、為山城国。又子来之民、謳歌之輩、異口同辞、号曰平安京。又近江国滋賀郡古津者、先帝旧都、今接輦下。可追昔号改称大津。云々。 — 『日本後紀』卷第三逸文、延暦13年10月及び11月の条。
平安京 歴史
「此の国は山河襟帯（さんがきんたい）し、自然（おのづから）に城をなす。此の勝（形勝 けいしょう）によりて、新号を制（さだ）むべし。よろしく山背国を改めて、山城国と為すべし。また子来（しらい）の民、謳歌（おうか）の輩（ともがら）、異口同辞（いくどうじ）に、号して平安京と曰（い）ふ」（此の国は山河が周りを取り囲み、自然に城の形をなしている。この景勝に因んで、新しい名前を付けよう。「山背国」を改めて「山城国」と書き表すことにしよう。また新京が出来たことを喜んで集まった人々や、喜びの歌を歌う人々が、異口同音に「平安の都」と呼んでいるから、この都を「平安京」と名付けることとする）。ここに言う「謳歌」とは、遷都の翌延暦14年（795年）正月16日に宮中で催された宴でも歌われた踏歌の囃し言葉「新京楽、平安楽土、万年春（しんきょうがく、びょうあんがくつ、まんねんしゅん）」を言うのであろう。
弘仁元年（810年）、桓武天皇亡き後の皇位を巡る対立で平城上皇とその一派から平城京に都を戻そうという動きが起こるが、平城上皇の弟の嵯峨天皇は平安京を残すことこそ国の安定と考え、平城上皇らのこの動きを退け、側近の藤原仲成・薬子兄妹を討伐し上皇を出家させた（薬子の変）。そして平安宮を「万代宮（よろずよのみや）」と定める（永遠の皇居という意）。
平安京 歴史
京域が広すぎたためか、規則正しく配置された条坊が人家で埋まることはついになく、特に右京は南方の地が桂川の形作る湿地帯にあたるため左京と比較すると宅地化が進まず、律令制がほとんど形骸化した10世紀に入ると本来京内では禁じられている農地へと転用までされるようになった。
980年（天元3年）には朱雀大路の南端にある羅城門（俗に「羅生門」という）が倒壊し、以後再建されることはなかった。また朱雀大路を始めとして広かった大路小路も次第に宅地に侵食され狭められた。
貴族の住む宅地は大内裏に近い右京北部を除いて左京に設けられ、藤原氏のような上流貴族の宅地が左京北部へ集中する一方、貧しい人々は京内南東部に密集して住み、さらには平安京の東限を越えて鴨川の川べりに住み始めた。また、鴨川東岸には寺院や別荘が建設されて、平安京の本来の範囲より東（左京）に偏った市街地が形成されていった。
政庁を平安京外に置いた院政の出現は、平安京の都市構造の変化をもたらし、また天皇中心の都という形態を損なうことで、結果として平安京という定められた都市規範を崩壊させる大きな引き金となった。
平安時代の末期に至って京内で戦が頻発し、荒廃が進行した。政情不安もあって治承4年（1180年）、平清盛は安徳天皇を奉じて福原に遷都（福原京）したが、公家たちの反対に遭い、わずか半年で京都に還都した。
平安京 歴史
平安末期から「平安京」に代わる言葉として「京都」という語が用いられ始め、鎌倉期初頭にかけてその使用の頻度が増す。また、平安京を擬えた「洛陽」から採られた、中世・近世の京都市中を示す「洛中」という言葉も、鎌倉時代から使われ始める。
鎌倉幕府により京都を冠した最初の役職となる「京都守護」（六波羅探題の設置により消滅）が設置される。鎌倉が武家政権の本拠となる一方、京都は貴族や寺社権門の中心となった。天皇の住まいである内裏は度重なる災害により転々とし、室町時代に鴨川寄りの里内裏「土御門東洞院殿」が修造を経て正式な内裏となり、以降はこの場所で築造が繰り返され、現在の「京都御所」の原形となった。
室町時代から戦国時代にかけての時期は、応仁の乱にて市街地の過半を焼失し、衰退した。その後、京都の市街地は、上京と下京に分かれて小規模なものとなっていた。これが再度一体の市街として復興に向かうのは安土桃山時代であり、織田信長の上洛後のことである。豊臣秀吉は大内裏の跡地である内野に政庁である聚楽第を設け、また京を取り囲む延長20 km余りの惣構である「御土居」を建設した。秀吉は、関白位を甥の秀次に譲ると伏見の指月に隠居した。間もなく秀次が失脚して聚楽第が破却され秀吉が伏見城を建設すると、政治の中心は京都から離れて完全に伏見に移ることとなった。
平安京 歴史
そして関ヶ原の戦いで勝利した徳川家康も伏見城に入城し、伏見城で征夷大将軍の宣下を受ける。家康は洛中に二条城を建設したが、これは政庁としての城ではなくもっぱら儀礼的な役割を担うものであったから、このことによって京都が政都に復することはなく、以後三代徳川家光まで伏見城で将軍宣下式を行っている。江戸時代には、国政の中心地は江戸、商業の中心地は大坂に移ったものの、京都には江戸幕府の機関である京都所司代が置かれて朝廷との交渉や京都市政を担った。各藩も藩邸を置いて対朝廷および各藩間の外交を行ったため、京都は独特の地位を有したが、幕府はこのことを好まず、例えば西国大名が参勤交代の際、京都に入ることを禁じた。幕末には京での政情不安に鑑み京都守護職を新たに置き、一層支配を強めようとした。
明治維新の際には、明治天皇の東京行幸で留守の都となり、留守官が置かれた（明治4年廃止）。江戸を東京と改名する詔勅は下されたものの、京都に残る公家らの反発が大きかったため、「遷都」という言葉は避けられた（→東京奠都）。以後も天皇の京都行幸はたびたび行われ、その際には、勅旨で保存された京都御所または仙洞御所（京都大宮御所）に宿泊することが慣例となった。天皇の玉座である高御座も京都御所の紫宸殿に据え置かれており、東京奠都後の大正・昭和の即位の大礼は京都御所で行われたが、平成・令和では高御座を東京の皇居に輸送して行われた。
平安京 名称
平安京は，中国の洛陽城や長安城を模して建設された。しかし，その後，長安城になぞらえた右京が早くに衰退，洛陽城になぞらえた左京のみが人口も増えて発展したため，洛陽が平安京の代名詞となった。京都が「京洛」と呼ばれ，「上洛」などと言うようになったのは，そういう事情による。
平安京はふつう音読みで「へいあんきょう」と読むが、ときに「たいらのみやこ」と訓読みした。古来、都の名はその地名を冠することが一般的であり、本来ならば葛野京となるはずであったが、藤原の都を「新益京（あらますのみやこ）」と称したように、ここでも「平安京」と命名された。唐の都「長安」に倣っての命名であることは容易に理解できるが、長岡京での騒動が原因のひとつとして、再び遷都されたため、新京では悪いことが起こらず、「平らかで安らかな都」、「平安」（訓読みは「たいら」）であって欲しいという願いも込められたと考えられている。また平安時代の漢詩文には、文学上の雅称として「洛陽」「長安」と呼ぶ例が見られる。この「洛陽」から後に「洛中」「入洛」「上洛」などの言葉が生まれる。
平安京 平安京全体図
注意：図に描かれているもの以外にも、複数の町にまたがる邸宅などにより小路が途切れていることがある。
平安京 平安遷都記念事業
1100年記念事業
平安神宮の建設（1895年（明治28年））
時代祭の開催（1895年（明治28年））
第4回内国勧業博覧会の開催（1895年（明治28年））
1200年記念事業
平安京 平安遷都記念事業
京都駅の改修（1997年（平成9年））
京都市営地下鉄東西線・二条駅～醍醐駅間の開業（1997年（平成9年））
京都国際映画祭の開催（1997年（平成9年））
京都市勧業館の建設（1996年（平成8年））
京都コンサートホールの建設（1995年（平成7年））
梅小路公園の整備（1995年（平成7年））
けいはんな記念公園の整備（1995年（平成7年））
世界遺産に「古都京都の文化財」として登録（1994年（平成6年））
京都迎賓館の建設（1994年（平成6年））
小町の舎を建設（1994年（平成6年））
第4回世界歴史都市会議の開催（1994年（平成6年））
全国都市緑化フェア「緑いきいきKYOTO'94」の開催（1994年（平成6年））
祇園祭後祭（花笠巡行）に全国祇園祭山笠巡行の開催（1994年（平成6年））
伏見開港400年祭の開催（1994年（平成6年））
京都シティハーフマラソンの開催（1994年（平成6年））
「大唐長安展」展の開催（1994年（平成6年））
「甦る平安京」展の開催（1994年（平成6年））
「京都に伝わる朝鮮陶磁」展の開催（1994年（平成6年））
「古都の心にふれた西欧のひとたち」展の開催（1994年（平成6年））
「にっぽんと遊ぼう」の開催（1994年（平成6年））
The Big Eve SHUKUTEN1200/平安神宮サウンドスペクタクル藤井フミヤ・スーパーライブの開催（1994年（平成6年））
ドイツ連邦共和国フランクフルト市市政1200年記念事業への参加（1994年（平成6年））
メキシコ合衆国グアダラハラに日本庭園を建設（1994年（平成6年））
酒米「祝」を使用した清酒を製造（1994年（平成6年））
世界人権問題研究センターの設立（1994年（平成6年））
市バス専用一日乗車券カードの発売（1994年（平成6年））
「京の川づくり」事業の実施（1992年（平成4年））
京都市国際交流会館の建設（1989年（平成元年））
京都文化博物館の開館（1988年（昭和63年））
東
東（ひがし）は、四方位の一つで、極地以外でおおよそ太陽が昇る方位であり、地球の自転する方位である。反対の方位は西。
南北が絶対的な位置関係にあるのに対して東西は相対的な位置関係にある。
角度では、東は90°となり（北を0°＝360°として、時計回りに測る）、時刻では、東は夜明けを表す。
地図では、右側を東とする事が多い。ただし、星図では逆に左側を東とする。
語源は太陽が登る方角という意味の「日向かし」（ヒムカシ、日向か風[ヒムカシ]説もあり）。なお沖縄方言では太陽が上がる方角という意味で「アガリ」と言う。
東 呼称
「東」(east) という語は、特定地域内で東寄りの地域を指す。地球上ではアジアの漢字圏を、東洋、極東地域などとして、東方と解釈されている。東洋、特に中近東はオリエント（Orient）と呼ばれたが、元来は「日が昇る地」を意味する。
ヨーロッパでは、米ソ冷戦時代にソ連に与した国々が東欧に集まっていた事から、これらの国々を「東側諸国（Eastern Bloc）」と呼んだ。
日本国内においては、平安時代に、京都（畿内）の貴族は、関東を「あづま（現代仮名遣い：あずま）」（東）と称した。一般に、東国は関東を指し、東日本は関東や東北、北海道を指す。
「あずま」の語源は、日本武尊が東征に赴いている中、関東に行く際に海を渡り、その時に海が荒れたために日本武尊の妻、弟橘媛が海に身を投げて海神を鎮めた。そして日本武尊が碓氷峠に辿り着いた時、関東の方を見て「吾嬬（あずま）はや」つまり「わが妻はもういないのか」と言ったのが語源であるとの伝説がある。また、太陽が昇り明るくなっていく方向として、「明け端(アケツマ)」を語源とする説もある。
Firebird (データベース)
Firebird（ファイアバード）は、InterBaseから派生したオープンソースの関係データベース管理システム (RDBMS)。オープンソースで開発されており、Mozilla Public Licenseを元にしたIPL(InterBase Public License)と IDPL (Initial Developer's Public License)（商用・非商用問わず利用できるが、オリジナル〈ここではFirebirdを指す〉のソースコードを改変したプログラムを利用する場合は、その変更箇所のコードを公開しなくてはならない）によってライセンスされている。
Firebird (データベース) 特徴
PostgreSQLやMySQL(InnoDB)のMVCC（多版同時実行制御）と同様のMGA（マルチ・ジェネレーション・アーキテクチャー）による高度なトランザクション管理機能を有する。ストアドプロシージャや、トリガー、UDF（ユーザー定義関数）等の商用データベースに通常備わっている機能を網羅している。ただしオブジェクトの命名則が厳しい(Firebird 4.0で拡張)、プライマリキーのAUTO INCREMENTが用意されていない(Firebird3.0で導入)など、やや旧式な仕様もある。なおPHPなどアプリケーションからの接続には、InterBase対応の関数・ライブラリを流用できる。
2007年6月に開催された「オープンソースカンファレンス2007.DB」で行われた公開ベンチマークテストでは高評価を得ているが、解説書籍の出版が少ない、レンタルサーバではサポートされていないなど日本国内での認知度はまだまだ低い。
Firebird (データベース) 特徴
特筆すべき機能として、有償ではあるが米IBフェニックス社の「IBPレプリケータ」を導入し、GUI上から設定することにより、IPネットワークで接続された複数のFirebird同士で同期処理を行なうことが可能となる。これはトリガーの機能を応用したもので、更新された箇所を同期処理用のテーブルに蓄積し、蓄積内容を設定された別のFirebirdに対し定期的に送信すると言うものである。この他にも、Firebirdのレプリケーションソフトは多数存在する。
Firebird 4.0からビルトインのレプリケーションが実装された。
また、RDBMS側からクライアントへのコールバックを実現する、イベントアラータはFirebirdの初期開発者であるJim Starkeyの発案によるものである。
Firebirdは一般的なC/S(Client Server)のデータベースとしての利用のほか、データベースライブラリとしても利用でき、生成されるデータベースファイルも一つのOSファイルであるため、アプリケーションへの組み込みが容易である。組み込んだ例としてはLibreOffice Baseの4.2以降でFirebird Embeddedが利用できる。
Firebird (データベース) インストール
Windows版には専用のインストーラが用意されている。Linux版もダウンロードパッケージに含まれる「install.sh」を実行すれば自動的に「/opt」以下にインストールされる。ただしisqlコマンドを使う場合、実行環境（Fedoraなど）によっては同名の全く別のプログラムが起動してしまうので、「isql2」など重複しない別名のシンボリックリンクを作成しておく必要がある。
Firebird (データベース) 歴史
2000年6月25日、ボーランドから InterBase 6.0のソースコードが公開され、それから1週間のうちにSourceForgeにFirebirdプロジェクトが登録された。
2002年3月11日、Firebird 1.0が Linux、Windows、Mac OS X向けにリリースされた。それから2ヵ月後には、Solaris、FreeBSD 4、HP-UXへも移植された。
Mozilla Foundationの新ブラウザが登場した際、一時期 "Mozilla Firebird" の名称を使用したため多少の混乱があったが、2004年2月10日にmozilla.orgがブラウザの名称をMozilla Firefoxに変更したことで決着した。
2004年2月23日、Firebird 1.5がリリースされた。ポーティングのため2000年よりソースコードをC言語からC++へ変更する開発が行われてきたが、このリリースは初めてC++コードベースを使った安定版である。クエリ最適化の改良、en:SQL:92準拠の式、en:SQL:1999準拠のSAVEPOINT、明示的なロックが追加された。
Firebird (データベース) 歴史
2006年11月12日、Firebird 2.0がリリースされた。64ビットアーキテクチャのサポート、FROM句での入れ子テーブル、ロック時のタイムアウトでの式の利用が追加された。さらに、バージョン 2.1にて、データベーストリガ、再帰クエリ、en:SQL:2003準拠のMERGE文が追加された。
2010年10月4日、Firebird 2.5がリリースされた。これまでスレッドモデルで実装されたSuper Serverと、プロセスモデルで実装されたClassic Serverの2つのサーバーモデルを並行して開発してきたが、バージョン2.5では新たにSuper Classicと称するサーバーモデルが追加される。Super Classic版では、Super Server版のボトルネックとなっていた統合型キャッシュを見直し、スレッド毎にキャッシュバッファを実装することで、これまで弱点とされてきたSMPへの対応を強化し、スケーラビリティが向上する予定である。その他に、正規表現や外部データベースへの接続が追加された。
Firebird (データベース) 歴史
2016年04月19日、Firebird 3.0がリリースされた。これまでスレッドモデルで実装されたSuper Serverと、プロセスモデルで実装された Classic Serverの2つのサーバーモデルを並行して開発し、バージョン 2.5では新たにSuper Classicと称するサーバーモデルが追加されたがFirebird 3.0実行形式ファイルの単一化が施された（デフォルトはSuper Server）。さらにウィンドウ関数や統計関数がサポートされ、各種制限の緩和、データベースごとのコンフィグレーション、スクローラブルカーソル、パッケージなどが追加された。
2021年06月01日、Firebird 4.0がリリースされた。アーキテクチャや操作に根本的な変更を加えることなく、メタデータ識別子の長さの拡張(63文字まで)、10進浮動小数点（DECFLOAT）、NUMERICおよびDECIMALの最大精度を38桁に向上、INT128（128ビット整数）の導入、暗号化および暗号ハッシュのための組み込み関数など、新しいデータ型や多くの改良が導入された。
2024年01月11日、Firebird 5.0がリリースされた。このリリースでは、パフォーマンス、マルチスレッド処理 (バックアップ、リストア、スイープを含む)、SQL クエリ プロファイリングの領域が改善され、スケーラビリティが向上し、SQL 言語の多数の機能強化が行われた。
バージョン5.0のパフォーマンスは、前世代のバージョン2.5（2010年リリース）の最大4倍まで速度向上が認められた。(TPC-Cテスト)
エージェント
エージェント （Agent）とは、本人から委任あるいは授権された代理権限の範囲内で、本人に代わって取引、契約など法律行為をなす者（代理人）である。
スポーツ・芸能など
スポーツエージェント - プロスポーツ界（プロ野球、プロサッカー、競馬など）で選手本人に代わって契約の交渉を行う者。
サッカー選手の代わりにサッカー・チームと交渉する者。→詳細は「サッカー代理人一覧」を参照
騎乗依頼仲介者 - 競馬の騎手の代わりに交渉する者。
タレント・エージェント - 芸能界においてタレントに代わって（出演の）交渉をする者 。
マルチチャンネルネットワーク - 動画投稿者（YouTuber）のマネジメントや制作をサポートする組織。
データベース管理システム
データベース管理システム（データベースかんりシステム、DBMS; 英: database management system）は、コンピュータのデータベースを構築するために必要なデータベース運用、管理のためのシステム、およびそのソフトウェアのことである。データベースマネジメントシステムとも呼ばれる。
データベース管理システム 概要
かつては、CODASYLが提唱したネットワーク型データモデルのDBMSや、階層型データモデルのDBMS、あるいは初期の非力なパーソナルコンピュータなどではカード型データモデルのDBMS（いわゆる簡易データベースソフト）などが幅広く利用されていたが、近年では関係モデル（関係データモデル）を扱う関係データベース管理システム (RDBMS) が主流である。
また、関係データベース管理システムに、利用者が独自のデータ型や関数を拡張可能なオブジェクト関係データベース (ORDBMS) や、オブジェクト指向プログラミング言語との親和性が高いオブジェクトデータベース (ODBMS)、データモデルにXMLを採用したXMLデータベース (XML DB) などが開発され、利用が広まっている。
ネットワーク型データモデルのDBMSや、階層型データモデルのDBMSは実装の軽量性の利から早くから広まっていたが、アプリケーションソフトウェア、データの論理的構造、データの物理的構造の三者が密接に結びつき、柔軟性に欠けるという欠点があった。また、最適化の方法論がクエリ（検索質問）を作るプログラマの力量に依存することもアプリケーションの開発効率を低下させる一因となった。
データベース管理システム 概要
関係モデルの最大の功績は、アプリケーション、データの論理的構造、データの物理的構造を三階層に分け（三階層アーキテクチャ）、論理データ独立性と物理データ独立性を実現した点にある。
現在では、主に以下のデータベースが広く使われている。
階層型、ネットワーク型とリレーショナル型DBMSの共通点、差異は、次の点にある。
＜共通＞
レコード型（実表）に対し、特定の構成要素（フィールド、列）をビューとして定義し、アプリケーションから限定して操作させる。
ビューで定義された構成要素（フィールド、列）以外の定義変更は、アプリケーションには影響しない。
＜差異＞
ビューでは、列の特定だけでなく、列が特定の値を持つ行のみを対象にできる。
ビューを経由しなくても、特定の列だけ、さらには特定の列の値を持つ行だけを操作対象にできる。
データベース管理システム DBMSの機能
以下に DBMSの、主な機能を示す。
データベース言語
データベース言語は、DBMS に対してさまざまな指示を伝えるための言語である。概念的には、データ定義言語 (DDL)、データ操作言語 (DML)、データ制御言語 (DCL) の構成要素からなる。データ定義言語 (DDL) はデータベースの構造を定義する。データ操作言語 (DML) はデータベースに対する検索や更新などの操作を行う。データ制御言語 (DCL) はデータに対するアクセス制御を行う。DBMS ではそのデータベースモデルに基づいたデータベース言語を備えている。例えば関係データベース管理システム (RDBMS) とされるシステムの多くは、関係データベース言語 SQL を備えている。
物理的データ独立性
データベースを格納する記憶装置を変更する際、それに伴って DBMS にアクセスする方法を変更する必要はない (もしくは変更する労力が少なくて済む) 。DBMS にアクセスする利用者やアプリケーションソフトウェアに対して、DBMS は記憶装置の変更をある程度隠蔽することができる。
データベース管理システム DBMSの機能
論理的データ独立性
いくつかの種類の DBMS では論理的データ独立性を支援する。例えばRDBMSではビューを使うことができる。
データ完全性
不正なデータが登録されることや、不正なデータに更新されることを、防ぐ。例えばRDBMSでは、定義域・データ型・一意性(ユニーク)制約・参照整合性制約・一般制約・トリガ などの機能を備えている。
トランザクション処理
ACID特性に基づいたトランザクション処理を行う。複数のユーザが同時に同一のデータを参照・更新した場合でも、不整合がなく正常に処理をこなす、又は異常を通知する（例：二人のユーザが口座から引き出しをした場合、確実に二人分の引き出しが処理される）。
セキュリティ
多くの DBMS ではセキュリティ (機密保護) に関して任意アクセス制御もしくは強制アクセス制御を提供し、さらに一部の DBMS ではデータの暗号化機能も提供する。任意アクセス制御を採用している DBMS が多い。データ暗号化機能では、DBMS を迂回した不正なデータアクセスに対する対策として、DBMS で管理・送受信するデータを暗号化する。
データベース管理システム DBMSの機能
DBMSの暗号化ソリューションの方式は暗号化および復号を行う位置によって大きく3通り、アプリケーション方式、DB Plug-In方式、TDE方式と分類する。  アプリケーション方式（Application Programming Interface 、API）はアプリケーションのロジックでデータを暗号化及び復号を行う。そのためデータベースに負荷がかかる問題なく、性能劣化を最小限に抑えられる。  DB Plug-In方式はデータベース（DB）上で暗号化および復号のモジュールを実装する暗号化方式である。APIとは違ってアプリケーションから独立しているため、データベースを修正することだけで簡単に導入できる。そのためアプリケーションに対する修正はほぼ必要ない。また、全ての作業がGUI基盤で行われるため、管理の利便性を向上し、暗号化カラムに対する一致検索、範囲検索、インデックス支援に容易になる。  TDE方式（Transparent Data Encryptio、TDE）はDBエンジンの内部にて暗号化および復号を行う。ソフトウェア基盤の暗号化モジュールがDBエンジンに直接設置されるため、アプリケーションの修正なくDB内部から暗号化および復号する。そのため、他の方式と比べ暗号化・復号の速度が上がる。また、必要なデータのみ暗号化することができるためシステムにかかる負荷を最小化する。
データベース管理システム DBMSの機能
障害復旧
トランザクション障害、システム障害、記憶媒体の障害からの復旧を行う。
最適化
高水準なデータベースモデルを採用する DBMS では、高水準なデータベース言語で記述されたデータ処理要求を、低水準な手続きに最適化して実行する。
分散データベース
分散データベースは、ネットワークで接続された複数のコンピュータを使い、それぞれのコンピュータ上で DBMS のプロセスを協調させて動かし、全体として仮想的に一つの DBMS を実現する技術である。複数のコンピュータを使うため、可用性や処理性能を向上させることができる。クライアント・サーバのデータベースは、分散データベースの簡単で特殊な形態と位置づけることができる。
エドガー・F・コッド
エドガー・フランク・コッド（Edgar Frank "Ted" Codd, 1923年8月23日 - 2003年4月18日）は、イングランド生まれの計算機科学者。関係データベースの理論的基盤であるデータベース管理の関係モデルを発明した。他にも計算機科学に数々の貢献をしているが、関係モデルはデータ管理の一般理論として大きな影響を与え、彼にとっては人生最大の業績と言われている。
エドガー・F・コッド 生涯
イングランドのドーセット州ポートランド島で生まれた。オックスフォード大学エクセター・カレッジで数学と化学を専攻する。第二次世界大戦ではイギリス空軍のパイロットとして参戦した。1948年、アメリカ合衆国ニューヨーク州に移住し、IBMでプログラマとして就職した。1953年、上院議員ジョセフ・マッカーシーの怒りを買い、カナダのオタワに移住する。10年後アメリカ合衆国に戻り、アナーバーのミシガン大学で計算機科学の博士号を取得した。テネシー大学数学科の講師を務めた後、サンノゼ に移りIBMのアルマーデン研究所に勤務し、1980年代までそこで働き続けた。1990年代になると病気がちとなり、徐々に仕事から引退していった。
1981年、コッドはチューリング賞を受賞。1994年には Association for Computing Machinery (ACM) のフェローに選ばれた。
2003年4月18日、フロリダ州ウィリアムズ・アイランドの自宅にて心不全で亡くなった。79歳。
エドガー・F・コッド 業績
コッドはミシガン大学アナーバー校で1965年に博士号を取得した。博士論文のテーマはセル・オートマトンの自己複製についてであり、フォン・ノイマンの成果を発展させ、8状態で十分自己複製可能なセル・オートマトンを示した。コッドのセル・オートマトンによる自己複製コンピュータが実装されたのは2009年のことである。
1960年代から1970年代、コッドはデータ配置に関する理論を構築し、1970年 "A Relational Model of Data for Large Shared Data Banks" （大規模共有データバンクのデータ関係モデル）という論文を発表した（IBM内ではその1年前に公表している）。しかし、IBMはライバルがそれを実装し始めるまで彼の提案を実行に移そうとせず、コッドは失望した。
エドガー・F・コッド 業績
当初、IBMはIMS/DBの収益を守るため、関係モデルを実装することを拒んだ。コッドはIBMの顧客に自身のモデルを実装した場合の可能性を提示し、顧客からIBMに圧力をかけさせた。そこでIBMは関係モデルの実装を開発する System R プロジェクトを Future Systems プロジェクトに含める形で立ち上げたが、その開発チームとコッドは分離され、しかもコッドの理論に精通した者はチーム内にいなかった。結果として彼らはコッドの Alpha 言語を使わずにリレーショナルでないSEQUEL言語を開発した。とはいえ SEQUEL は以前のシステムより優れていた。ラリー・エリソンは SEQUEL 完成前に発表された論文に基づいて Oracle を完成させ、先に発売している。IBMは、SQL/DS を発売した。なお、SEQUEL という名前は既に他で使われていたので、SQL に改称した。
コッドはクリス・デイトと共同で関係モデルの拡張と開発を続けた。関係の正規化 (正規形) の一種であるボイス・コッド正規形には彼の名が刻まれている。
関係モデルにおけるコッドの研究から導き出された結果をコッドの定理とも呼び、関係代数と関係論理の表現能力が等しい（さらに基本的には一階述語論理とも等しい）ことを示したものである。
エドガー・F・コッド 業績
関係モデルは1980年代に隆盛期を迎え、コッドはしばしば古いデータベースに関係モデルをちょっとだけ導入したような悪質なベンダーと戦うキャンペーンを展開しなければならなくなった。そのキャンペーンの一環でコッドの12の規則を公表し、関係データベースを定義した。彼のキャンペーンはSQL言語にもおよび、コッドはこれを彼の理論の間違った実装であるとした。このためコッドのIBM内の立場は難しいものとなり、コッドはクリス・デイトらと新たなコンサルティング会社を設立した。
1993年には Providing OLAP to User-Analysts:An IT Mandate を発表。データウェアハウスやデータマイニングの隆盛に影響を及ぼした。OLAP という用語はコッドが作ったもので、Online Analytical Processing に関する12の法則も公表した。しかし、そのホワイトペーパーについて、あるソフトウェアベンダーが資金提供していたことが明らかになると、法則は業界から疑問視されることになった。そのため最後の著書 The Relational Model for Database Management, version 2 もあまり評価されなかった。一方で彼は関係モデルをデータベース設計にまで拡張した RM/T (Relational Model/Tasmania) を発表し、こちらは重要視されている。
2004年、SIGMODはコッドの栄誉を称え、同団体の最高の賞をSIGMODエドガー・F・コッド革新賞と改称した。
X86
x86（エックスはちろく）は、Intel 8086で16ビット用、i386で32ビット用の仕様が初めて誕生した後に引き続き後継チップが開発され、その命令セットアーキテクチャ、およびそれと互換性を備えた命令セットを持つマイクロプロセッサ群の総称である。広義にはインテル以外のメーカー（AMDなど）の互換プロセッサを、さらに広義にはx86と互換性を保ちつつAMDによって64ビットに拡張され、それにインテルが追随し世に普及したx64（x86-64）アーキテクチャも含む。
初期は純粋なスカラープロセッサであったが、1997年にマルチメディア等のデータ処理のためにベクトル計算の機能を取り込んだ以降はハイブリッドなプロセッサとして進化を続けている。
X86 概要
この命令セットアーキテクチャをもつプロセッサの型番が、最初の段階で「8086」、「80186」、「80286」、「80386」、「80486」と続いたため、総称して「80x86」、更に型番の下2桁が共通するところから「x86」（エックスはちろく、ペケはちろく）や「86系」などと呼ぶようになった。これらは初期の8086から80286までの16ビットのプロセッサの通称として始まり、主にユーザーや互換チップメーカーが用いた。同時期のモトローラのライバル的MPU「MC68000」と、そのファミリーがやはり型番から「68系」と呼ばれたので、それと対比するためにも用いるようになった。
最初に登場した8086は、1978年にインテルがリリースした16ビットのものであった。その8086、およびそれを多少改良したIntel 8088が、1980年代前半にIBM PCなどに採用された。これにより、パソコンなど小型コンピュータのデファクトスタンダードとして広く普及した。1985年リリースの80386 (i386) は32ビットに拡張した。さらに2000年には、AMDが64ビットへ拡張する計画を発表し、2003年に発売した。インテルもそれに追随し、''x64'' (x86-64) が普及した。
X86 概要
なお、x86-64あるいは単にx64が登場した直後の移行期は、移行の必要性を訴えたり、移行作業を行ったりする都合上、なかんずくx64という用語は、主にx86と対比し、区別するために用いられた。つまり、32ビットのものと64ビットのものを対比し、区別するために使われていた。その後、64ビットのものが普及するにつれて、「x86」でx86-64まで含めた総称として使うような語法も見られる様になった。その結果「x86」という場合、16ビットから64ビットまで、ともかく最初の80186の命令セットアーキテクチャと互換性を備えた命令セットを持つプロセッサ群を広く指す総称として使用されるようになっている。AMDやVIAなどの互換プロセッサも含まれ、さまざまなメーカーによってさまざまなブランド、型番のものが販売されてきた。
X86 概要
パーソナルコンピュータ (PC) からスーパーコンピュータ、サーバ、組み込みシステムまで広く使われていることから、従来は「PCサーバ」や「IAサーバ」と呼んでいたカテゴリーも「x86サーバ」や「x86システム」と呼ぶベンダーが増えている。
32ビットアーキテクチャに範囲を限れば、「x86」と「IA-32」はほぼ同義である。
なお、インテルのItanium（アイテニアム）プロセッサで使われているIA-64は、x86とは互換性のない、別の設計の64ビットアーキテクチャであるので区別するのが望ましい。Itaniumプロセッサは、「x86エミュレーションモード」を備えてはいるがx64によるLongモードという名称の互換モードでのネイティブ実行と比較すると低速である。
X86 歴史
インテルによって1971年に発表された世界最初のマイクロプロセッサ4004や、1974年に発表された8ビットの8080は前史に当たる。
x86自体の歴史は、1978年に発売された16ビットマイクロプロセッサ8086から始まった。8086は、8080とのバイナリ互換は無く、大幅に拡張されたものの、アセンブリ言語によるソースコードは大幅な書き換えなしで移植できるよう配慮されていた。同時にx86には、さらに過去からの影響が残った。「セグメント」と称された変則的なアドレッシング機構を備えてプログラミング上は不便ではあるものの、1MiBと当時としては広大なメインメモリ空間をサポートし、それとは別にI/O空間も設けられた。1979年には、外部データバスを8ビットとし、当時普及していた8ビット用の周辺ICを使いやすくした8088を発表した。
1982年、IBMからIBM PCが発売されたが、これに8088が採用されたことが、以後のx86の運命を決定した。IBM PCの後継となったIBM PC/ATの互換機（PC/AT互換機）は後年には単にPCと呼ばれるようになり、x86はPCの為のプロセッサと認知されているが、IBM PCの設計の時点では、1年間で開発を完了するために、安定して入手可能で周辺回路も既存品を使用できること、OSを含むソフトウェアが調達可能であること、などから選定されたに過ぎない。
X86 歴史
80186と80286が1982年に発表された。80286は1984年から出荷され、プロテクトモードや24ビット (16MiB) のアドレス空間を持つなどしていたが、パーソナルコンピュータではリアルモードで稼動するi8086向けのDOSとそのアプリケーションを搭載し、「単に高速な8086」としての用法が主だった。
1985年には32ビットに拡張された80386が発表された。後にIA-32と呼ばれることになるアーキテクチャの誕生である。
32ビット化にあたって、16ビット時代のマイクロコントローラ的な部分（特にその傾向が強かったのは80186）を見直し、メインフレームと渡り合えるような、という意味でコンピュータとして再設計された。
80386は、8086ほぼそのままのリアルモードと、32ビットのプロテクトモードを持つ。さらにプロテクトモード中の仮想86モードにより、従来の8086のプログラムを仮想化して実行できる。
後にIA-64の登場に際し、32ビットx86アーキテクチャにはIA-32の名称が与えられた。なお、16ビットアーキテクチャに対しては公式の名称は付与されていない。
X86 歴史
80386を搭載したPCを最初にリリースしたのは、本家IBMではなく、互換機メーカーのコンパックであった。
その後、486、Pentiumと続き、MMX Pentiumからベクトル計算機能を搭載し始め、64ビット化では紆余曲折を経て最終的に他社の制定したx64アーキテクチャを採用し今日に至る。互換性を維持し、後付で機能拡張が繰り返されたため、レガシーな命令が残されていたり、全体として命令体系が整っておらず非効率的という問題も生じている。
インテル自身は、80386より古くから計画された「マイクロメインフレーム」iAPX 432、90年代にはRISCのi860とi960、2000年代にはVLIWを改良したEPICアーキテクチャと称するIA-64といった、革新的アーキテクチャによりx86を置き換えようとしたが、ことごとく不成功に終わっている。結果としてx86は後付けの拡張を続け、64ビット化では互換CPUメーカーのAMDが定義した拡張を逆輸入までして、今日までインテルの主力アーキテクチャとして延命している。
X86 製品群と世代
x86が採用されたマイクロプロセッサは多岐にわたり、世代も多く存在している。インテルは普及を目的とし、自社のみで需要をまかないきれないリスク、IBM-PCにi8088を採用するにあたりIBMが他社とセカンドソース契約を結ぶよう要求したなどの事情から、セカンドソースを推奨していたため、各社より互換製品やクローン製品が発売された。
一方で独自に互換機能を実装したNEC V30などの製品に対し、著作権を侵害しているとして訴訟を起こしたこともあった。
第5世代 ("P5") - PentiumおよびMMX Pentium。後に複数の互換製品が登場した。互換製品メーカーに対してインテルが訴訟を起こしており、以後、各社はそれ以前のインテル製品に改良を行った製品か、逆に独自に開発を行うようになった。インテルとのクロスライセンスを利用して合法的に互換のある製品も存在する。AMDは訴訟の和解条件として、命令互換性を維持しつつ独自に製品を設計する様になった。
X86 製品群と世代
インテル
第6世代 ("P6") - P6マイクロアーキテクチャ系。80x86固有の命令をRISC風命令 (μOPS) に分解して実行する。Pentium Proおよびその派生であるPentium II、Pentium IIIと、それらをベースとしたCeleronやXeon。
第7世代 ("P7") - Itanium開発のため、P7マイクロアーキテクチャ開発はキャンセルされた。
第8世代 - Pentium 4などのNetBurstマイクロアーキテクチャ系。
第9世代 - Nehalemと仮称されている製品が予定されていたが、マイクロアーキテクチャの方向性が変わったため中止。名前は第12世代プロセッサに付された。
第10世代 - Pentium Mマイクロアーキテクチャ。
第11世代 - Coreマイクロアーキテクチャ。
第12世代 - Nehalemマイクロアーキテクチャ。Intel Core i7シリーズなど。
第13世代 - Nehalemの後継であるSandy Bridgeマイクロアーキテクチャ。Advanced Vector Extensions (AVX) という新しいSIMD命令フォーマットが導入された。
第14世代 - Haswellマイクロアーキテクチャ
上述の「世代」に属さない製品
X86 製品群と世代
Intel Atom - LPIA専用設計の最初のマイクロアーキテクチャ、インオーダ実行、同時マルチスレッディング実装。2008年発表。
Larrabee - x86から派生した命令セットをシェーダーコアに採用したGPU、インオーダー実行。
AMD
第4世代 - Am4x86の他にAm5x86が発売された。
第5世代 ("K5") - AMD K5
第6世代 ("K6") - AMD K6、AMD K6-2、AMD K6-III。
第7世代 ("K7") - Athlon、Duron。
第8世代 ("K8") - OpteronおよびAthlon 64系。
第9世代 ("K9") - 犬 (canine)と同じ発音である事から、Houndと呼ばれていた系統だと推定される。インテルと同様に方向性の失敗によりキャンセル。
第10世代 ("K10") - PhenomやAthlon II、K10に基づくOpteron、Sempronなど。
第11世代 ("K11") - FXシリーズ、またBulldozerに基づくFusionAPUなど。
VIA
第6世代 - 買収したCentaur TechnologyのWinChip4をCyrix IIIと改称・設計変更して商品化。その後、VIA C3に名称変更。その後、インテルとのライセンス切れによりC3を置き換えるC7を発売。
第7世代 - インテルとのライセンス切れにより、そのライセンスに拠らないV4バスを採用したC7を発売。基本的にはC3と特段の違いはない。
第8世代 - VIA製CPUとして初めてアウト・オブ・オーダー実行およびスーパースケーラ命令パイプラインを搭載したVIA Nanoを発売。
X86 主な拡張
ソフトウェア的な環境は、80386から下位互換性を保ちながら拡張されてきた。これらはユーザが使用可能な拡張については486以降のCPUではCPUID命令を発行することにより、どの拡張が有効であるかを知ることができる。
SIMD命令セット
MMX: MMX Pentium以降
3DNow!: AMD独自のSIMD拡張命令
SSE: Pentium III以降
SSE2: Pentium 4以降
SSE3: Pentium 4、Prescottコア以降
SSSE3: Xeon 5100, Core 2 以降
SSE4.1: Xeon 5400, Core 2 Penrynコア 以降
SSE4.2: Core i7 以降
SSE5: AMD Bulldozerコア 以降。SSEで初のAMD独自命令。
AVX: MMX/SSEの後継となるSIMD命令セット。Sandy Bridge以降。
AVX2: Haswell以降。
AVX-512: Xeon Phi、Skylake以降のXeon
AVX10
AMX
VRAM
VRAM （ブイラム, Video RAM）は、コンピュータなどにおける、ディスプレイに対するビデオ（動画像）表示部分のメモリ（記憶装置）として使われるRAM。グラフィックスメモリまたはビデオメモリとも呼ばれる。専用のデュアルポートのものもあれば、メインメモリと同じDRAMやSRAMを利用したものもある。かつて、グラフィックス用フレームバッファ（Framebuffer）のために用意したメモリをG-RAMと表記していた時期もあるが、意味としては等価である。GPU上で汎用計算を行なうGPGPUが普及してからは、グラフィックス用途に限らないデータの処理用途にも転用されている。
VRAM 概要
通常のDRAMをVRAMとして使用する場合、グラフィックコントローラ (CRTC、VDPなど) とCPUが同時にVRAMにアクセスすることによる競合を避ける必要がある。この解決策としてグラフィックコントローラがバスの空きをチェックして競合を避けるサイクルスチールという技法が使われた。また、CPUとグラフィックコントローラで同時にアクセス可能なデュアルポートRAMと呼ばれるメモリがVRAMとして使われることもあった。このデュアルポートRAMがVRAMとして広く使われた時代があったためか、本来の言葉の意味からすると誤用ではあるが、動画像処理用途ではなくともデュアルポートRAMのことをVRAMと呼ぶ用例が過去には多くみられた。広義のデュアルポートRAMとしては1995年にサムスン電子が開発したWRAM (Window RAM) がある。WRAMはデュアルポート構成なだけでなく、チップ上に描画向けの簡単な演算機能を持っており、描画の高速化に一役買っていた。WRAMはMatrox MillenniumやMillennium IIで採用されたが、それ以後はデュアルポートRAMは主流ではなくなっている。
VRAM 概要
2000年台以降ではVRAMの高速化が進み、GDDRと呼ばれる高速処理専用のメモリ規格が登場。3次元コンピュータグラフィックス描画における莫大なデータの高速転送を実現している。主な規格として、GDDR4、GDDR5、GDDR6などがビデオカードに搭載されている。GDDR系統とは別に、根本的なブレイクスルーとなるTB/secの帯域幅を実現するメモリ規格であるHBM (High Bandwidth Memory) が考案され、2015年6月にリリースされたAMD Radeon R9 Fury XにHBM第1世代が世界で初めて搭載された。コストパフォーマンスの観点から、オフィス用途ではDDR4、DDR5などのDDR系統が、ゲーム用途ではGDDR系統が主に用いられている一方、高性能だが高価なHBMはプロフェッショナルグラフィックス用途やHPC用途（特に人工知能の研究開発で顕著）を中心に利用されている。
VRAM 概要
その主な用途はレンダリングした画面を走査するまでのバッファであるが、レンダリングに際して用いる頂点データやテクスチャなどの素材をバッファリングしたりするなど、中間の処理にも用いられる。これらの構成は各機種のアーキテクチャによって大きく異なる。
VRAMを用いたシステムのメモリ空間は、主記憶装置と同じアドレス空間を持つ場合と、グラフィックコントローラが独立したアドレス空間を持つ場合がある。
VRAMにカラーピクセル(画素)を配置する方法としては、カラーコードのビットごとに配置するプレーンドアクセス方式（フレームアクセス方式/水平型VRAM）、カラーコードのバイトごとに配置するパックドピクセル方式（ビットマップ方式/垂直型VRAM）、キャラクタ単位で配置するキャラクタグラフィック、プログラマブル・キャラクタ・ジェネレータなどがある。
VRAM 素材のバッファ
VRAMの用途のひとつに、レンダリングに用いる素材のバッファリングがある。設計や用途にも依存するが、レンダリングに際してはグラフィックコントローラーからこれら素材に対して頻繁にアクセスする場合が多く、VRAMの重要な用途のひとつとなっている。なお、近代的なグラフィックスデバイスでは必ずしも用途（メモリタイプ）ごとに専用のハードウェアメモリ領域があるというわけではなく、後述するレンダリングバッファ・ランダムアクセスバッファを含め、物理的には均等なハードウェアメモリ領域を必要に応じて切り出して、ドライバーレベルで用途別（読み取り専用／書き込み専用／読み書き両用）に最適化したアクセス方法がなされることになる。
コンピュータにおけるRAMの容量が小さかった時代では、文字のグリフのような高度なグラフィックスデータをそのまま保持しておくことは困難だった。そこで初期のコンピュータでは、キャラクタ（文字）のみの描写に特化したテキスト（文章）画面を持っていた。これは画面上に表示する文字のキャラクタコードのみをVRAMに記憶し、走査時にCRTコントローラがVRAMの値を元にあらかじめキャラクタジェネレータROM内に用意されたフォントデータを文字として展開するものである。
VRAM 素材のバッファ
国産機種の場合、CG-ROM内には、ASCIIコードに含まれる英数字の他、空き部分には、カタカナ、記号等が割り当てられ、記号は機種によって異なったほか、平仮名のフォントを持っている機種も存在した。通常、書き込む値は、ASCIIコードと一致していたが、MZ-80シリーズと、その後継機はディスプレイコードという特殊な並びのデータを書き込むようになっており、テキストモードしか持たない同機では、キャラクタコードの一部を4×4のピクセルに見立て、その組み合わせである空白を除いた15個のパターンを割り当て、80×50ピクセルのビットマップパターンとして見立てる様になっており、擬似的に超低解像度のビットマップを実現していた。広告では「セミグラフィック」と記述されている。
VRAM 素材のバッファ
テキストVRAMには、その文字の属性、色等を示すアトリビュートエリアが文字そのもの以外の領域として多くの機種が持っていた。グラフィックスプレーンを兼用する場合は、その場所のデータをどう扱うかというものや、純粋にテキスト用のエリアであっても、複数の文字単位ないし、文字単位で、文字色、背景色、ブリンク、キャラクタテーブルの指定等を行えるようになっていた。これらの構造は、ハードウェア的にキャラクタディスプレイの機能を持たない機種であっても、サブプロセッサ領域内に相当する領域が設けられており、少ないデータによって文字列を処理することを可能にしていた。
また、キャラクタジェネレータROMは、単色、256パターンのフォントを書き込まれたROMであることが多かったが、この部分をRAMにし、物によっては、カラーでデータを持てるようにしたものが、PCGである。ワープロや、一部機種の外字、ゲーム機のBG画面のパターン等も同様の機能と利便性を提供する。
VRAM 素材のバッファ
これらの実装では、1文字に付き、文字種の指定が1バイトとなっており、空白を含め、256種しか取り扱えず、英語圏では有用ではあったものの、日本語の文字情報を取り扱うには仕様として不足していた。そこで、テキストVRAMのテキストを取り扱う部分自体を拡張した、漢字テキストVRAMをハードウェア的に持つようになった機種も生まれた。8ビット機では、X1turbo、MZ-2500。16ビット機ではPC-9801シリーズがこれらの仕組みを持っており、グラフィックスプレーンにソフトウェア的に処理するよりも格段に早く、快適な日本語のテキスト処理を可能としていた。
その後、ハードウェアの進化に伴い、日本語処理もソフトウェア的に処理するDOS/Vや、文字の座標が不定であるGUIなど、速度的に問題がなくなったり、ハードウェアによって表示座標や文字種、フォントが固定されることが問題になる実装が出てくると、ハードウェアによるテキスト処理は見られなくなっていった。ゲーム機などにおけるタイルパターン等の実装も、ポリゴンとテクスチャマッピングを基準とした構造のハードウェアが増えるにつれ、前述のような構成・機能を持つことは無くなった。
2019年5月現在のPCでもPOST画面等、最低限のシステムで文字情報が表示できるよう、同じ手順で文字を表示する仕組みを備えている。