Есть предложение о формате файла загрузки о продажах

[kedr19]

Было бы очень хорошо отчет о продажах выводить в формате CSV, с указанием наименования выводимых полей перед первой информационной строкой,
а логические информационные группы разбивать на подобе конфигурационных файлов по секциям
Например
[DNCREPORT = 15] //формат конфиг файла
NUMBER = 15
UNLOAD_STATE = not loaded
PROGRAMM_VERSION = 1.2.6 patch2
.....
[SALE] //формат CSV
#дата;код товара;тип транзакции; и т.д
12.01.12 12:16:53;Р25864;11 и.т.д
[DNCREPORT_END = 15]

[DNCREPORT = 16] //формат конфиг файла
NUMBER = 16
UNLOAD_STATE = not loaded
PROGRAMM_VERSION = 1.2.6 patch2
.....
[SALE] //формат CSV
#дата;код товара;тип транзакции; и т.д
12.01.12 12:16:53;Р25864;11 и.т.д
[DNCREPORT_END = 16]

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

Код: Выделить всё

   РазобраннаяСтрока = Новый Структура;
   СтрокаДляРазбора = СтрЗаменить(СтрокаДляРазбора,";",Символы.ПС);
   Для Поз = 1 по СтрЧислоСтрок(СтруктураФормата) Цикл
РазобраннаяСтрока.Вставить(СтрПолучитьСтроку(СтруктураФормата,Поз),СтрПолучитьСтроку(СтрокаДляРазбора,Поз));      
   КонецЦикла;


где СтруктураФормата это #дата;код товара;тип транзакции; и т.д
если нужно делать разные структуры в зависимости от ситуации то передавать ее названием #[sale]дата;код товара;тип транзакции; и т.д
а при разборе проверять формат строки. Это для того, что обращение к данным через ключ структуры будет по известным названиям полей, а в разных форматах они могут отличаться.

[Бродяга_Джон]

А какой глубокий смысл названия полей перед каждой строкой? или вообще в файле?

Код: Выделить всё

50655;01.05.2011;09:31:00;62;2;;5;;;;;;;77;;;614297;;;;;;;;50655;
50656;01.05.2011;09:31:00;11;2;1;5;1277;;35.000;5.000;175.00;0;77;;;614297;;2000000012773;;;;;;50656;
50657;01.05.2011;09:31:00;11;2;1;5;2365;;45.000;2.000;90.00;0;77;;;614297;;2000000023656;;;;;;50657;
50658;01.05.2011;09:31:00;11;2;1;5;25389;;8.000;3.000;24.00;0;77;;;614297;;46015914;;;;;;50658;
50659;01.05.2011;09:31:00;11;2;1;5;9526;;60.000;1.000;60.00;0;77;;;614297;;46039798;;;;;;50659;
50660;01.05.2011;09:31:00;11;2;1;5;16713;;2.500;1.000;2.50;0;77;;;614297;;2000000167138;;;;;;50660;
50661;01.05.2011;09:31:00;40;2;1;5;;1;-150.500;-150.500;502.000;0;77;;;614297;;;;;;;;50661;
50662;01.05.2011;09:31:00;55;2;1;5;;;;502.000;351.500;0;77;351.500;0.000;614297;;;;;;;;50662;


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

PS
и что править в файле отчёта? чтоб потом не сходилось?

[Rafta]

Согласны, глубокого смысла в этом предложении нет

[BigAndy]

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

Кто мешает. man copy. И в любом формате

Согласны, глубокого смысла в этом предложении нет

Как и во всём остальном предложении. ВЫ можете в течение пяти минут получить любой формат для импорта и экспорта. Изучаем команду copy.
Дальше делайте всё, что хотите.

РазобраннаяСтрока = Новый Структура;
СтрокаДляРазбора = СтрЗаменить(СтрокаДляРазбора,";",Символы.ПС);

А это что за бред в пятничную ночь? Где вы такие функции раздобылия в Postgres?

[kuman]

Заклевали

[kedr19]

отвечаю всем)
это все касается только 1С и ее приблуд, SQL не трогаем вообще
Дальше кто-нибудь формат разбора обмена в ДЭНСИ в 1С видел, анализировал?
видимо нет, например разбор строк идет по их номеру после преобразования символа разделителя в перенос строки, это ведет к отсутствию гибкости и дальнейшим доработкам.
Если формат добавлять перед строкой данных, то однозначно можно доставать данные в любой версии , хоть через год хоть через два после переделок, потому что обращаемся по имени, и если разраб решит как то поменять данные местами ничего не улетит и не потеряется, а когда есть такая стабильность, то и выводить в файл обмена можно просить разраба ВСЕ, у него не будет опасности что другие пострадают, а вот сейчас они могут пострадать.
Моя идея сделать формат таким , чтоб он жил "веками", ни у кого не болела голова и добавления и изменения происходили по веению волшебной палочки а не еб** с обоих сторон.
и что такое copy объясните мне?
если есть предложения или разногласия разъясняйте на русском языке, он могуч, а не в терминах, которыми каждый оперирует в силу познаний. Знания у всех разные.
Всем спасибо за внимание, рад диалогу.
Ждите ПЛАНОБмена на след недели. Думаю там будет больше дискуссий)

[kedr19]

И еще, большинство как и я, никогда не работали с СУБД и SQL в чистом виде, я их застал только в студенчестве, но это уже забыто
Поэтому думаю что решения и выводы надо принимать не только со своей колокольни, а с точки зрения продвижения данной программы кассы во все слои потребления.
Если copy как то касается манипуляции с БД то думаю эти обсуждения вообще вам не нужны, вы ими не пользуетесь, а те кто copy не знает а знает только кастрированный язык 1С это будет интересно.
Разделяйте знания и потребности в них.

[Бродяга_Джон]

отвечаю всем)
это все касается только 1С и ее приблуд, SQL не трогаем вообще
Дальше кто-нибудь формат разбора обмена в ДЭНСИ в 1С видел, анализировал?
видимо нет, например разбор строк идет по их номеру после преобразования символа разделителя в перенос строки, это ведет к отсутствию гибкости и дальнейшим доработкам.

как сказать, для не типовой 7.7 сам писал загрузку и выгрузку (остановился на Атол, ДЭНСИ протокол пока не трогал, хватает и так забот)

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

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

PS
это уже тогда выходит 4 протокола в ДК: Атол, Штрих, Дэнси и твой.
плюс к этому надо в ДК и 1С вставлять модуль для обработки, записи и чтения (с разбором) этой строки с описанием полей для каждой строки, плюс увеличится время и объём как выгрузки так и загрузки

[Бродяга_Джон]

а что касаемо CSV - то смени в настройках обмена расширение файла отчёта с "txt" на "csv", и делов-то

[kedr19]

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

нет не перед каждой а только при начале секции выгрузки.
CSV это спец формат wiki глянь
и надо только выгружать
и ДЭНСИ просто заменить на мой