Как можно реализовать Табель учета рабочего времени?

@Marat-209 · Регистрация: 17.01.2010

Студворк — интернет-сервис помощи студентам

Подскажите как с помощью DBGrid реализовать табель рабочего времени. Проблема в том что одному сотруднику за один день соотвецтвует 2 ячейки: количество отработанных часов и код ( Условные обозначения отработанного и неотработанного времени). Вот так:
------------------------------------------------------
Фио |1 |2 |3 |4 |5 |6 |7 |8 |... |31 |
------------------------------------------------------
Петров____ |Я |Я |Я |Я |Я |В |В |П |Я |Я |
__________ |8 |8 |8 |8 |8 |0 |0 |0 |8 |8 |
------------------------------------------------------
Шапка у таблици итак большая ФИО+31 день = 32 столбца. И по этому не хочу делать так:
------------------------------------------------------
Фио_______|1 |1 |2 |2 |3 |3 |4 |4 |... |31 |31 |
------------------------------------------------------
Петров____|Я |8 |Я |8 |Я |8 |В |0 |,,, |Я | 8 |
------------------------------------------------------
будет 63 столбца что очень много и не очень красиво.

@НикоН · 15.02.2010, 10:12

Marat-209
Не логично выводить пользователю в грид такой большой объем информации, все равно все тридцать столбцов на экран не запихать, а если и удастся то это будет не читабельно и работать будет не удобно. Ты выведи в грид только Фамилии, и итоговые значения табеля (итого отработано.......количество выходных и праздничных), а по клику на гриде открывай форму с расшифровкой только по выбранному сотруднику.

@\/ · 15.02.2010, 11:16

Сообщение от НикоН

клику на гриде открывай форму с расшифровкой только по выбранному сотруднику.

Причем окошко можно сделать с закладками, например, по неделям(или с 2-мя закладками по половине месяца, как в представленном документе, сразу можно будет в окошке приводить статистику за половину месяца) И при открытии формы, переходить на закладку с текущей неделей(или ближайщей к текущей дате). А вообще это лучше сделать подчиненной таблицей к списку сотрудников, и каждая запись в подчиненной таблице будет соответствовать месяцу, опять же к примеру.

К тому же все 63 поля не нужны, потому что, на не искушенный взгляд, добрая половина из них это calculated-поля) Зачем их самому вводить? Пусть система считает) У нее голова большая, вот и пусть думает)))))

@Marat-209 · 15.02.2010, 20:28 **[ТС]**

Чем дальше тем запутанее. Какие примерно таблици нужны и по какому полю связать.

@\/ · 16.02.2010, 00:18

Employee:
Code_Employee
Basic_Number
FIO
Post
...
Time_Board:
Code_Time_Board
Code_Emploуee
Date
Note
...

Соответственно связь по Code_Employee, можно не использовать это явное ключевое поле, можно в качестве него использовать табельный номер(Basic_Number), к примеру.

@НикоН · 16.02.2010, 07:03

Только вот по этой фразе я с тобой не соглашусь.

Сообщение от \/

Соответственно связь по Code_Employee, можно не использовать это явное ключевое поле, можно в качестве него использовать табельный номер(Basic_Number), к примеру.

Код сотрудника создаст машина и он будет уникален в любом случае, а вот табельный номер присваивает человек.
Люди имеют свойство менять место работы))) И если кому то присвоят номер уже бывший в использовании, то косячок получится. Т.к. данные по времени работы сотрудников хранятся в обязательном порядке. И даже после ликвидации организации они не уничтожаются, а переносятся на хранение в архивы.
Именно по этим данным производится подтверждение периодов работы при назначении различных выплат и пенсий.

@\/ · 16.02.2010, 07:44

НикоН, вот видите, я не слишком хорошо разбираюсь в предметной области, о чем и писал выше) Но изначальный вариант писал такой, какие сам всегда использую. Это приводит к некоторой избыточности иногда, потому что потенциальных первичных ключей всегда в таблицах как правило несколько. Но пользуя отдельное поле под уникальный ключ, удобнее читать скрипт БД. Когда первичный и внешний ключ формируется по правилу CODE_<имя таблицы>

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@Marat-209 8 / 8 / 1 Регистрация: 17.01.2010 Сообщений: 172

	Как можно реализовать Табель учета рабочего времени? 14.02.2010, 20:14. Показов 5455. Ответов 6 Метки нет (Все метки) Подскажите как с помощью DBGrid реализовать табель рабочего времени. Проблема в том что одному сотруднику за один день соотвецтвует 2 ячейки: количество отработанных часов и код ( Условные обозначения отработанного и неотработанного времени). Вот так: ------------------------------------------------------ Фио \|1 \|2 \|3 \|4 \|5 \|6 \|7 \|8 \|... \|31 \| ------------------------------------------------------ Петров____ \|Я \|Я \|Я \|Я \|Я \|В \|В \|П \|Я \|Я \| __________ \|8 \|8 \|8 \|8 \|8 \|0 \|0 \|0 \|8 \|8 \| ------------------------------------------------------ Шапка у таблици итак большая ФИО+31 день = 32 столбца. И по этому не хочу делать так: ------------------------------------------------------ Фио_______\|1 \|1 \|2 \|2 \|3 \|3 \|4 \|4 \|... \|31 \|31 \| ------------------------------------------------------ Петров____\|Я \|8 \|Я \|8 \|Я \|8 \|В \|0 \|,,, \|Я \| 8 \| ------------------------------------------------------ будет 63 столбца что очень много и не очень красиво. Миниатюры 0

@НикоН 23 / 22 / 3 Регистрация: 21.01.2010 Сообщений: 95
	15.02.2010, 10:12
	Marat-209 Не логично выводить пользователю в грид такой большой объем информации, все равно все тридцать столбцов на экран не запихать, а если и удастся то это будет не читабельно и работать будет не удобно. Ты выведи в грид только Фамилии, и итоговые значения табеля (итого отработано.......количество выходных и праздничных), а по клику на гриде открывай форму с расшифровкой только по выбранному сотруднику. 0

@Marat-209 8 / 8 / 1 Регистрация: 17.01.2010 Сообщений: 172
	15.02.2010, 20:28 [ТС]
	Чем дальше тем запутанее. Какие примерно таблици нужны и по какому полю связать. 0

@\/ 12 / 11 / 1 Регистрация: 11.02.2010 Сообщений: 57
	16.02.2010, 00:18
	Employee: Code_Employee Basic_Number FIO Post ... Time_Board: Code_Time_Board Code_Emploуee Date Note ... Соответственно связь по Code_Employee, можно не использовать это явное ключевое поле, можно в качестве него использовать табельный номер(Basic_Number), к примеру. 2

@\/ 12 / 11 / 1 Регистрация: 11.02.2010 Сообщений: 57
	16.02.2010, 07:44
	НикоН, вот видите, я не слишком хорошо разбираюсь в предметной области, о чем и писал выше) Но изначальный вариант писал такой, какие сам всегда использую. Это приводит к некоторой избыточности иногда, потому что потенциальных первичных ключей всегда в таблицах как правило несколько. Но пользуя отдельное поле под уникальный ключ, удобнее читать скрипт БД. Когда первичный и внешний ключ формируется по правилу CODE_<имя таблицы> 2

Опции темы