<?php // Полная загрузка сервисных книжек, создан 2024-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) пометочку на какай конфигурации делали
2) в чем особенно вашей разработке, относительно аналогичных примеров)
(1)
В тексте статьи есть насчет конфигурации — самописная.
Насчет особенностей — таблица остатков по дням собирается одним запросом, никаких предварительных таблиц, никакой дополнительной обработки результата после, не нужны вспомогательные регистры. По сравнению с аналогичными примерами — мне так кажется что получился более удобный и читабельный текст запроса.
Что мешает использовать СКД без всяких извратов
реальная альтернатива первому запросу — использовать регистр Регламентированный производственный календарь (есть во многих конфигурациях). Там можно добавить условия по типу дня (рабочий, праздничный) Вряд ли кому нужны остатки на праздничный день
(4)
Согласен, но не во всех конфигурациях календарь присутствует. В моей не было. А первый запрос — только выглядит страшно, на самом деле ничего сложного.
для тех кто долго въезжает (типа меня): логика первого запроса в том, чтобы получить список дат между началом периода и окончанием периода, точнее говоря — функция f(х) = НачалоПериода+0, НачалоПериода+1, НачалоПериода+2, НачалоПериода+3, и так далее до х=9999, либо до разницы дат
пытаюсь применить данный метод на своей базе, получается странная картина
15.05.19 НачОст 603 Приход 0 Расход 54 КонОст 549 — правильно
16.05.19 НачОст 603 Приход 0 Расход 54 КонОст 549 — ???
17.05.19 НачОст 549 Приход 0 Расход 24 КонОст 525 — правильно
на самом деле 16.05.19 движений по регистру не было! запрос должен был показать НачОст 549 и Расход 0, но вместо этого дублирует состояние по предыдущему дню.
и поэтому вопрос: это косяк запроса? или надо какие-то действия предпринимать для правильных данных, типа пересчета регистра?
Почему бы в таком случае для получения таблицы с датами не оформить какую нибудь функцтию общего модуля, возвращающую таблицу значений типизированные и не брать её в качестве временной таблицы?
(7) короче, поразбиравшись, я понял. запрос в данном виде заточен на получение корректного _конечного_ остатка на каждый день. но если требуются так же _начальные_ остатки и/или _движения_ — то будет _недостаточно_ просто добавить в последний запрос строки «КоличествоПриход КАК КоличествоПриход» и «КоличествоНачальныйОстаток КАК КоличествоНачальныйОстаток», ибо требуется допилить логику отчета для получения этих данных.