他の生体認証技術と比較すると、顔認識は最も信頼でき効率がよいとは言えないが、対象の協力を必要としないという重要な利点がある。空港などのシステムは群集の中から犯罪者を見分けることができる。指紋、虹彩、音声などによる認証では、このような使い方はできない。しかし、セキュリティという観点での有効性には疑問の声もある。その他の利点としては、一般的に普及している安価なカメラを使用することができる点（既存の監視カメラ・ウェブカメラなどをそのまま利用できる）、顔画像が証拠として残るため不正利用者等が発覚した場合に記録された顔画像を人が見ることで個人を特定することが容易である点（顔以外の生体情報（例えば指紋など）は、その画像を人が見て個人を特定することは困難）などが挙げられる。
2000年の大統領選挙で、メキシコ政府は偽者による投票を防ぐため、顔認識ソフトウェアを用意した。一部の個人が複数の名前で登録されていて、複数票を投じようとしていたためである。新たな顔の画像と投票者データベースに既にある画像を比較して、二重投票を大幅に減らした。アメリカでは同様の技術が、偽のIDカードや免許証の入手を防ぐのに使われている。また、内蔵したカメラを用いて、撮影した人物が成年か未成年を判別し、成年にのみタバコを販売する自動販売機も実用化されている。医療ミス防止のために顔認証システムを導入し、診察券に埋め込まれた顔写真とともに本人確認する病院もある。診察券を忘れた際に顔認証システムを利用して受付けてもらうことも可能という。生体認証としての利用以外に、デジタルカメラやスマートフォンは被写体の顔を認識し、焦点をそこに合わせたり、露出を合わせたりできるものが多い。さらに表情を認識して笑顔を確認したら自動的に撮影するといった機能もある。
全国約100店舗を数える丸善ジュンク堂書店全店舗で、顔認識システムを使った万引き防止システムが導入された。万引きした可能性のある客の顔データをデータベースに登録し、来店すれば検知する。店内には「防犯カメラ作動中」と告知はしているものの、顔認識機能があることは告知していなかった。これに対し、プライバシー問題に詳しい弁護士の森亮二は「特定の個人を追跡する機能をもつ顔認識システムの方が肖像権やプライバシー侵害の度合いが強く、両者は区別する必要がある。顔認識システムを採用していることを明記し、嫌だと感じた人はその店を利用しないで済むようにするなど、透明性を確保することが大事だ」と言及した。丸善ジュンク堂は、その後、表示の変更を検討するとの見解を表明した。
コンサートチケットが高額で転売されるのを防ぐため、顔認証システムを活用して、チケット購入者本人が来場しているかどうか確認することもある。2014年にももいろクローバーZが、エンタテインメントの入場管理において、世界で初めて導入した。NECの顔認証システム「NeoFace」を用いて、チケット購入時に顔写真を登録、会場入り口で顔認証しチケットを発券する。NeoFaceは香港をはじめとしてアメリカ合衆国やチリなど世界各国の警察機関で使用されて精度は世界最高水準とされる。他のミュージシャンのコンサートにも広がりつつあり、B’z、福山雅治、Mr.Children、BABYMETALが一部のコンサートなどに使っている。一方、2016年4月23日より開催の嵐の全国ツアーで実施されたのは、同年2〜3月に行われた渋谷すばるのソロライブツアー同様、複数のスタッフ目視による顔認証である。
B+木の葉ノードは連結リストで相互にリンクされていることが多い。これにより範囲クエリが簡単かつ効率的に行える（上述の上限は連結リストがなくとも実現できる）。これによって領域消費量が大幅に増えたり、手間が大幅に増えるということはない。記憶装置のブロックサイズが B バイトの場合、格納されるキーのサイズを k バイトとすると、最も効率的なB+木では  となる。理論的には1を引く必要はないが、実際にはインデックスブロックには何らかの余分な空間が必要になることが多い（例えば、葉ブロックでの連結リスト用参照）。インデックスブロックがその記憶装置の実際のブロックより若干大きい場合、性能は大幅に低下する。B+木のノードが配列として構成される場合、挿入や削除で配列の要素をずらす必要が生じ、性能が悪くなる。そのため、ノード内の要素は2分木やB+木で構成するのが望ましい。B+木はメモリ上のデータ格納にも使われる。その場合、ブロックサイズはプロセッサのキャッシュラインに合わせるのがよい。ただし、キャッシュのプリフェッチ機能がある場合、キャッシュラインの何倍かをブロックサイズとした方が性能がよいことが研究で証明されている。B+木の空間効率は、ある種の圧縮技法を使うことで改善できる。例えば、各ブロックに格納するキーに差分符号化を施すことが考えられる。内部ブロックの場合、領域を節約するにはキーかポインタを圧縮すればよい。文字列キーの場合、領域を節約するには次のようにする。通常、内部ブロックの i 番目のエントリには i+1 番のブロックの最初のキーが格納されている。キー全体を格納する代わりに、直前の ｉ 番目のブロックの最後のキーよりも確実に大きいとわかる、i+1 番のブロックの最初のキーの最短のプレフィックスを格納する。ポインタにも簡単な圧縮方法がある。いくつかのブロックが連続する位置に順に配置されている場合、先頭ブロックへのポインタと連続するブロック数を格納すればよい。上述の圧縮技法にはいずれも何らかの問題が存在する。まず、1つの要素を取り出すにはブロック全体を解凍する必要がある。この問題への対処の1つとして、ブロックをサブブロックに分け、サブブロック単位で圧縮することが考えられる。この場合、要素の挿入や削除ではブロック全体ではなくサブブロックだけを解凍し再圧縮すればよい。また、圧縮率がブロックによって異なると、格納できる要素数も大きく異なってくるという問題もある。