Эта проблема была ненастоящей на какое-то время, просто случается так часто в случайные моменты времени, ничего не меняется. Я также не знаю, как воспроизвести проблему, но я подробно расскажу о том, что происходит.Диапазон импорта электронных таблиц Google #REF! Ошибка (в случайном порядке)
Обычно функция importRange
работает просто отлично, и выглядит примерно так:
Ключ Spreadsheet правильно набран - Я использую эту стратегию в Google Таблицы на некоторое время теперь.
Каждый так часто, таблицы Google, кажется, сломать, или, по крайней мере, функция importRange
делает ... и производит что-то вроде следующего:
Google, казалось, замерзает в разы сегодня , когда это произошло. ! Я попытался корректировками importRange
параметров X1: X, X2:! X5, изменив название листа, который импортируется и т.д.
В прошлом, изменяющийся от X: X - ! X1: X исправлены некоторые столбцы, но не всегда все они. Единственное надежное решение для исправления этого, которое я нашел, - это воссоздание обеих таблиц. Поскольку исходный код (тот, который импортируется) в конечном итоге становится отчетом, я хотел бы избавить своего босса от дополнительных усилий, связанных с несколькими электронными таблицами, и скорее всего исправить это и сделать с ним.
Кто-нибудь знает потенциальную причину этого сбоя? Иногда он исправляет себя, иногда это не так. Это случается случайным образом и только для некоторых электронных таблиц (у меня есть набор из 8 или около того, что все используют importRange
, и одновременно не более 2). Поэтому я честно понятия не имею, откуда это происходит.
Боковое примечание: Google в целом был немного невосприимчив к сегодняшним дням с точки зрения всех своих услуг - служба электронной почты моего университета в App Engine снизилась примерно на полчаса. Может ли ограничение ресурсов/сетевых злоумышленников вызывать подобное поведение в таблицах?
Обновление: Я пытался импортировать в электронную таблицу же данных из различной электронной таблицы (то есть, дали функции importRange
другой ключ электронной таблицы). Хотя ключ и диапазон действительны, если импортированы в таблицу разных таблиц, в моем оригинале (один полный #REF!) Этот диапазон не импортирован правильно. Это приводит меня к мысли, что этот этот глюк может применяться только к одной Таблице, где любая попытка importRange
из любого другого источника не Функционал.
Я тоже видел такое поведение, я думаю, что функция importRange просто сломана. Я использую Script Apps, чтобы заменить его почти везде. Во всяком случае, почему вы отметили этот вопрос как приложение-скрипт?Кажется, это не связано. Или вы ищете решение для замены приложений и скриптов? :) –
Ну, идея состоит в том, чтобы иметь не редактируемый диапазон, который извлекается из электронной таблицы ресурсов. Я могу сделать то же самое с защищенными диапазонами, но также хочу, чтобы значения обновлялись, если значения исходной таблицы обновляются. Я также отметил это как GAS, потому что я знаю, что некоторые люди, которые следуют за этим тегом, раньше использовали 'importrange', и имеют опыт работы с скриптами вокруг его сбоев. Кажется, что 'importrange' просто сломан, и на некоторое время. См. [Этот вопрос] (http://stackoverflow.com/questions/11254977/script-workaround-to-solve-importrange-problems-for-drop-down-list). –
Вопрос не связан непосредственно с [тегом: google-apps-script], поэтому этот тег должен быть удален. –