「Excel」に新関数「XLOOKUP」が導入〜「Office 365」の2020年1月更新
■ このスレッドは過去ログ倉庫に格納されています
「Excel」に新関数「XLOOKUP」が導入〜「Office 365」の2020年1月更新
「Word」のインク機能には“なげなわ”ツールが追加、図形を画像ファイルとして保存する機能も
米Microsoftは1月30日(現地時間)、「Office 365 ProPlus」の月次チャンネルをアップデートした(バージョン 2001、ビルド 12430.20184)。
“Office 365”の購読者であれば、最新版が順次ダウンロード・自動適用される。
本ビルドの目玉は、「Excel」に「XLOOKUP」関数が導入されたこと。
従来の「VLOOKUP」関数や「HLOOKUP」関数で使いにくいとされていた要素を改善した後継版で、不必要な計算を避けてパフォーマンスを向上させられるのもメリットといえる。
「VLOOKUP」や「HLOOKUP」は互換性維持のため今後もサポートされるが、今後は「XLOOKUP」の利用が主流になっていくだろう(参考記事)。
そのほかにも、「Word」のインク機能に“なげなわ”ツールが追加され、インクオブジェクトの選択が可能になった。
「Word」では図形、アイコン、その他のオブジェクトを画像ファイルとして保存する機能も導入されている。
https://forest.watch.impress.co.jp/docs/news/1232674.html 雑多ならVLOOKのが楽だろ
SUMIFみたくまとめたい対象群を指定しなくていい。
雑多だと、例えば10万行のデータから、得意先100社くらいを各々金額別に集計して、
かつその100社をもっと大きい分類で分けたいとかの作業になるしな。
Vなら即。SUMIFなんか使えない。 >>508
複数レコードに対応できないだろ
vもmatchも途中で走査止めちゃうんだから そんんなことよりif関数のネストでエラー非表示とゼロ=空白を実装してくれよ lookupとxlookupの違い
1. xlookupの方が追加で指定できるパラメータが多い
2. lookupは検索範囲が昇順になっている必要があるけどxlookupは不要
3. lookupは検索範囲が縦長、戻り範囲が横長とかできるけど、xlookupは縦か横で揃える必要がある >>504
努力することを恥ずかしいとか言ってるお前の顔がみてみたい 派遣の女が必死で椅子に座って
綺麗なオフィスで安い賃金でやる
エクセル操作仕事 >>505
Wordの行間詰める作業もうやりたくない
ばかみたいにすかすかだろ
2003で知識止まってるしそれも忘れたけど >>514
間違った妄想が必要になるほど苦しいのは理解した お前らはテーブルごとにシート作る派?
わしはごちゃまぜ 同じものなら同じでいいだろ
201911 201912 202001 202002
田 田 田 田
とピボットをひとつのシートに並べていけばいい vlookupやmatchは検索値が256文字以上だと#valueを返す既知の問題が有るけど、xlookupでは直ってるのかな。 xlookupは使わないようにっていう上司からの通達がくるのは確実だろなぁ xlookupってキー列より前の列から検索できるの?
例えばC列をキーとしてA列から値の抽出。
vlookupはこれが出来ないからうざかった。 >>511
何故、vlookupやhlookupでなく、使用を推奨されていないlookupと比較してるんだろう。 >>521
出来るみたいだね。
今まで、vlookupでは出来なかったから、indexとmatchを組み合わせて使っていたんだろう。 >>522
構文が一番近いからに決まっとるやろ
vlookupとの比較は既に上にあるし 検索列が縦、戻り列目が横みたいな場合にはindex match要るだろう
そんな状況そうそうないけど >>527
わざわざ、lookupを使う奴が居るのかw 逆にlookupあるのになんでxlookup実装されたの?
特にオプションつけずにデフォで使うなら同じじゃね
lookup非推奨な理由よく知らんから誰か教えて>< >>534
オプション省略したときのデフォルト値が違う >>535
違ったっけ? そもそもlookupにはオプションなかったと思うけど >>534
叩かれまくってる現業工事現場作業員であるEXCEL初心者の俺が適当にまとめてみた
INDEXMATCH使ってるおれ軽く(検証されていない)てかっこいい派
表の土台ができてればvlookupでいいや派と
MATCH+offsetでいいや派と
面倒だからvlookup+offsetでええやん派と
lookupでなんでもできるやん派がいる
どちらにしろ会社でも自前パソコンのスレッドリッパーつかってる俺のはなんでもいい
米のサイトみたら vとhは以下の問題点がある
1.近似一致を指定できない→これ間違えるやつおるん?
2.rowcolの挿入に対応できていない→挿入したら再確認でええやん
3.-の戻り値がない→offsetでええやん
4.うしろからけんさくできない→わかる 数えるの酷やろ
5.近似を実行する場合、順序に沿った似た結果が返されるためにソートしないと正しい結果がえられなかった→xに近似機能あるの?
6.tablearrayはすべてのテーブルを参照する必要がある、そのため、本来参照しなくていい不要なrowcolまで参照するからゴミだったでござる
6を詳しく言うとa:aとb:bとc:c(a:c(わざとわけている))の1と3とvで取りたいとする
vlookupだとa:aとc:cをとりたいのにb:bも参照してしまうため重くなっている
それをa:aとc:cと指定できるため、参照が軽くなる
ということらしい
英語も勉強しておくべきだな、日本よりぜんぜん情報が早いは 適当に書いてたらまちがってるところあるわ
1.近似一致できない ばつ
まる 近似一致を選ぶために完全一致と間違える人がでてくる
2 挿入だけじゃなく削除も
貧乏人だから365なんてはらえねーからよくわからないわ
そしてVBAでxlookupと同じことができるようにできるから流行にのるために調べてみた
なんどもいうが、飛び石の複数選択セルをリサイズさせてかつoffsetさせるやり方が知りたい >>539
別に制限されててもその制限内で事足りるならlookupでよくね?
どうせ完全一致検索しか使わんでしょ
検査範囲を昇順で並べとかなきゃいけないのは確かに困るけど >>42
Wordがまともに使える人はWord、Excelを使う業務で
Excel一辺倒の人より生産性が1.5倍以上にはなるよ そんな事よりVBAが腐ってるからどうにかしろ。
カレントなんちゃらは全部廃止だ糞が。 拾う列を左から順に番号指定させてる時点でクソ関数だよな
なんであんな仕様にしたの? おまえらExcel好きだよな。
なんでみんな賢そうなのに出世できないの? いまさらVBAどうにかするくらいなら廃止して他の言語に変えた方がええやろ >>547
賢い奴がExcel好きなわけないだろいい加減にしろ >>543
何でExcelじゃなくてWordで資料作ってるの?
と言われた事がある。 ルックアップ!
鳥だ!飛行機だ!
いや、シャザムよあれは! >>15
関数なら実務で使う以上に覚えやすい方法はない気がする 返り値の列を検索範囲と独立して直接指定出来るのはでかいな。使わせてもらうわ。 >>556
match()とindex()を組合わせて使えば今でも同じ事が出来ると思うけど ■ このスレッドは過去ログ倉庫に格納されています