За последние 4 -5 лет, я кое-как слепленной зачаточном "Документ системы управления" для школьного округа Я поддерживаю использование Linux Bash Shell скриптов ..

Цель этих сценариев заключается в том, чтобы дополнить особенностях работы Заявителя центра, что было очень упрощенным методам обработки файла вложения.

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

В "районе" имеет сканирования процесс, который проходит вне пакета .. (как это программный пакет представляет собой рабочее место, центр) сканирования, не принимаются во внимание ..

То, что мы определили является "Балетмейстер местонахождение"

Каждый файл в этой области будет иметь значение согласуется с именем, но нет возможности при сканировании времени, чтобы проверить содержание базы данных.
ТАБЛИЦА ПЛОЩАДКА
Field1: <DOCID>
Field2: <ITERID>
Field3: <DOCID>
FIELD4: <Описательное () И () STORENAME>
FIELD5: <STORENAME>

1-я Полевая создана, когда заявитель подает заявку на работу и придает резюме к применению.

2-я пол системы константа "O" (ноль)

5-й полевой является конкатенация
<APPID> _ <ITERID> _ <DOCID>. Внутр

4-я Полевая <Описательное () И () STORENAME>
является конкатенация из других строк плюс описательный характер содержимого файла там к лицу делать сканирование.

В "DOCID" (Поле 3) моя проблема:


Например:
1. LOR1_1234_0_1.ext
Для Письмо Справка
2. TRANSCRIPT_1234_0_1.ext
В колледже Стенограммы

Я был в состоянии достичь той точки, когда необходимо проверить значения поставил файлы от значения в базе данных. значении DOCID должно быть "6 или более", с тем заявитель не просмотреть эти файлы из Интернета, как они могут видеть 1 пяти файлов.


---## Имейте в виду, это испытание только данные игнорировать # #



DATABASE ЗНАЧЕНИЯХ
177 | 0 | 1 | Резюме-Джо-Jones.doc | 177_0_1.doc |
177 | 0 | 2 | Джо Джонса письмо Introduction.doc | 177_0_2.doc |
55 | 0 | 1 | DebSmith-Resume.doc | 55_0_1.doc |
55 | 0 | 2 | DebSmith IntroLetter.pdf | 55_0_2.pdf |
5996 | 0 | 1 | Sarah_Palin-Resume.doc | 5996_0_1.doc |
5996 | 0 | 6 | References_5996_0_1.doc | 5996_0_6.doc |

Районный Сканы в информации на PDF или документы Word и места, а затем в область по каждому заявителю с именем файла:
Балетмейстер ДОКУМЕНТЫ
<DESC> _ <APPID> _ <ITERID> _ <DOCID>. Внутр
LOR1_177_0_1.doc
LOR2_177_0_2.doc
LOR1_55_0_1.doc
TRANSCRIPT_55_0_1.pdf
LOR1_5996_0_1.doc
TRANSCRIPT_5996_0_2.doc

Мне нужно принять документы в этой области построить добавить файл для проверки значений в таблице.
ключевых областях, в "DOCID" "AppID" и
"STORENAME" Мне нужно увеличить в SARAH PALIN Балетмейстер ФАЙЛОВ:
TRANSCRIPTS_5996_0_1.doc
и создать отчет, чтобы включить в базу данных вида
5996 | 0 | 7 | TRANSCRIPTS_5996_0_1.doc | 5996_0_7.doc |

Поскольку "DOCID" ЗА 5996 AppID уже оценивается на "6" Я прирост на 1. Если значения в таблице, составляет менее 6 или Пустое значение будет "6"

Поэтому, когда я сделал со сценарием значений в таблице по AppID 5996 будет выглядеть следующим образом:

5996 | 0 | 1 | Sarah_Palin-Resume.doc | 5996_0_1.doc |
5996 | 0 | 6 | References_5996_0_1.doc | 5996_0_6.doc |
5996 | 0 | 7 | TRANSCRIPTS_5996_0_1.doc | 5996_0_7.doc |



В моих предыдущих сценария я хотел бы перейти от каких-либо предметов сканированный к резервной копии, а также новые файлы будут получать "борьбы"

в то время как [[-F $ distpath () ($ AppID) / $ () _ distID $ AppID () _ ($ docID). ($ доб)]]
делать
((DocID + \u003d 1))
если ((docID> 99)), затем
Эхо "ERROR: docID слишком высок!"
2 выхода
FI
готово

Я необходимость делать то же самое, за исключением в отношении проверки файлов из базы данных ...

Присоединенные файлы

jacfmt.sh (2,3 КБ, 20 просмотров)

Я нашел решение .. Когда я полная, я разместит здесь .. Игнорирование вопроса ..