Сериализация таблицы значений #806024

Сравниваю две таблицы значений с помощью функции ЗначениеВСтрокуВнутр. Но не сравниваются, потому что в каждой строке тзн есть какие-то флажки, которые отличаются. Что это за флажки, как их можно поменять, чтобы совпадали? Платформа 1С 8.2, последняя.

с помощью этой функции нельзя сравнить две таблицы от слова совсем никак

Раз нет аргументов, предполагается, что я должен поверить?

самому мозг включить не судьба? отсортируй их по разному и сравни? таблицы то одинаковы, но сравнить сериализовав никак

Очевидно, что надо отсортировать перед сравнением и обеспечить идентичный порядок колонок. Ну и мозг включить)

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

Вопрос был, как работает функция 1с ЗначениеВСтрокуВнутр для таблицы значений. Если не знаешь, можно просто проигнорировать тему. Зачем спамить?

нет в таблицах никаких флажков, ибо флажок это клиентское представление на форме

красненьким подчеркнутые циферки интересуют. Наверно я их неудачно флажками назвал.

забудь вообще про эту функцию, она была актуальна только в 7.7 и то не везде

Доктор, при всем уважении, выступаете невежливо и не по делу.

ну если я тебе скажу что эти циферки это описание таблицы, тебе легче станет?

и если даже они у тебя не сходятся, то таблицы по любому разные

обе ТЗ в запрос и полное соединение

Легче станет, если найти конкретное описание этих циферок. Мой пример работает. А если выгрузить запрос в тзн, потом очистить, и потом заполнить то же самое руками, то в этих циферках получается расхождение. Понятно, что я функцию csv написал руками и все уже сравнил. Но так бы получилось короче и быстрее, вот и решил узнать, может кто разбирался.

>обе ТЗ в запрос и полное соединение прикольный вариант. Но надо писать запрос, а тема с сериализацией работает для любой структуры.

В качестве извращенного варианта: Сделай в каждой тз по еще одной колонке, куда для каждой строки сложи сумму ЗначениеВСтрокуВнутр всех значений, потом  сложи все значения в этой колонке и сравни с такой же хренью в другой тз:-)

Почему бы не сериализовать в XML и сравить там?

короче, быстрее и самое главное всегда верно работает вот так

тогда уж проще сравнивать JSON

>Почему бы не сериализовать в XML и сравить там? Так можно. Но я не умею писать тзн в XMl(и обратно) одной строчкой, ну и длиннее строчка получается итоговая.

>тогда уж проще сравнивать JSON в 8.2 нету((((((

есть, просто вы не умеете им пользоваться

А обратно?

Осеннее обострение уберпрограммистов началось. Ты б еще md5 хеш посчитал. А, извини, md5 скомпроментирован. Тогда sha1

пользуйся на здоровье

обратно через чтениеXML

Спасибо, понятно что можно использовать самописку, и я использовал Спасибо большое, прикольный вариант, работает как песня))

Главное, неведомой фигни нет))

ты сам себе противоречишь, когда тебе изначально говорили забыть о своей дури, ты кричал что вопрос не в этом и нечего спамить ))))

Почему я должен о ней забыть? Это короче и лаконичнее чем XML. Не найду описания флажков, буду XML использовать, это удобнее чем у меня сейчас. Найду- буду использовать это. Почему я должен что-то забывать, лол

csv-это просто строчка, в которой поля запятыми(точками с запятыми) разделены. Чтобы ее собрать, не надо быть уберпрограммистом)

какое нафиг описание флажков? вот оно {"B",1} есть флажок {"B",0} нет флажка

Я же картинку прислал. И объяснил, что у меня эти поля разные в одинаковых таблицах значений. И я не знаю, как их поменять, поскольку не знаю что они означают. В любом случае состоявшееся обсуждение небесполезно, поскольку вариант с XML прикольный.

в еще прикольней

> вариант с XML прикольный. Разработка чтобы чисто поржать. Точно.

Если колонки типизированы, то построитель отчета выгоднее

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

в сравнение всего 13 строк, причем можно сравнивать не сортированные таблицы и произвольному набору колонок поржем!?

смешно, потому что вы обозвали типовую сериализацию, которая уже 10 лет во всех типовых конфах, прикольным вариантом. А то, что вы используете какую-то древнюю фигню ЗначениеВСтрокуВнутр, да еще какие-то флажки там выискиваете - это по вашему не прикольно.

Я тут гонки устроил. Вариант доктора- 2 секунды Вариант XML- 30 секунд Древняя фигня- 3 секунды. Так что выискивать фигню, чтобы не юзать XML смысл есть. Почему вам смешно я не понял, раз мы с вами согласны что с XML вариант хороший.

потому что это типовой вариант сериализации значений уже много лет

На вот, почитай на ночь:

СравнениеЗначений и СериализаторXDTO.ЗаписатьXDTO(ТЗ) прокатят?

когда мы соавниванм таблицы,мы хотим убедиться,что они содержат одинаковые данные и сериализация системными средствамт нас не спасет и самое главное,что сортировка и сравнение таблиц выгрузкой во что то приводит к очень большой потере производительности,так что нудно искать методы,чтобы этого не делать

Сравнение значений не работает насколько я понял, а второе вполне, обсуждалось в ветке.

Сериализация для сравнения больших таблиц понятно что очень медленно. Я просто хотел сравнить маленькие таблицы, написав поменьше букв)