box731объединяемых таблиц будет больше, поэтому хочется большей автоматизации.
а можно создать для формулы индекс такие массивы?
=индекс((A:A;C:C; и т.д.);строка;;область)
строка = {1:2:3:4:5:6:7:8:9:1:2:3:4:5:6: и т.д.}
область={1:1:1:1:1:1:1:1:1:2:2:2:2:2:2: и т.д.}
Вы бы взяли, да и сами попробовали. Тем же формулами, что в моем примере, можно и больше кстати, если приложить усилия. А для большей автоматизации либо VBA, либо внутренним запросом. А если формулами извращаться, то вы на неправильном пути.
выполнение запроса дает, как я понимаю, статический результат, а нужна динамика.
макросы создают дополнительные неудобства с их обслуживанием. поэтому унифицированное решение задачи (формулами) предпочтительнее, если оно возможно.
способов как развернуть двумерный массив в одномерный или объединить несколько массивов я не смог найти, может быть, есть еще какие-нибудь пути решения моей задачи?
box731выполнение запроса дает, как я понимаю, статический результат, а нужна динамика.
макросы создают дополнительные неудобства с их обслуживанием. поэтому унифицированное решение задачи (формулами) предпочтительнее, если оно возможно.
способов как развернуть двумерный массив в одномерный или объединить несколько массивов я не смог найти, может быть, есть еще какие-нибудь пути решения моей задачи?
Запрос дает вполне себе динамический результат.
Жизнь сама по себе создает неудобства с ее обслуживанием, но если хочешь жить - умей вертеться.
все же запрос не дает динамики, обновление происходит после нажатия на кнопку Обновить, или в полуавтоматическом режиме, через заданные интервалы времени, в минутах.
предложенный вариант работает, только его сложно распространить на большее количество таблиц, в результате - высокая вероятность допустить ошибку.
"Высокая вероятность допустить ошибку" - как раз при использовании формул, работы с массивами/диапазонами на листе и т.п.
Как раз использование VBA - быстрый и правильный вариант. А если можно поменять исходную структуру данных (например, разнести таблицы на отдельные листы) - то и вообще...
Ну и по динамике - можно ведь запускать макрос обновления и при любом изменении в данных - для этого надо его подвесить не только на кнопку, но и на событие Worksheet_Change() или Workbook_SheetChange()
AndreTM"Высокая вероятность допустить ошибку" - как раз при использовании формул, работы с массивами/диапазонами на листе и т.п.
Как раз использование VBA - быстрый и правильный вариант. А если можно поменять исходную структуру данных (например, разнести таблицы на отдельные листы) - то и вообще...
Ну и по динамике - можно ведь запускать макрос обновления и при любом изменении в данных - для этого надо его подвесить не только на кнопку, но и на событие Worksheet_Change() или Workbook_SheetChange()
box731 - у вас какой-то ограниченный подход к задаче... вы говорите, что у вас кол-во таблиц, стоящих в ряд на одном листе заранее не известно. как я понимаю, массив растет вправо путем ручного добавления таблиц на лист. а зачем? почему не добавить их вниз, если структура одинакова...
что в исходниках? может там, напимер, файлы txt. тогда пишите запрос на VB, юзайте sql. это проще, чем кажется. если структура однородна, sql-запрос - это самый верняк.
AndreTM...использование VBA - быстрый и правильный вариант...
Это для тех кто знает VBA
А для тех кто разбирается в Excel - быстро и правильно использовать инструменты Excel
А если ещё и макросы запрещены, политикой предприятия, например :)
AndreTM...разнести таблицы на отдельные листы... AndreTM , не узнаю тебя...
Разнести таблицы на отдельные листы - это первая (одна из) ошибка начинающих пользователей
Как ты можешь советовать остальным делать её?!
Serge 007 AndreTM , не узнаю тебя...
Разнести таблицы на отдельные листы - это первая (одна из) ошибка начинающих пользователей
Как ты можешь советовать остальным делать её?!А я образец файла и не смотрел...
В приведённом виде - да, однотипную инфу сливать удобнее на один лист, только ещё завести дополнительное поле-столбец с номером таблицы.
Serge 007AndreTM...использование VBA - быстрый и правильный вариант...
Это для тех кто знает VBA
А для тех кто разбирается в Excel - быстро и правильно использовать инструменты Excel
Общее и для тех и для других - для решения каждой задачи необходимо использовать подходящий для решения именно этой задачи инструмент.
В данном случае инструмент (Excel) выбран неверно. Отсюда и сложности. И совет AndreTM - это имхо наиболее правильное решение. Есть ещё неплохое решение - импорт данных в Access и обработка там, при необходимости экспорт результатов обратно в Excel.
Конечно, если ты не настаиваешь на том, что полностью твой тезис таков: "Это для тех кто знает VBA. А для тех кто разбирается в Excel - быстро и правильно использовать инструменты Excel, и ни при каких обстоятельствах не пытаться освоить VBA."
Но уж если ОЧЕНЬ упёрлось обойтись формулами - вот черновой вариант. Его можно "растянуть" и на несколько таблиц - просто добавляя соответствующие подсчёты и ветвления. Также можно добавить проверку на то, что выбраны данные всех таблиц, и выводить там пустую строку (сейчас выведется ноль).
Но это извращение чистой воды.
вот файл с рабочим вариантом, чтобы было понятно направление поисков. получается решение с одним вспомогательным столбцом и простым расширением количества таблиц, но с рядом ограничений. от вспомогательных таблиц нужно избавится.
AkinaВ данном случае инструмент (Excel) выбран неверно.
Согласен. Но если уж выбрали этот инструмент, то надо подстраиваться под его возможности. Объеденив две таблицы в одну, мы легко решаем поставленную задачу средствами Excel
Akinaсовет AndreTM - это наиболее правильное решение
Не то что неправильное, а я бы сказал даже вредное, тем более что решением средствами Excel это назвать нельзя. Форум ведь и новички читают и когда они видят подобный совет от форумчанина с кол-вом постов более 5000 - они принимают его. А потом начинают сыпать темами типа "Как собрать/просуммировать/упорядочить данные с разных листов?"
Akinaи ни при каких обстоятельствах не пытаться освоить VBA
А вот это каждый сам для себя решает
Лично мне, в жизни, при работе с МОИМИ файлами, НИ РАЗУ не понадобилось применять макросы
Использую их (макросы) только исправляя ошибки в архитектуре данных ЧУЖИХ файлов
Serge 007Akinaсовет AndreTM - это наиболее правильное решение
Не то что неправильное, а я бы сказал даже вредное, тем более что решением средствами Excel это назвать нельзя. Форум ведь и новички читают и когда они видят подобный совет от форумчанина с кол-вом постов более 5000 - они принимают его. А потом начинают сыпать темами типа "Как собрать/просуммировать/упорядочить данные с разных листов?"
Я имел в виду только ту часть ответа, где предлагается использовать VBA - на нём легко и непринуждённо строится процедура копирования данных из нескольких диапазонов на один лист. Немного сложнее - функция для использования слияния на лист, но тоже не очень сложно (правда, при большом количестве данных тормозить будет нещадно, так что это менее удачный вариант).
И ни в коем случае я не имел в виду ту часть, где говорится о разнесении данных по листам. Собственно именно этот вопрос - "Как собрать/просуммировать/упорядочить данные с разных листов?" - мы и имеем. Какая разница, разные листы или разные диапазоны на одном листе? понятно, что избавиться от геморроя, вырастив его в другом месте, не получится...
box731вот файл с рабочим вариантом, чтобы было понятно направление поисков. получается решение с одним вспомогательным столбцом и простым расширением количества таблиц, но с рядом ограничений. от вспомогательных таблиц нужно избавиться.
кажется, что проблема непреодолима, есть какие-нибудь толковые соображения?
box731хотелось бы увидеть их
Глаза откройте и почитайте посты выше AndreTM, Akina и мои
По теме разжевано абсолютно всё и должно быть понятно даже ВАМ и остальным танкистам
Решения тоже предложены. Что ещё надо?
Serge 007Глаза откройте и почитайте ... Что ещё надо?
прочитал, теперь вам тоже предлагаю перечитать вопросы. тогда может будет больше дела, меньше демагогии.
===========Решение 1==============
lbppbвнутренним запросом
===========Решение 2==============
lbppbдля большей автоматизации либо VBA
AndreTMиспользование VBA - быстрый и правильный вариант
Akinaстроится процедура копирования данных из нескольких диапазонов на один лист. Немного сложнее - функция для использования слияния на лист, но тоже не очень сложно (правда, при большом количестве данных тормозить будет нещадно, так что это менее удачный вариант)
===========Решение 3==============
Akinaнеплохое решение - импорт данных в Access и обработка там, при необходимости экспорт результатов обратно в Excel.
=========================
Всё это - РЕШЕНИЯ.
box731Serge 007Глаза откройте и почитайте ... Что ещё надо?
прочитал, теперь вам тоже предлагаю перечитать вопросы. тогда может будет больше дела, меньше демагогии.
В вашем случае есть только решение, которое подойдет идеально. Вам нужна волшебная палочка. Но тут вам с этим не помогут.
получается, что стандартными формулами, без sql и vba, получить объединение нельзя? но очевидно, что это не так, несколько вариантов решений смотри выше. все не без недостатков, о чем было сказано. вопрос в том, как эти недостатки устранить.
В исходном варианте - "объединить несколько имеющихся диапазонов данных в один" - решение формулами существует и может использоваться.
А вот в варианте "далее мы будем изменять исходные диапазоны, а также добавлять новые и удалять существующие" - решение формулами листа становится либо сложным, либо неэффективным (объем кода+скорость), либо вообще неприменимым.
box731получается, что стандартными формулами, без sql и vba, получить объединение нельзя? но очевидно, что это не такОчевидно, что это ТАК.
Получить объединение формулами можно лишь для очень ограниченного количества областей. А в большинстве случаев - так и вовсе строго фиксированного, изменение количества областей потребует корректировки формул.
box731несколько вариантов решений смотри вышеВсё это - частные решения. То есть не более чем костыли.
костыли - когда начинает не хватает стандартных инструментов. на практике мы только и сталкиваемся с частными решениями. и они всегда компромиссные, так как у каждого достоинства есть свой недостаток. делаем лучше одно - ухудшаем другое, нужно не забывать об этом.
речь идет об объединении около десятка таблиц с несколькими десятками строк с динамическими результатами, что удобно решить унифицированными средствами, без мешающих костылей с наворотом разных технологий. файлов, где это будет использоваться много, удобнее использовать обычные формулы.
box731костыли - когда начинает не хватает стандартных инструментов
box731удобно решить унифицированными средствами
VBA - стандартный унифицированный инструмент офисного (и не только) приложения.
box731где это будет использоваться много, удобнее использовать обычные формулы.
Нет, блин, тебе на самом деле всё ещё мало того, что твоё "удобное использование" уже переползло на вторую страницу, и решения до сих пор не видать? и на третьей странице его тоже не будет...
А делалось бы на VBA - уже на первой странице было получено готовое решение, и базар бы шёл разве что об интерфейсе и оптимизации.
Нет... он просто выбрал определённый путь решения, и теперь немножко злится, что ему указывают на явную неоптимальность, он не может в ответ придумать вменяемых аргументов в пользу своего выбора, а мы никак не угомонимся со своими нравоучениями...
