1991年1月、オグリキャップの引退式が京都競馬場（13日）、笠松競馬場（小栗と佐橋との間には「オグリキャップが引退した時には笠松競馬場に里帰りさせる」との取り決めがあった）（15日）、東京競馬場（27日）の3箇所で行われた。引退式当日は多くの観客が競馬場に入場し、笠松競馬場での引退式には競馬場内だけで笠松町（笠松競馬場の所在地）の当時の人口（2万3000人）を上回る2万5000人、入場制限により場外から見物した人数を合わせると約4万人が詰めかけたとされる。笠松競馬場での引退式に参加した安藤勝己は、競馬場内が「普通ではない」と感じるほど盛り上がる中でもオグリキャップが動じる様子を見せることはなかったと振り返っている。安藤はオグリキャップに騎乗して競馬場のコースを2周走行し、岐阜県がオグリキャップを、笠松町が小栗と鷲見を表彰した。
大川慶次郎は、有馬記念はレースの流れが非常に遅く推移し、優勝タイムが同じ日に同じ条件（芝2500m）で行われた条件戦（グッドラックハンデ）よりも遅い「お粗末な内容」であったとし、多くの出走馬が折り合いを欠く中、オグリキャップはキャリアが豊富であったためにどんな展開でもこなせたことをオグリキャップの勝因に挙げている。またライターの関口隆哉も、「レース展開、出走馬たちのレベル、当日の状態など、すべてのファクターがオグリキャップ有利に働いた」としている。岡部幸雄は「極端なスローペースが良かった」としつつ、「スローに耐えて折り合うのは大変」「ある意味で有馬記念は過酷なペースだった」とし、「ピタッと折り合える忍耐強さを最も備えていたのがオグリキャップだった」と評した。なお、野平祐二はレース前の段階で有馬記念がゆったりした流れになれば本質的にマイラーであるオグリキャップの雪辱は可能と予測していた。
ライターの渡瀬夏彦は天皇賞（秋）とジャパンカップで騎乗した増沢末夫について、スタート直後から馬に気合を入れる増沢の騎乗スタイルと、岡部幸雄が「真面目すぎるくらいの馬だから、前半いかに馬をリラックスさせられるかが勝負のポイントになる」と評したオグリキャップとの相性があまりよいものではなかったと分析している。笠松時代のオグリキャップに騎乗した青木達彦と安藤勝己も同様の見解を示した。一方、武豊とオグリキャップとの相性について馬主の近藤は、オグリキャップには「いいときと比べたら、80パーセントの力しかなかったんじゃないかな」としつつ「しかし、その80パーセントをすべて引き出したのが豊くん」とし、「オグリには豊くんが合ってた」と評した。武によると有馬記念では第3-4コーナーを右手前で走らせた後直線で左手前に替えて走らせる必要があったが、左手前に替えさせるためには左側から鞭を入れて合図する必要があった。しかしオグリキャップにはコーナーを回る際に内側にもたれる癖があり、その修正に鞭を用いる場合、右側から入れる必要があった。そこで武は最後の直線の入り口でオグリキャップの顔をわざと外に向けることで内にもたれることを防ぎつつ、左側から鞭を入れることでうまく手前を替えさせることに成功した。
Pythonのデータは動的に型付けされる。値自身が型を持っており、変数はすべて値への参照である。基本的なデータ型として、整数型・多倍長整数型・浮動小数点数型・複素数型・文字列型・Unicode文字列型・論理型、そして関数型がある。多倍長整数型は（メモリの許す限り）無制限の桁数で整数計算が可能である。さらに組み込みのコンテナ型として、リスト型、タプル型、辞書型（連想配列）のほか、値の重複を許さない集合型（Python 2.3以降）がある。Python 3.x以降では、整数型が多倍長整数型と統合され、従来の文字列型とUnicode文字列型に代わり、バイト列型と文字列型が導入された。リスト型および辞書型は内部の値をあとから変えられる（mutable、変更可能）が、タプル型は一度構築したら内部の値は変わらない（immutable、変更不能）。タプル型とリスト型は、多くのプログラミング言語では配列と呼ばれるものに類似している。しかし、Pythonではタプル型は辞書のキーとして使うことができるが、リスト型は内容が変わるため辞書のキーとして使うことはできないという理由から、これら2つの型を区別している。集合型には変更可能なものと変更不能なものの2種類がある。多くのオブジェクト指向プログラミング言語と同様、Pythonではユーザが新しく自分の型を定義することも可能である。この場合、組み込み型を含む既存の型を継承して新たな型（クラス）を定義する事も、ゼロから全く新しい型を作り出す事も出来る。Pythonは基本的にメソッドや関数の引数に型を指定する必要がないので、内部で必要とする演算子やメソッドに対応していれば、関数やオブジェクトの設計時点で意図していなかったオブジェクトを引き渡すことも可能である（いわゆるダック・タイピングが可能）。Pythonはガベージコレクションを内蔵しており、参照されなくなったオブジェクトは自動的にメモリから破棄される。CPythonでは、ガベージコレクションの方式として参照カウント方式とマーク・アンド・スイープ方式を併用している。マーク・アンド・スイープ方式のみに頼っている言語では、オブジェクトがいつ回収されるか保証されないので、ファイルのクローズなどをデストラクタに任せることができない。CPythonは参照カウント方式を併用することで、循環参照が発生しない限り、オブジェクトはスコープアウトした時点で必ずデストラクトされることを保証している。なおJythonおよびIronPythonではマーク・アンド・スイープ方式を採用しているため、スコープアウトした時点で必ずデストラクトされることが前提のコードだとJythonやIronPythonでは正しく動かない。イテレータを実装するためのジェネレータが言語仕様に組み込まれており、Pythonでは多くの場面でイテレータを使うように設計されている。イテレータの使用はPython全体に普及していて、プログラミングスタイルの統一性をもたらしている。