野外に棲息するアカネズミ、ハタネズミなどの「野ネズミ」に対して、人家やその周辺に棲息するネズミ類を「家ネズミ」と呼ぶ。日本のネズミ類のうち家ネズミに当たるものは、ドブネズミ、クマネズミ、ハツカネズミの3種類にほぼ限られる。
古い分類では、ネズミ亜目の総称とされていた。ただし、ネズミ亜目の分類は当時から変化し、現在のネズミ亜目はかなり異なる。あるいは狭義にはネズミ上科、さらに狭義にはネズミ科の総称ともされる。
ネズミのほとんどが夜行性である。また、ネズミの門歯は一生伸び続けるというげっ歯類の特徴を持っているため、常に何か硬いものを（必ずしも食物としてではなく）かじって前歯をすり減らす習性がある。硬いものをかじらないまま放置しておくと、伸びた前歯が口をふさぐ形になり食べ物が口に入らなくなってしまい餓死してしまう。世界中のほとんどあらゆる場所に生息している。ネズミ上科のほとんどの種が、丸い耳、とがった鼻先、長い尻尾といった、よく似た外観上の特徴をもち、外観から種を見分けることは難しい。このため、頭骨や歯によって識別がなされている。繁殖力が旺盛である。ハツカネズミなどのネズミは一度の出産で6-8匹生むことが出来、わずか3-4週間程度で性成熟し子供が産めるようになる。
『オーンカーンチェーンナム』（โองการแช่งน้ำ）とはアユタヤ王朝時代に作られた韻文詩の一つ。忠誠を誓う儀式で用いられた。オンカーンチェーンナムはアユタヤ王朝時代に国王に忠誠を誓う儀式の時に唱えられるために作られたものである。作者は不明であるが、クメール王スーリヤヴァルマン1世が1011年にブラフミン（バラモン僧）に命じて作らせた同様の忠誠の詩を元に、アユタヤ王ラーマーティボーディー1世が宮廷のブラフミンに命じて作らせた物と考えられている。アユタヤ王朝下のある時期には年に2回、高僧やブラフミンを呼び高官や地方の国主の前でこの詩を王が唱えさせるのが習慣となっていた。チャクリー王朝以降はこの習慣が薄れるが1932年の立憲革命まで存続した。その後暫く絶えていたが1969年からラーマーティボーディー勲章の授与式において利用されることになった。なおこの詩はラーマ6世（ワチラーウット）の時代までは呼称が多々あり混乱を極めていたため、ラーマ6世は「オンカーンチェーンナム」を公式な呼び方として制定し、以降この名前が定着した。文学的にはこの詩はタイで最初の韻文詩とされており後生のタイの詩形の形成に大きな影響を与えた。内容的には、まず冒頭でナーラーイ（ヴィシュヌ）、ボーロメーサワラーイ（シヴァ）、プロマーン（ブラフマー）に対して賞賛がなされ、その後、アグニやスカンダーなどのバラモン＝ヒンドゥー教的神々への賞賛とともに王への忠誠を促す文章が織り込められている。これは王とヒンドゥーの神々を同一視させようという意図があったためである。一方でブッダなどの言葉が一部を除いてほとんど登場しないのも特徴になっている。また全体にストーリー性はなく、むしろ唱えることによってヒンドゥー教的な荘厳さを見せつけ、王の威厳を高めようとしている。
本校は1967年に東京スクールオブビジネスの名称で開校した。本校の所在地には、かつて谷干城が初代である谷子爵の邸宅が所在した。設置者は学校法人 東京安達学園、運営元は学校法人 東京観光専門学校。2018年度現在は、冠婚葬祭・宿泊・観光・航空・鉄道・飲食・外国語の7分野をカバーしている。
このワームはわずか376バイトのコードでできていて、IPアドレスをランダムに発生させて、発生させたIPアドレスを持つホストに対して自身の分身を送りつける以外の行動は行わない。もし、ワームの選択したアドレスを持つホスト上で、パッチを当てていないMicrosoft SQL Serverが動いていた場合、直ちにホストに感染し、感染を増やす活動を始める。家庭のパソコンでは、一般的にMSDEがインストールされていない限り感染することはない。また、ワームはディスクには書き込まれず、メモリに常駐するだけなので除去することは簡単である。例えば、再起動するだけでも除去することができる（対策を行っていないので、すぐにまた感染することになるが）。このワームは、2002年7月24日にマイクロソフトによって報告されたSQL Serverのセキュリティーホールを突いている。そのパッチはワームが登場する半年も前にマイクロソフトからリリースされていたが、多くのシステムにはパッチが適用されていなかった（マイクロソフト自身のいくつかのサーバを含む）。ネットワーク遅延は、感染したサーバの吐き出す大量のパケットによるネットワークトラフィックの増大に耐え切れず、多数のルーターがダウンしたことによる。通常、トラフィックが処理限界を超えると、ルーターの処理が遅延するか、ネットワークトラフィックを遮断すると想定されている。いくつかのルーターがクラッシュし、隣のルーターはこれらのルーターへのパケットの受け渡しを止めなければならないと感知する。ルーターは、自身の知っているルーターへこのことを通知し始めた。このようなルーティングテーブルの更新情報の通知の嵐が、さらにルーターが故障する原因となり問題を悪化させた。さらに、クラッシュしたルーターの管理者がルーターを再起動し、ルーターが自分の存在を通知したため、ルーティングの更新情報の通知の嵐が再び発生した。すぐに、インターネットの帯域の大部分がこれらルーティングテーブルを更新するためのルーター同士の通信に消費され、通常のデータトラフィックは遅延し、または完全に停止した。皮肉にも、SQL Slammerは小さなデータだったため、通信に成功したが、まっとうなパケットの通信は不通になった。SQL Slammerは確認された最初のウォーホール型ワーム（2002年、Nicholas Weaverの論文によって存在を仮定されたネットワークで急速に広がるワーム）である。このワームが急速に広まったのには2つのわけがある。一つはUDP上で感染を広めたこと、そしてもう一つは、ワームが376バイトしかなく1パケットに収まったことである。その結果、感染したホストが他のマシンとのコネクションを確立する必要がなくなり、各々の感染したホストは、限界まで攻撃を試行できた（大体、毎秒数百回）。