Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2003.09.25;
Скачать: [xml.tar.bz2];

Вниз

Скорректированный набор данных   Найти похожие ветки 

 
RDA   (2003-09-06 12:00) [0]

Готовиться и сдается отчет. Если в нем были допушены ошибки, то делаются два корректирующих отчета. Первый - содержит записи которые должны быть изъяты. Второй - содержит записи которые должны быть добавлены. Все записи хранятся в одной таблице и имеют соответствующий признак. 0 - первичные данные, 1 - изъятые данные, 2 - добавленные данные. Для дальнейше работы и для самоконтроля необходимо иметь скорректированный набор данных. Как с помощью запроса сформировать скорректированный набор данных?

Первичным ключем является код сотрудника (уникален), признак записи (0,1,2), код записи (1,2,3 - в соответствии с классификатором, т.е. по одному сотруднику может быть несколько записей (первичных, удаленных, добавленны) с разними классификационными кодами).


 
RDA   (2003-09-06 12:48) [1]

После общения в чате решил добавить.
В результате корректировки у сотрудника изменяеться значение поля сумма выплат. Т.е. к примеру по сотруднику есть первичные данные где сумма выплат = 200,00. После сдачи отчета выяснилось что была допущена ошибка. Для ее исправления добавляются две записи: первая с суммой 200,00 и признаком "изъять запись", и вторая с сумой 250,00 и признаком "добавить запись". Таким образом в таблице содержится три записи по одному сотруднику. Необходимо для проверки показать итоговую сумму выплат по данному сотруднику.
Записи с различными признаками отображаются отдельно, но пользователю удобнее и необходимо для подсчета общего итога и самопроверки видеть окончательный результат.
Кроме того по одному сотруднику в первичных данных может содержаться несколько записей о различных видах выплатах и соответственно с различными кодами выплат. Разделять различные выплаты по различным таблицам - нельзя (условие не мое). И последнее в качестве движка используется DBISAM так что некоторые сложные конструкции SQL-запросов могут не прокатить.


 
Romkin   (2003-09-06 22:20) [2]

Простейшая схема корректирующих проводок. Очень легко. Делаешь поле для статуса записи (6 символов кода у меня обычно, ссылка на справочник...) и поле знака (0,-1,1). суммируешь не просто сумму, а сумму, умноженную на знак. А код записи даст что надо. Что корректировалось, можно определять по коду или просто по положению записи во времени (вообще говоря, как правило, это не важно). В крайнем случае - связать корректируемую запись и корректирующую через документ (а он быть должен, пусть и непечтный).



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2003.09.25;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.45 MB
Время: 0.009 c
3-82041
nrn
2003-09-03 08:45
2003.09.25
LoocupComboBox


4-82551
Goblinus
2003-07-23 02:05
2003.09.25
Получить стандартные шрифты...


1-82282
Юлия
2003-09-15 08:36
2003.09.25
вопрос по opendialog


3-82099
Xmen
2003-09-04 15:48
2003.09.25
MySQL


1-82192
BAYES
2003-09-12 13:51
2003.09.25
MDI





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский