<?php // Полная загрузка сервисных книжек, создан 2025-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
а СтандартныйПериод не подходил?
(1) Algiz, СтандартныйПериод задает границы периода. Пост не про это, с границами проблем нет, их можно десятком работающих способов задать. Тут нужна была периодичность настраиваемая, День/Месяц/Год. СтандартныйПериод я пока не использую, так что могу не знать, но скажите, там кроме ДатаНачала и ДатаКонца еще есть поле периодичности?
(2) да есть Вариант, принимает значения ВариантСтандартногоПериода
(3) Georgsius, это тоже не то. Нужна Периодичность — ссылка на Перечисления.Периодичность, или что-то в этом роде. Список «Начало дня/Начало недели/…» не позволит Вам задать периодичность отчета Квартал, а потом Декада, разве нет? Это поле служит для вычисления какой-то характерной даты из списка для нашей текущай даты.
Мы на работе делаем так: в тех регистрах РБ и РН, где нужна произвольная периодичность больше, например, дня, в параметрах виртуальной таблицы оборотов ставим «День». А затем такую таблицу выводим в любой нужной пользователю периодичности. На скорости это существенно не сказывается, отчеты формируются достаточно быстро. Хотя база большая (около 90Гб).
Так что я бы на твоем месте не заморачивался и использовал вариант 3.
Базу надолго занимать нельзя >_< А считается оно на больших временных периодах по несколько минут. У нас тоже, насколько я знаю, под сотню Гб база 🙂
(6) Как вариант, можно сделать 6 необязательных соединений к РН с разной периодичностью, например,
(6) Как вариант, можно сделать несколько необязательных соединений к РН с разной периодичностью, например:
ВЫБРАТЬ ОсновнаяТаблица.*, … {…, ПериодДень, ПериодМесяц, …} ИЗ ОсновнаяТаблица {ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ЗаказыПокупателей.Обороты(, , День, ) КАК ЗаказыПокупателейОборотыДень ПО …} {ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ЗаказыПокупателей.Обороты(, , Месяц, ) КАК ЗаказыПокупателейОборотыМесяц ПО …}Показать
В этом случае при выборе поля будет происходить только то соединение, чье поле выбрано в отчете.
Да, только что попробовал еще один вариант, тоже основанный на Авто… Этот вот выбор большой прописал не в запросе, а в Вычисляемом поле. Тогда запрос точно выполняется в зависимости от выбора параметра Периодичность. И Ваша идея (20) работает на отлично 🙂 *но все равно это всё попахивает извратом :D*
К сожалению, ни один из вариантов не дает ощутимого прироста в производительности 🙁 Так что из двух последних вариантов в теме и вот этого, который в комментарии, выбирайте, какой удобный.
М-м, кто-нибудь знает, можно ли таких вот хитрых банить или еще как-то наказывать? Ну и поудалять эти комменты тоже.
(11) pavlov128, ставьте минусики)
а если по теме, то с переиодичностью в 1С явно что то не продуманно..
или нагромождаешь ненужными данными или теряешь в производительности..
сам писал вариант чем то похожий на (8) kabanoff и в производительности нет особых потерь и при формировании процесором макета отчета ненужные параметры отсекаются..
Мой рейтинг пока недостаточен, чтоб минусики ставить 🙁
В (8) написана хорошая штука, но к теме непосредственного отношения не имеет. Про привязку периодичности регистра к параметру там не сказано.
Ура! #k8SjZc9Dxk_#k8SjZc9Dxk
>;-D
Подскажите как заработать 1start для скачивания файла?
Самое простое — оставляй комменты. Вот тебе сейчас немножечко прибавилось. Только комментируй по теме, ибо банят активно и оперативно.
Еще, если у тебя есть чем поделиться, можешь написать статью с файлом-вложением. Скачивание кем-то файла из твоей статьи дает тебе 1$м.
забыл описать еще один вариант использования периодичности
нужно было сделать отчет с возможность выбора периодичности данных
поставил в параметрах виртуально таблицы периодичность поставил авто
а на закладке компоновка данных добавил все необходимые периоды и отключил в настройках макета ненужные для отбора поля
как итог пользователь получил возможность формировать отчет с необходимой периодичностью
Этот способ я описал как второй. Если я правильно понимаю, пользователь в нем вынужден выбирать нужное ему поле — периодДень, периодНеделя, периодГод и т.д. Для пользователя типа «Бухгалтер» это неприятно и неудобно. Суть-то как раз в том, чтобы он мог выбрать из списка значение параметра, к такому способу настройки они привычны. Если этого не сделать, то необходимо менять это поле в настройках в Выбранных полях, в Группировке, в Сортировке, в отборе (если вдруг), и нигде не забыть 😉
Спосибо позновательно
Спасибо за публикацию. Подскажите пожалуйста по моей ситуации.
Я пишу в тексте запроса следующее
ВЫБРАТЬ ЗаказыПоставщикам.ЗаказПоставщику, ЗаказыПоставщикам.Номенклатура, ЗаказыПоставщикам.Период ИЗ (ВЫБРАТЬ ЗаказыПоставщикамОстаткиИОбороты.ЗаказПоставщику КАК ЗаказПоставщику, ЗаказыПоставщикамОстаткиИОбороты.КоличествоНачальныйОстаток КАК КоличествоНачальныйОстаток, ЗаказыПоставщикамОстаткиИОбороты.КоличествоКонечныйОстаток КАК КоличествоКонечныйОстаток, ЗаказыПоставщикамОстаткиИОбороты.КоличествоПриход КАК КоличествоПриход, ЗаказыПоставщикамОстаткиИОбороты.КоличествоРасход КАК КоличествоРасход, ЗаказыПоставщикамОстаткиИОбороты.Номенклатура КАК Номенклатура, ВЫБОР КОГДА &Периодичность = «Месяц» ТОГДА ЗаказыПоставщикамОстаткиИОбороты.ПериодМесяц КОГДА &Периодичность = «День» ТОГДА ЗаказыПоставщикамОстаткиИОбороты.ПериодДень КОГДА &Периодичность = «Неделя» ТОГДА ЗаказыПоставщикамОстаткиИОбороты.ПериодНеделя КОГДА &Периодичность = «Квартал» ТОГДА ЗаказыПоставщикамОстаткиИОбороты.ПериодКвартал КОНЕЦ КАК Период ИЗ РегистрНакопления.ЗаказыПоставщикам.ОстаткиИОбороты({(&НачалоПериода)}, {(&КонецПериода)}, Авто, , ) КАК ЗаказыПоставщикамОстаткиИОбороты) КАК ЗаказыПоставщикамПоказать
В результате получается таблица, в которой строк в два раза больше чем должно быть. Одна и та же номенклатура выходит 2 раза. Если же пишу так
ВЫБРАТЬ ЗаказыПоставщикам.ЗаказПоставщику, ЗаказыПоставщикам.Номенклатура, ЗаказыПоставщикам.Период ИЗ (ВЫБРАТЬ ЗаказыПоставщикамОстаткиИОбороты.ЗаказПоставщику КАК ЗаказПоставщику, ЗаказыПоставщикамОстаткиИОбороты.КоличествоНачальныйОстаток КАК КоличествоНачальныйОстаток, ЗаказыПоставщикамОстаткиИОбороты.КоличествоКонечныйОстаток КАК КоличествоКонечныйОстаток, ЗаказыПоставщикамОстаткиИОбороты.КоличествоПриход КАК КоличествоПриход, ЗаказыПоставщикамОстаткиИОбороты.КоличествоРасход КАК КоличествоРасход, ЗаказыПоставщикамОстаткиИОбороты.Номенклатура КАК Номенклатура, ЗаказыПоставщикамОстаткиИОбороты.ПериодМесяц КАК Период ИЗ РегистрНакопления.ЗаказыПоставщикам.ОстаткиИОбороты({(&НачалоПериода)}, {(&КонецПериода)}, Авто, , ) КАК ЗаказыПоставщикамОстаткиИОбороты) КАК ЗаказыПоставщикамПоказать
то дублирования не происходит.
Периодичность выбираю месяц. Данные выбираю за один месяц. Подскажите что не верно?
Спасибо
А у меня такой запрос работает:
ВЫБРАТЬ
КонтНачисленияОбороты.Полис,
КонтНачисленияОбороты.Период
ИЗ
РегистрНакопления.КонтНачисления.Обороты(&НачПериода, &КонПериода, День {(&Периодичность)}, ) КАК КонтНачисленияОбороты
Платформа: 8.2.13.202
Дальше программно, сама периодичность думаю числа День — 6, например. Посчитать несложно, или посмотреть в отладчике.
(23) isupov, данный прием работает в Построителе отчетов, я мы обсуждаем СКД.
(22) sanches, не могу сказать точно, почему оно так работает, но как вариант — в выборе надо явно прописать строку ИНАЧЕ.
Попробуйте сравнить даты у дублированных строк, которые выдает первый запрос. Возможно, они различаются и вам это что-то даст.
Столкнулся с еще одной проблемой 🙂
Если выбирать периодичность Авто в параметрах виртуальной таблицы, то автоматически в запросе добавляются записи вплоть до документов (поправьте если не так). В этом случае если я хочу еще получать начальные и конечные остатки по периодам, то они рассчитываются на каждый документ, а потом суммируются в итоге, что приводит к неверному формированию данных о начальных и конечных остатках. Если что не так делаю, подскажите. Спасибо.
(26) sanches, насколько я знаю, детализация в этом случае ограничивается тем уровнем, который вы используете в качестве поля. То есть если вы хотите получить детализацию по дням, тогда используете соответствующий ПериодДень, кажется, и СКДшка будет добывать данные из виртуальной таблицы, соответствующие именно этой периодичности. Она умная… вроде 🙂 Если период вообще не использовать и не использовать группировок… Не пробовал, не знаю еще. Поэкспериментируйте 🙂
Вот похоже у меня опять моя первая проблема вылезла, что если явно указать в запросе например
, то в результате остатки начальные и конечные правильно получаются, если же писать в выборке
Показать
то даже в консоли запросов выходит столько строк, сколько было движений за период и на каждую строку рассчитывается свой остаток, что в итоге приводит к неверному итоговому значению начального и конечного остатка.
Не пойму, где я косячу 🙂
Прикладываю скрины, может кто-то вразумит меня. В фильтре отчета указана одна позиция номенклатуры
Я бы еще посоветовал так писать выбор периодичности (платформа 8.3.5)
Спасибо за идею.
Добавьте пару правок:.
1. Чтобы не было «Кварта» — надо тип строки поставить длину побольше (чтобы, например, влезло «Полугодие»).
2. Ставим у Периодичность использование всегда — и тогда нужен всего один параметр.
3. Ну и через СтандартныйПериод 2 параметра было бы приятнее лицезреть.