【IT】Microsoft、新しいExcel関数「XLOOKUP」を発表 〜「VLOOKUP」や「HLOOKUP」の後継
■ このスレッドは過去ログ倉庫に格納されています
米Microsoftは8月28日(現地時間)、新しい「Excel」関数「XLOOKUP」を発表した。「VLOOKUP」や「HLOOKUP」の後継となる関数で、現在“Office Insiders”でテスト可能。一般公開は今年後半が予定されている。
「VLOOKUP」はテーブルを縦方向に検索し、特定のデータに対応する値を取り出す関数(逆に、横方向に検索するのが「HLOOKUP」関数)。「Excel」の初期リリース(34年前!)から搭載されており、「SUM」や「AVERAGE」に続き、3番目に使用頻度が高いと言われている基本的な関数だ。
しかし、「VLOOKUP」関数にはいくつかの弱点も指摘されていた。まず、4番目の引数の初期値が“TRUE”(近似値の検索)になっていることだ。「VLOOKUP」を利用するシーンでは“完全一致”で値を検索することが多いため、4番目の引数はかならず“FALSE”にせよ、と指南する初心者向けのマニュアルも少なくない。
そのほかにも、常に検索範囲の一番左側を検索する仕様のためその左側の列を返すことができない、近似値の検索ではあらかじめデータを昇順に並び替えておく必要がある、第3引数(列番号)を数値で指定するため列の挿入・削除に弱いなど、仕様・設計の古さゆえの問題が少なくない。
新しい「XLOOKUP」は、縦方向・横方向の検索両方を1つの関数でカバーしているだけでなく、基本的には引数を3つ指定するだけで多くのニーズに対応できる。
XLOOKUP(検索する値、検索する配列、返り値の配列)
第2引数で検索列から結果列までを選択する「VLOOKUP」や「HLOOKUP」と異なり、余計な列を選択せずに済むため、不必要な計算を避けてパフォーマンスを向上させられるのもメリットといえる。
加えて、第4引数と第5引数で一致モード(完全一致、部分一致)と検索モード(昇順・降順など)を指定可能。「XLOOKUP」と同じ引数で一致するアイテムのインデックスを返す「XMATCH」関数も用意される。
https://forest.watch.impress.co.jp/docs/news/1204053.html LOOK OF LOVE っていい曲だよな。わかる人おる? なんでVLOOKUPあんなにメチャメチャ遅いんだろう
数万×数万オーダーの検索で3時間くらいかかってびびった >検索モード(昇順・降順など)を指定可能。
65535行目→1行目みたいな逆順参照シートを間に噛まさなくて済むようになるんかの >>7
なんで遅いのかを考えて解決するのがお仕事ってもんやで >>7
データ構造がそもそも検索向きじゃないから
XLOOKUPなんて使わないでデータベースに移行して使った方がいいだろ まぁ、多少の不満はあるだろうけど、
アドオン開発皆無で使用できるデファクトスタンダードソフトって
考えたら凄いよな。
俺の勤め先のSAPちゃんとか、アドオン開発無なら何にも出来ないから。 読み取り専用で開くが書き込みできるバグをいい加減に直して sum, average, median, stdev, count, power, sqrt 以外使わん。 >>18
そんなことより書式ロックしてるのにコピペしたら書式ついてくるのやめてほしいわ 理論的なパフォーマンスは同じだろ
違うとしたら旧関数の効率が悪いだけ 無いなら無いでなんとかなるけど、
例えば、SUMIIFSが実装されてから、sumproductで
複数条件指定する奴は居ない。 >>2
SUMPRODUCTがあればなんでもできるさ。 >>7
エクセル自体値を比較するだけに使うには重いし、vlookupは参照先のデータを全件比較するからすぐ重くなる。
Accessに渡してクエリ使ってデータ加工したものをワークシートに出力するとかマクロ使うとかしないと無理。 うちは神エクセルだから関係ないな
あとsumを信用するとか無いわ。
必ず電卓で検算してるぜ vlookup、そうなんだよね、便利だけど並び替えしてないと
変なところで「妥協マッチ」を返してくる。
昨今、増えた関数ではconcatをよく使う。 真っ先にやることは、IF関数をワイルドカード可能にする事と思うんだが、
絶対にやらないよね。
COUNTIFかますの面倒なんだよ・。 おれ、HLOOKUPあるのしらんかった。
わざわざ並び方変えてたわ… 文字列と数値を認識できない、他所のファイルの他所のシートを読みに行くのが遅い、小数点の計算が??な時があるので使ってない。 Excel関数はまだまだ不便なところがある、もっと飛躍的に変えて欲しい accessは神ツールなのにな、天下とれんかったな
みんなそんなにSQLが嫌いか 彡"⌒ヾ
. ( ^ω^)俺も特定のシートでは馬鹿の様に関数を使いまくるので
彡"⌒ヾ
. ( ^ω^)けっこう重いし、互換性の問題が多くなるわ
彡"⌒ヾ
. ( ^ω^)LibreOffice ではエラーでオープン出来ず >>2
おお、良いこと聞いたわ!
調べてみるありがと! 新しい関数とか興味ないから遊ゴシックを排除してくれ >>37
お前はプログラミング言語を学ぶ前に国語を学びなさい >>57
そう?
論文など書くときは、設定いじればいいだけじゃん。
プロジェクターや大画面に映すと綺麗だし、
英語と日本語でフォント変える面倒くささが無くなって助かってる。 玄人はINDEX とMATCHを使う。
素人は馬鹿の一つ覚えでVLOOKUPを多用する。 >>51
データベースとしては神なんだけど、
インターフェースやアウトプットとしては未だにexcelないと話にならない。
セルのコピー・複数入力、
ピボットテーブル・グラフ、
アクセスだともっさりして、見にくい。
結局、
excel入力→アクセスで統合→excelでアウトプット
の無駄。 >>2
indexとmatch派多いな
俺はoffsetとmatchだ >>61
どういう状況なんだろう、それ
画面や帳票は相当楽だよ、access >>33
sum信用出来ない。って、PC使うな。って事だろ。 セルに入力した文字が勝手にリンクに変わるのやめてほしい アホ vlook
素人 index
通 address
プロ offset
変態 配列数式 そんな複雑なるならボタンおいてvba側で処理するわ あんな遅いもん使えん。
PCが2時間もハング状態(笑)
職場のをこっそりACCESSに移植してやろうw >>71
冴子先生をもっと美化してVTuberデビューだ >>72
複雑になるならVBA側でユーザー関数作って、セルから使えばいいじゃん >>51
accessはお手軽で良いんだけどデータ構造を意識出来ない人には敷居が高いからね
個人的にはピボットテーブルが無くなって残念だった エクセルは数式だけで何とかする派
セル見るだけじゃわからない挙動するのは嫌い。色んな人が使い回す前提だけど まあ、使って慣れるしかないだろうな
便利か否かはそれから判断するわ スレとは関係ないが、ちょっと愚痴らせて。
ウチの職場には未だにデータ入力する部分をセル結合して作表するのがいる…。 >>37
verticalのVとhorizontalのHやろ。 いいこと思い付いた。
将来の時に備えて、zlookupの商標登録をしておこう。 exceiで空白セル参照してるのに、0が表示されるのはなんでだ?
あのクソ仕様をどうにかしろ。
空白のセルなら空白を返せよ!0を返すな! >>42
データの扱い方としてはそれで正しいようにも思うな >>2
vlookupばかり使ってたからいいこと聞けた
ありがとう 追加なら別に問題ない
vlookup廃止されたら暴れる >>33
勘弁してください
いくらMSでもsumはきちんと出来ます
電卓で検算する意味不明です そもそもsqlたたけよ
何万行もあってVLOOKUPて >>18
書き込み用のパスワードを設定してもダメなのか? >>51
うちの会社はAccessまで買うお金がないんだ
まあExcel神の社員がいろいろやってくれるから、あえてAccessまで買わなくとも間に合っている 土挫器用Excelでプレビューと印刷結果が違うバグは治るのかな
Mac用は20年くらい前のExcel5アップデートで治ったけど >>51
普通の文系ユーザーはいきなり結果を求めるからな。
理系は順序やデータの使い回しを考えてデータとプレゼンテーションは分けて考えるけど ■ このスレッドは過去ログ倉庫に格納されています