Table.NestedJoin()
Погонять
Table.Join()
Как я понял из справки, то 5й аргумент по умолчанию там
JoinKind.Inner
И при таком раскладе вполне допустимо, чтобы 2й и 4й аргумент имели одинаковое значение.
Допустим:
Table.Join(table1,"1",table2,"1")
Будет ругаться, если имена других столбцов в table1 и table2 (кроме столбца "1") будут иметь одинаковые названия.
А вот если...
Table.Join(table1,"1",table2,"1", JoinKind.LeftOuter)
То "мамка сразу ж заруХает".
С этим стоит просто смириться?
Обзывать столбцы по которым собираешься джойнить разными именами, таки их джойнить, а потом не нужное удалять?
Ментально я смирился.
По моим скромным ощущениям
Table.Join реально шустрее Table.NestedJoin.
Или?....Или есть фишечка)))
ЗЫ:
Признаюсь честно, радикально не гуглил, залип на статье Криса Уэбба 2020го года про шестой аргумент Table.Join()...Что-то там совсем волшебное.
Чтобы на ходу переименовать можно использовать Table.PrefixColumn А про 6й аргумент там самый огонь это вариант с джойном сортированных массивов. Например, выгружаем одну таблу из базы, а вторую из api. Можно сразу на стороне обоих серверов попросить выдать сортированные массивы и джойнить их с этим методом.
Спасибо, Алексей. Но я тут уже поглядываю активно в сторону Table.AddJoinColumn. Не сталкивались случайно?
На первый взгляд, если знать в какой таблице строк больше и к ней джойнить меньшую, то вполне себе работает как JoinKind.LeftOuter. Правда потом столбец разворачивать надо. Была бы база, погонял бы
Обсуждают сегодня