<?php // Полная загрузка сервисных книжек, создан 2026-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) kostyaomsk, интересен запрос с точки зрения правильности. Если в некотором месяце цена задаваться не будет, то ее не будет и в результате этого запроса. То есть это не срез последних, а что-то другое. Ровно тот же результат можно получить, если просто сгруппировать данные регистра по концу периода «месяц» вообще без всякой искусственной таблицы врСчетчик.
Запрос станет срезом последних, когда из таблицы врДаты будет убрано поле ДатаНачала, а условие «между» будет заменено условием < Даты.ДатаОкончания.
И вот тогда встанет вопрос эффективности.
(2) ildarovich, Можно еще
поменять на
и условие изменить получим срез первых. Я же написал, что использовал в собственных целях, а выложил как шаблон.
(3) я говорю не об этом, а о конкретной сделанной вами в запросе ОШИБКЕ.Свой шаблон вы назвали НЕПРАВИЛЬНО. В этом шаблоне определяется не срез последних, а последняя установленная в каждом месяце цена. Под срезом последних на дату подразумевается действующая на эту дату цена. И есть разница. Она в том, что если цена в данном месяце не устанавливалась, то и ваш запрос ничего в этом месяце не покажет.
Предположим, что вы действительно хотели определить последнюю установленную в каждом месяце цену. Но она определяется гораздо проще и быстрее, чем в вашем запросе. Всего два запроса в пакете. Тогда меняйте название и переписывайте запрос на более эффективный вариант.
Если нужен срез последних, то тоже нужно поменять запрос так, как я сказал. Иначе ваша ошибка будет размножаться.
(4) ildarovich, Вы даже сами назвали, это последней установленной ценой в месяце, а последняя установленная цена в период, в данном случае месяц, случайно нельзя назвать, в моем случае, «СрезПоследних за Месяц»? У 1с срез последних, за период 00010101 по «Установленную дату», если «Установленной даты» нет, то на 3999, у меня срок искусственно сокращен до месяца, так в чем проблема?!
И почему вы решили, что в запросе ошибка? Результаты верные? А на премию производительности я не претендовал!
Скажем, у меня стиль программирования такой, у вас другой и я не навязываю всем использовать этот запрос в виде получения данных, просто показал как еще можно использовать язык запросов 1с и да, кстати, читайте внимательнее что написано в начале статьи жирным шрифтом «Обработка является примером/шаблоном, для выполнения схожих задач», если Вы не заметили продублировал в ответе!
(5)
— ничего случайно называть нельзя! Нужно называть так, чтобы было понятно, а то получается как в анекдоте «спички у нас лежат в коробке из-под сахара, на которой написано «соль». Под срезом последних все понимают одно, а именно — действующую на заданный момент цену. Если вы понимаете другое, то предупреждайте читателей КРУПНЫМИ БУКВАМИ. Иначе люди будут использовать ваше решение в соответствии с названием, в программах и отчетах будут ошибки и всем будет плохо.
Что касается шаблона, то еще лучше всего шаблон «0123456789абвгдеёжзиклмнопрст…» — из него можно вообще, что угодно составить. Здесь речь идет о конкретной задаче.
В общем, дело тут не в стиле, а в том, что если можно решить задачу проще, то огород городить не стоит. Не стоит пропагандировать громоздкие медленные шаблоны.
Если будете настаивать на своем, хотелось бы узнать про пример задачи, где это можно применить. Где и кому нужна последняя установленная в каждом месяце цена?
(4) ildarovich, Порядком мне надоело спорить с вами так как вы прицепились к наименованию темы и решения, человек написавший комментарий под номером (6) смог применить данное решение, так что кто хочет тот сможет разобраться. А по поводу ваши нескольких запросов в пакете для получения такого же результата, это еще нужно подумать об эффективности, все решается в один запрос:
Показать
И еще один момент я вам говорил что нужно получить срез последних на каждый месяц, т.е. последняя установленная цена в каждом месяце, как еще объяснить вам, это называется срез последних в периоде.
Вот что пишет 1с:
Вообще регистры сведений предназначены для хранения информации, развернутой по комбинации измерений. Главное отличие периодического регистра сведений от обычного заключается в том, что в нем присутствует дополнительное системное измерение «Период», имеющее тип «дата». Это позволяет получать не только текущие сведения об объекте, но также на любой момент времени.
Исходя из выше написанного, могу сделать вывод что срез последних за период с периодичностью в месяц будет равен последней датой установленной в периоде. Уже аргументровал это, что на период, например, 01.01.2001 по 01.02.2001, будет последняя установленное значение с макисмум по периоду, т.е. макисмум по месяцу и году.
Вот нашел вам пример , примерно такое же решение.
(8) зря вы так упорствуете. Решение в (8) правильное для решенной задачи, его я и имел ввиду в комментарии (2), когда предлагал обойтись без временной таблицы врСчетчик. Только группировка Год вроде бы лишняя. Получается, что приведенное в статье решение содержит лишние действия, о чем я и говорил.
Автор комментария (6) не применял данное решение, а написал свое собственное, насколько я смог понять.
По-поводу названия тут кажется вы свои заблуждения больше пытаетесь отстоять, чем до истины докопаться.
Дело в том, что я задачей множественных срезов последних уже занимался. Собрал целых четыре (!) разных способа их получения. Среди них и общеизвестный классический метод из комментария (6) или из вашей ссылки . И метод ровно в один запрос (без вложенных), приведенный в статье . Метод с использованием коррелированного запроса и еще один метод.
И получается, что вы решаете другую задачу, имеющую другой (меньший) порядок сложности, а называете ее так же. Поэтому и хотел вас переубедить.
Множественные срезы последних приходится получать очень часто, поскольку это жизненная задача. Ее смысл в интерполяции пропущенных в регистре сведений данных. То есть сначала производится сокращение избыточности (сжатие) за счет удаления тех данных (цен, например), которые не меняются, а потом восстановление данных на требуемые даты.
А задаче определения последних цен, установленных в каждом месяце трудно придумать реалистичный сценарий использования. Кому и когда она может быть нужна — вы так и не ответили. Хотя бы разные ситуации возникновения этих задач должны были вас убедить, что эти задачи принципиально разные.
Но в целом, наверное, если добавить к статье решение из (8), написать в аннотации, что именно понимается вами здесь под срезом последним (и еще упоминуть, что не все с таким определением согласны), то публикация может оказаться полезной.