Всем привет друзья. Подскажите пожалуйста, как организовать структуру хранения данных.
Загружаются данные каждые пол часа 2500+ строк.
Иногда бывает что за пол часа изменений вообще не было и загружаем полностью идентичные данные как в прошлой.
Сейчас все хранится в одном документе, где одна табличная часть и куча полей.
Хочу организовать саму структуру более понятно. Можете пожалуйста подсказать что лучше. Сделать табличные части и разделить их логикой, где связаные поля по смыслу в одной табличной части а остальные в другой.
Или сделать обработку, и от туда уже выводить данные на форму при разных условия в зависимости что задаст пользователь

Если ничего не изменилось, то зачем грузить?

(1) Это для анализа, в конце дня одинаковые чистятся. На основании загрузки за день документов формируется регистр сведений где уже делятся по операциям загруженные данные. И этим одинаковые убираем

(0) Организуйте более понятно. Разрешаем!



А если серьезно то не понятно , что от нас хотите? Какие данные, что за структура , какие там поля в вашем- горе документе?

сделайте из своей таблицы 25*2500 значений хэш-строку
и сверяйте только хэши. если совпадают не грузите вообще.
ну или если так уж нужна загрузка - то по совпадению хэша копируйте старый документ ))

(2) так если удаляем, то какая разница ?

(5) Ну вот смотрите, Я открываю документ там просто табличная часть с 25+ полей которые просто не читаются, и понять в этом месиве не возможно ничего.
То что иногда повторяются это вообще не проблема.

(3) Хотел спросить, у кого нибудь был опыт работы с большими документами где в табличной части много данных, они в экран не помещаются даже
Может кто то организовывал структуру хранения

Большие массивы данных, обычно анализируют отчетами...

(7) Сынок, ты должен сперва понять, что для Машины, нет предела, тут предел только в вашей голове.
Если вы не смогли 25 колонок осилить, то не беда. :)

А так, у объектов данных есть такое поле "ВерсияДанных", это не текстовое поле, но его можно в определенные момент записывать в нужные регистры сведений, и на базе этих данных анализировать, а записывался ли документ или справочник...

Выстраивая цепочки для анализа, вы могли бы отсекать лишние данные :)

(8)честно говоря, подумывал об этом.
Скорее всего вернусь наверное к этому. ЧТоб проще делать под каждый запрос пользователя нужны отчет

(7) Был опыт. Хранил во внешней БД.
Моё мнение: нет смысла пихать всякую дичь в информационную базу 1с.

(2) >Это для анализа, в конце дня одинаковые чистятся. На основании загрузки за день документов формируется регистр сведений где уже делятся по операциям загруженные данные. И этим одинаковые убираем

Не грузи лишний хлам в 1С
Грузи в нечто внешнее относительно 1С и пофиг на структуру
В 1С уже только сразу в РС

(11) +1

(12)
Не получиться, потому что некоторые поля это ссылки на другие справочники

(14) Это не аргумент.