|
|
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Есть таблица, в которой есть поля Id (идентификатор записи), tn (табельный номер работника), data2 (дата увольнения), и activ (поле которое необходимо изменить). Возможно ли обновить все записи таблицы таким образом, чтобы у каждого табельного номера, была найдена последняя дата увольнения и у записи с последней датой увольнения значение activ было выставлено на 1. То есть должно получиться что-то вроде ИЗ idtndata2activ1101.02.199302104.03.201203104.06.199504204.01.199305206.07.19910 ПОЛУЧИТЬ idtndata2activ1101.02.199302104.03.201213104.06.199504204.01.199315206.07.19910 Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 12:05 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Можно, но нарушение второй нормальной формы по-моему в данном случае не оправдано. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 12:08 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Можно EB, можно подзапросом. Можно и "оконными функциями", наверное, хотя это тоже, по сути, подзапросом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 12:09 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovнарушение второй нормальной формы по-моему в данном случае не оправдано.+1 Именно как "дата (последнего?) увольнения" поле activ сомнительно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 12:10 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустамполе activ сомнительно.хранить актив клупо. Наложить на таблицу с датами приема-увольнения вьюху, в которой применительно к каррент_дате (или еще какой другой дате) и будет выдаваться наружу актив-неактив. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 12:15 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Конечно, клупо. Групно клупо. :) Но плодить такую вьюху ещё хуже. А вот соответствующее поле в таблице самих сотрудников (в той, где табельный номер) - вполне не возбраняется. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 12:18 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Речь о нормальности базы вообще не идёт. Дело в том, что я переделываю программу 80-х годов. Там была такая избыточность что даже поля Ф.И.О. для того чтобы выводится в окне связно, хранились по отдельности и отдельным полем целиком. Вообщем то поле актив и ввожу только потому, что в базе работников, (3500 человек) некоторые личности повторяются (если увольнялся и приходил - 2 раза, если несколько раз увольнялся - несколько раз.) Причём при каждом увольнении менялся табельный номер. Я пол дня потратил чтобы найти хоть какое-то логическое оправдание этому, но увы. Вообщем, пожалуйста, помогите решить проблему с конкретным запросом. Я как бы понимаю как выбрать только интересующие записи, но не понимаю как данный селект вставить в запрос. Спасибо всем кто откликнулся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 16:14 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамА вот соответствующее поле в таблице самих сотрудников (в той, где табельный номер) - вполне не возбраняется. Боюсь вы меня не правильно поняли. Данное поле необходимо не для того чтобы выяснить уволен ли человек на данный момент или нет, а для того, чтобы в дальнейшем вывести отдельными строками его ФИО и дата устройства - увольнения на работу. Т.Е. итоговая таблица будет выглядеть как-то так... ФИОДата принятия Дата увольненияИванов Иван Иванович01.01.2003 01.07.2004Иванов Иван Иванович01.04.2007 04.05.2013Степанов Степан Степанович03.07.200912.06.2010 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 16:27 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlДанное поле необходимо не для того чтобы выяснить уволен ли человек на данный момент или нет, а для того, чтобы в дальнейшем вывести отдельными строками его ФИО и дата устройства - увольнения на работу.Тогда и обновлять ничего не надо. Если у вас ФБ до 2.5 включительно, то используйте курсор , т.е. это будет PSQL. Если же ФБ 3.0, то можно через оконные функции, на чистом SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 16:53 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Таблоид, Можно поподробнее? Или хотя бы где почитать =\ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 17:07 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlИли хотя бы где почитать =\ Начни с раздела документации на оф.сайте. Language Reference и Language Reference Update последовательно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 17:58 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Ман нашёл, не верен что успею прочитать и выполнить, но всё равно спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 18:51 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlне верен что успею прочитать и выполнить "Лучше день потерять потом за пять минут долететь." (с) MuxauJlя переделываю программу 80-х годов С каких это пор рефакторинг выполняется на время?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 19:21 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Менялись программисты, каждый что-то пытался вносить в своё... В итоге есть таблицы общих сведений о работниках на 80+ полей, из которых какие-то повторяются, а какие-то использовались для одного отчёта. С курсором вроде разобрался... Начал буксовать насчёт запроса... Завтра на свежую голову буду думать =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 20:10 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlНачал буксовать насчёт запроса...Не мешало бы версию ФБ озвучить... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 20:25 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlМенялись программисты, каждый что-то пытался вносить в своё... В итоге есть таблицы общих сведений о работниках на 80+ полей, из которых какие-то повторяются, а какие-то использовались для одного отчёта. И чо? Это, типа, офигенное обоснование для спешки?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2014, 20:25 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJl> некоторые личности повторяются (если увольнялся и приходил - MuxauJl> 2 раза, если несколько раз увольнялся - несколько раз.) MuxauJl> Причём при каждом увольнении менялся табельный номер. Странная практика. Я особо не интересовался кадровым учётом и старым КЗОТом, но, как минимум, личное дело у сотрудника одно и то же, а не каждый раз новое - соответственно, и запись (и табельный номер тоже, видимо) в таблице сотрудников одна. А в таблице периодов - интервалы приёма-увольнения. Если уж переписываешь (а не "переделываешь") - делай сразу по-человечески, включая исправление структур БД. MuxauJl> Я как бы понимаю как выбрать только интересующие записи, MuxauJl> но не понимаю как данный селект вставить в запрос. update table ... where (select from sametable условия) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 00:46 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJl> Данное поле необходимо не для того чтобы выяснить MuxauJl> уволен ли человек на данный момент или нет, а для того, MuxauJl> чтобы в дальнейшем вывести отдельными строками его MuxauJl> ФИО и дата устройства - увольнения на работу. Для этого означенное поле activ вообще не нужно. :) Либо PSQL-курсор (EB, ХП), либо подзапросы, вытаскивающие min и max, либо оконные функции. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 00:49 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам Для этого означенное поле activ вообще не нужно. :) Либо PSQL-курсор (EB, ХП), либо подзапросы, вытаскивающие min и max, либо оконные функции. Вытаскивал минимум и максимум. Но только суть в чём. Я хочу сделать так чтобы табельный номер не изменялся ( то есть что бы в дальнейшем дела не дублировались). Если я сделаю подзапросами, так как я себе это представляю, то он будет выводить только последнюю дату увольнения. З.ы. Поясню на всякий случай, выводить все нельзя так как там еще перемещения из отделения в отделение, и отпуска и т.д. Гаджимурадов Рустам update table ... where (select from sametable условия) Если я правильно понял то что-то такое я пытался осуществить... Не мог разобраться в синтаксисе. Dimitry Sibiryakov И чо? Это, типа, офигенное обоснование для спешки?.. Нет, офигенное обоснование для спешки в том, что отчёт по программе должен быть сдан через 4 дня. А я ещё с базой колупаюсь =) Таблоид Не мешало бы версию ФБ озвучить... Firebird 2.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 15:53 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlофигенное обоснование для спешки в том, что отчёт по программе должен быть сдан через 4 дня. А я ещё с базой колупаюсь =) Забей. Это не твои проблемы, а тех, кто нанимает неспециалистов на работу, которую они не в состоянии выполнить. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:02 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Да я как бэ практику прохожу.. неоплачиваемый труд и всё такое... Просто я хотелось бы сделать хотя бы с намёком на человечность... Я иначе чем через актив это не представляю. И ума не хватает его заполнить. Вот такая беда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:05 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
[quot MuxauJl]Гаджимурадов Рустам...... Но только суть в чём. Я хочу сделать так чтобы табельный номер не изменялся ( то есть что бы в дальнейшем дела не дублировались). Если я сделаю подзапросами, так как я себе это представляю, то он будет выводить только последнюю дату увольнения. З.ы. Поясню на всякий случай, выводить все нельзя так как там еще перемещения из отделения в отделение, и отпуска и т.д. .... По поводу не изменения табельного номера. Лучше с этим не связываться, ибо сама природа табельного номера подразумевает его изменение, хотя в википедии и написано "...он присваивается однократно при поступлении на работу, никогда не изменяется...", однако это не совсем верно, ибо при перемещении из подразделения в подразделение на многих предприятиях меняют табельный номер. Более того вполне возможно что у человека в одном предприятии будут _одновременно_ два разных табельных номера. А уж про повторное использование табельного номера вообще не говорю, это сплошь и рядом. Так что советую сделать для человека (не для работника) уникальный номер (условно назовем его постоянный номер) и к нему уже привязывать работника. зы. Про табельный номер, это не мои фантазии, это опыт многих лет работы. Правда последние лет 5-ть я этим не занимаюсь, однако не думаю что что-то кардинально изменилось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:21 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустамupdate table ... where (select from sametable условия) Вообщем конкретнее о том на чём я застрял... Я сделал запрос: Код: sql 1. Выдаёт ошибку. Invalid token. Dynamic SQL Error. SQL error code = -104. Unexpected end of command - line 1, column 78. Подозреваю что дело во вложенном запросе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:22 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m, Ну конечно пост не Рустаму, а MuxauJl не аккуратно вырезал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:23 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlГаджимурадов Рустамupdate table ... where (select from sametable условия) Вообщем конкретнее о том на чём я застрял... Я сделал запрос: Код: sql 1. Выдаёт ошибку. Invalid token. Dynamic SQL Error. SQL error code = -104. Unexpected end of command - line 1, column 78. Подозреваю что дело во вложенном запросе. where у тебя недописанное ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:24 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
[quot m7m]MuxauJlпропущено... По поводу не изменения табельного номера. Лучше с этим не связываться, ибо сама природа табельного номера подразумевает его изменение, хотя в википедии и написано "...он присваивается однократно при поступлении на работу, никогда не изменяется...", однако это не совсем верно, ибо при перемещении из подразделения в подразделение на многих предприятиях меняют табельный номер. Более того вполне возможно что у человека в одном предприятии будут _одновременно_ два разных табельных номера. А уж про повторное использование табельного номера вообще не говорю, это сплошь и рядом. Так что советую сделать для человека (не для работника) уникальный номер (условно назовем его постоянный номер) и к нему уже привязывать работника. зы. Про табельный номер, это не мои фантазии, это опыт многих лет работы. Правда последние лет 5-ть я этим не занимаюсь, однако не думаю что что-то кардинально изменилось. Резонно. Изначально как я понял планировалось разбиение, именно таким образом как вы описали, но с переполнением базы это просто напросто превратилось в кашу. Свободных табельных номеров мало, переполнение таблиц одинаковыми записями (которые сначала было хотел почистить по ИНН), но понял что нарушу все связи с другими таблицами и руки опустились. Вообщем уточнил в отделе кадров, им изменение табельного номера ни к чему, а программирование в дальнейшем на мой взгляд облегчит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:27 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m, А как его необходимо дописать? Я пробовал вставить IN но он там не к месту... по сути было бы замечательно сделать id in select, но не могу понять как выбрать нужный id. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 16:29 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlm7m, А как его необходимо дописать? Я пробовал вставить IN но он там не к месту... по сути было бы замечательно сделать id in select, но не могу понять как выбрать нужный id. Без понятия, я не вникал в запрос. зы. Насколько я понимаю это надо сделать один раз, и следовательно гнаться за производительностью и красотой смысла никакого нет и поэтому предлагаю либо в XP либо в EB Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. ну где-то так ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 17:15 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
[quot MuxauJl]m7mВообщем уточнил в отделе кадров, им изменение табельного номера ни к чему, а программирование в дальнейшем на мой взгляд облегчит. табельный номер работника посмотри на досуге (и не только первую страницу), и особо не доверяя всему что там написано (ну когда вещают как от имени последней инстанции). Это так для того чтобы иметь представление с чем возможно придется иметь дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 17:31 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m, да что у меня сегодня с цитированием, всё не туда. Поря завязывать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 17:32 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m, Возможно не так понял но... Код: sql 1. 2. 3. 4. 5. 6. 7. ... выдаёт ошибку: Column does not belong to referenced table. Dynamic SQL Error. SQL error code = -206. Column unknown. At line 10, column 12. Почему ему не нравится TN? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 17:51 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Тупанул, попытался в коде жирным выделить... Вообщем там где tn окружён <b> - ошибка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 17:55 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlПросто я хотелось бы сделать хотя бы с намёком на человечность... Я иначе чем через актив это не представляю. И ума не хватает его заполнить. В таком случае отойди и ничего не трогай. Вернёшься когда начнёшь представлять. Я же сказал, что твоё поле актив - полное уродство и нарушение второй нормальной формы. За такие вещи, сделанные без очень хорошего обоснования (каковым "не знаю как иначе" не является) бьют больно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 17:56 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Да понимаю я что не есть хорошо актив, но мне нужно не потерять те даты которые были ранее. А там как я уже говорил у одного человека может быть несколько табельных номеров. А я хочу сделать чтобы табельные номера более не дублировались, а просто каждое увольнение помечалось как activ в таблице перемещений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:07 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlя хочу сделать чтобы табельные номера более не дублировались, а просто каждое увольнение помечалось как activ в таблице перемещений. Для этого придётся выделить их в отдельную таблицу, как того требует третья НФ, а не нарушать вторую. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:11 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJl Почему ему не нравится TN? Ну потому что я неправильно написал вместо old.tn надо old_tn ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:15 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJl, Прислушайся к советам DS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:18 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m, Извеняюсь, неправильно понял код и понаисправлял неправильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:18 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7mПо поводу не изменения табельного номера. Лучше с этим не связываться, ибо сама природа табельного номера подразумевает его изменение, хотя в википедии и написано "...он присваивается однократно при поступлении на работу, никогда не изменяется...", однако это не совсем верно, ибо при перемещении из подразделения в подразделение на многих предприятиях меняют табельный номер. Более того вполне возможно что у человека в одном предприятии будут _одновременно_ два разных табельных номера. А уж про повторное использование табельного номера вообще не говорю, это сплошь и рядом. Так что советую сделать для человека (не для работника) уникальный номер (условно назовем его постоянный номер) и к нему уже привязывать работника. зы. Про табельный номер, это не мои фантазии, это опыт многих лет работы. Правда последние лет 5-ть я этим не занимаюсь, однако не думаю что что-то кардинально изменилось.Хоть и не мне адресовывалось, но всё же выскажу пару соображений. Я не являюсь специалистом в области кадрового учёта и мои рассуждения основаны на обычной здравой логике и беглом взгляде на текущее законодательство (ТК и НПА). Так вот, во-первых, с "природностью" изменчивости табельного номера лично я категорически не согласен, так как этому нет обоснования, а само по себе это нелогично. Это же подтверждается и "рекомендацией" не выдавать табельный номер уволенного сотрудника никому другому в течение года-двух. Точно также нелогично и наличие у сотрудника одновременно двух табельных номеров даже при совместительстве. С другой стороны, порядок присвоения табельных номеров на сегодняшний день вообще никак не не регламентирован, по сути (есть только необязательные рекомендации), хотя старые положения никто и не отменял (а может и отменял, не проверял). Т.е. порядок присвоения табельного номера как и многие другие особенности внутреннего учёта сотрудников каждая организация определяет сама. Ну и наконец, третье, "что делать" - на сегодняшний день изменение реализации (и соответственно учёта) на единый табельный номер и его сохранение во всех случаях (включая увольнение, смену фамилии, смену подразделения и пр.) ничем вроде бы не грозит (и лично я бы делал по-человечески), хотя с твоей рекомендацией ТСу в духе "не суйся" согласен (с учётом особенностей его и и его организации) - можно сделать обычный автоинкрементный ID у сотрудников, а табельный номер - неуникальным редактируемым атрибутом в таблице интервалов работы (там же, кстати, должна быть и ссылка на ID должности, про которую ТС не упомянул). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:46 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovВ таком случае отойди и ничего не трогай. Вернёшься когда начнёшь представлять.+1 В том смысле что доверять реализацию ПО для кадрового учёта неспециалисту - плохая идея. Это ещё не бухгалтерия, но уже где-то рядом. И эти вещи, Михаил, вам должны объяснять не мы, а сотрудники из вашего ОК. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:49 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlm7m, Извеняюсь, неправильно понял код и понаисправлял неправильно. Код: sql 1. судя по коду у тебя поле data2 типа char/varchar и если это так то надо в блоке сортировке откастить его к дате иначе будет большой сюрприз (а вот в выборке его кастить не совершенно не надо) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 18:50 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Намёк понял =) Вообщем решил сделать отдельной таблицей, полностью согласен что так будет лучше. m7m, Огромное спасибо за код. Теперь с созданием новой таблицы не будет никаких проблем. Гаджимурадов Рустам, Из того как была устроенна база, могу сказать следующее... При принятии на работу, человеку выдавался уникальный табельный номер, и менялся он после увольнения на 3000+... И как по мне, так бог сним, пусть бы менялся, но программа была реализована с ошибкой, и если человек приходил повторно устраиваться, табельный номер назначался заново, не убирая и не изменяя запись о уже уволенном. То есть. при двух увольнениях получалось две записи (проверил по инн). При трёх увольнениях - три. Я не совсем понимаю зачем необходимо разграничение в табельных номерах уволенных и работающих, ведь по запросу без проблем это можно прослеживать... Но в отделе кадров меня заверили что в этом нет необходимости. Так что пока в программе мудрить не буду. ВСЕМ СПАСИБО ЗА УЧАСТИЕ, И ДЕЛЬНЫЕ СОВЕТЫ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:03 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m, Я уже разобрался когда он начал по дням сортировать =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:04 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJl> Из того как была устроенна база, могу сказать следующее... При принятии на работу, человеку выдавался уникальный табельный номер, и менялся он после увольнения на 3000+... И как по мне, так бог сним, > пусть бы менялся, но программа была реализована с ошибкой, и если человек приходил повторно устраиваться, табельный номер назначался заново, не убирая и не изменяя запись о уже уволенном. То есть. при > двух увольнениях получалось две записи (проверил по инн). При трёх увольнениях - три. Да... Так и должно быть... Т.е. - записей о трудящемся/таб.номере и должно быть ТРИ... А вот о ЧЕЛОВЕКЕ - оставаться только одна... -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:05 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам, Dimitry Sibiryakov, Вообщем то тоже с этим согласен. Скорее всего программа использоваться не будет. Но для защиты практики программу сделать я всё таки должен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:07 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirra> Т.е. - записей о трудящемся/таб.номере и должно быть ТРИ... На это есть какие-то ссылки, основания, рекомендации, письма, постановления? А-то из старых СССРовских положений это не следует, а многие интерпретируют ровно наоборот (т.е. без нового ТН). Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:09 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirra Да... Так и должно быть... Т.е. - записей о трудящемся/таб.номере и должно быть ТРИ... А вот о ЧЕЛОВЕКЕ - оставаться только одна... -- Vladimir A.Bakhvaloff Возможно я не так выразился. Это имеется в виду записи о общих сведениях работника. То есть, фамилия, имя, отчество, инн, мед. полис и т.д. Возможно вы проясните ситуацию... Сколько их должно быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:09 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJl> Но для защиты практики программу сделать я всё таки должен. Тьфу, ё-моё, с этого же начинать надо!... :) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:09 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам, Но я же хотел как взрослый ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:14 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJlдля защиты практики программу сделать я всё таки должен. Обычно за таким заявлением идёт "всё равно я никогда программистом работать не буду" (что правильно). Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:30 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Ну неет уж =) Вот тут без боя не сдамся =) Просто в следующий раз в более серьёзное заведение учиться. Но это совсем другая история. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:33 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
По поводу табельного номера Гаджимурадов РустамХоть и не мне адресовывалось, но всё же выскажу пару соображений. Я не являюсь специалистом в области кадрового учёта и мои рассуждения основаны на обычной здравой логике и беглом взгляде на текущее законодательство (ТК и НПА). Так вот, во-первых, с "природностью" изменчивости табельного номера лично я категорически не согласен, так как этому нет обоснования, а само по себе это нелогично. Я тоже далеко не специалист, и все ниже написанное, вполне можно рассматривать как полёт буйной фантазии. Насколько я помню,опять-же не знаю как сейчас, Изначально табельный номер - порядковый номер сотрудника в табеле(и это никак не номер личного дела ОК). Более того каждый год табель переписывался наново и у работника "обновлялся" табельный номер. И так было до тех пор пока не появились программисты , которые вдруг решили что знают внутреннюю кухню лучше чем бухгалтера и сказали что табельный номер не должен меняться (дабы не чего-то не додумывали, к таким программистам я отношу и себя). И уже отсюда растут ноги рекомендаций: Гаджимурадов Рустам Это же подтверждается и "рекомендацией" не выдавать табельный номер уволенного сотрудника никому другому в течение года-двух. Точно также нелогично и наличие у сотрудника одновременно двух табельных номеров даже при совместительстве. Которые не стоят совершенно ничего. хотя бы вот по этой причине- все данные по зарплате надо хранить 75 лет. И вот человек уволился, прошло 3 года, его табельный номер выдали другому работнику, и что потом, бежать в архив искать его данные по зарплате, когда тот уволенный через десяток лет прийдет за справкой о заработной плате. Да двойные табельные номера у работников возникают в основном при внутреннем совместительстве, Двойные табельные номера возникают при переводе(не увольнении) в пределах одного предприятия. Причина всё та же, и она полностью тобой описана вот здесь: Гаджимурадов РустамС другой стороны, порядок присвоения табельных номеров на сегодняшний день вообще никак не не регламентирован, по сути (есть только необязательные рекомендации), хотя старые положения никто и не отменял (а может и отменял, не проверял). Т.е. порядок присвоения табельного номера как и многие другие особенности внутреннего учёта сотрудников каждая организация определяет сама. Гаджимурадов РустамНу и наконец, третье, "что делать" - на сегодняшний день изменение реализации (и соответственно учёта) на единый табельный номер и его сохранение во всех случаях (включая увольнение, смену фамилии, смену подразделения и пр.) ничем вроде бы не грозит (и лично я бы делал по-человечески), хотя с твоей рекомендацией ТСу в духе "не суйся" согласен (с учётом особенностей его и и его организации) - можно сделать обычный автоинкрементный ID у сотрудников, а табельный номер - неуникальным редактируемым атрибутом в таблице интервалов работы (там же, кстати, должна быть и ссылка на ID должности, про которую ТС не упомянул). И немного по поводу терминологии, я избегаю словосочетаний "единый табельный номер и его сохранение во всех случаях" и тп по одной причине ничего не регламентировано на уровне государства, каждая организация определяется сама зы. Ну как-то так, приношу извинения за много букв ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:39 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Маленький секрет: заведение тут ни при чём. Основная задача ВУЗа не научить тебя делать что-то конкретное (для этого есть ПТУ), а научить самостоятельно искать, находить и усваивать информацию. То бишь, всё, чему можно и нужно научиться в институте, это делать RTFM, STFF и использовать мозг. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:40 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, А кто говорил про ВУЗ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:49 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам> На это есть какие-то ссылки, основания, > рекомендации, письма, постановления? Вот врать не буду, но меня так, например, в одном месте оформляли, где я регулярно халтурю: новый "работник" -> данные использовать от "человека"... Т.е. там есть "человек", который может быть "работником", "покупателем", "продавцом" и ещё фиг-знает-чем... -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:52 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
DS> Основная задача ВУЗа не научить тебя делать DS> что-то конкретное (для этого есть ПТУ), а научить DS> самостоятельно искать, находить и усваивать информацию. DS> То бишь, всё, чему можно и нужно научиться в институте, DS> это делать RTFM, STFF и использовать мозг. Пораженческая точка зрения, несправедливая даже для советского образования (про которое обычно подобный бред и несут), за которую тебя тогда же и расстреляли бы. И слово "основная" тебя тут никак не спасает. :) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:55 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
MuxauJl> Возможно я не так выразился. Это имеется в виду записи о общих сведениях работника. То есть, фамилия, имя, отчество, инн, мед. полис и т.д. > Возможно вы проясните ситуацию... Сколько их должно быть? Да ты никак не выразился!.. Я вот "выразился" с точки зрения отделения "человека" от "табельного номера"... Человек - был и есть один... А номер - выдаётся при приёма на работу... .... ИМХО, естественно... -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 19:56 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамПораженческая точка зрения, несправедливая даже для советского образования (про которое обычно подобный бред и несут), за которую тебя тогда же и расстреляли бы. Вот только эту точку зрения до меня донёс как раз ректор в ответ на мои юношеские позывы к реформаторству. И когда я проникся этой идеей, ВУЗовская программа образования с её на первый взгляд странным выбором дисциплин начала весьма и весьма давать смысл. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 20:07 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7mНасколько я помню,опять-же не знаю как сейчас, Изначально табельный номер - порядковый номер сотрудника в табеле(и это никак не номер личного дела ОК). Более того каждый год табель переписывался наново и у работника "обновлялся" табельный номер. И так было до тех пор пока не появились программисты Сильно сомневаюсь. Во-первых, обновения табельного номера в целях табельной ведомости сомнительно и не согласуется с той же рекомендацией про 1-2 года (тогда должно быть 1 год или даже "до конца года"). Во-вторых, с тем, что "во всём виноваты программисты" тоже не согласен - ибо дело было как минимум аж в 73-м году (если не раньше, лень искать), а тогда с программистами было негусто. :) m7mничего не регламентировано на уровне государства, каждая организация определяется самаСтранное обоснование (отмазка?) для личной позиции. Если жёстко установленного правильного порядка нет, это не значит, что и самому нужно фигнёй страдать. Если каждая организация решает сама - то надо самому в этом "решает сама" тоже участвовать и сделать по-человечески, ИМХО. m7mзы. Ну как-то так, приношу извинения за много буквВ общем, дело ясное, что дело тёмное. При случае поинтересуюсь у знакомого кадровика с опытом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 20:23 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirraменя так, например, в одном месте оформляли, где я регулярно халтурю: новый "работник" -> данные использовать от "человека"... Т.е. там есть "человек", который может быть "работником", "покупателем", "продавцом" и ещё фиг-знает-чем...Сильная аргументация, конечно. На то и халтуришь, что организация халтурная, если у неё контрагенты и сотрудники в одном списке... Где-то могут и с товаром вместе оформлять - это же не обоснование. Dimitry SibiryakovВот только эту точку зрения до меня донёс как раз ректорЯ надеюсь, его уволили взашей? Хотя, возможно, он некорректно выразился или ты его неправильно понял. Dimitry Sibiryakovначала весьма и весьма давать смысл.Какой именно смысл? О пользе культурологии и двух-трёх историй для инженерных дисциплин и "не азов" информатики, физики, химии для гуманитариев? В сад. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 20:29 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам> Сильная аргументация, конечно. На то и халтуришь, что организация > халтурная, если у неё контрагенты и сотрудники в одном списке... > Где-то могут и с товаром вместе оформлять - это же не обоснование. Не передёргивай, плиз!.. .... Человек - является таковым (со своими реквизитами) будь он покупателем, будь он трудящимся... Перед налоговой они выглядят идентично, хоть и проходят по разным "колонкам" отчётов... -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 20:42 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам, Представления о "делать по человечески", в данном случае у меня и у тебя просто различаются Ну да наверное где-то в начале 70-х, и тогда с программистами было не густо и они были программистами (сейчас мне кажется с программистами еще менее густо, чем тогда) но вот только идеи о неизменяемости табельного стали резко распространяться малость попозже, уже в 90-х годах. До этого все варились практически в собственном соку, ну максимум командировки на отраслевые курсы повышения квалификации и родственные заводы по обмену опытом. А вот с 90-х, в период начала массовости персоналок, и пошла "легенда о вечности" табельного номера. я ни грамма не претендую на истинность. Это _мой_личный_ опыт работы в "автоматизации" заработной платы и это мои личные выводы которыми я поделился. так для придания некого веса моим словам зы. я занимался "автоматизации" заработной платы лет 30-ть,с конца 70-х (с 79-го если быть точным) на разных по "размеру", по форме собственности, по отраслям предприятиях и не помню предприятия у которого-бы табельный номер был _действительно_ постоянным, а не "огрызком" постоянного (который всё-же можно потом когда-нибудь присвоить другому) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 20:54 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovГаджимурадов РустамПораженческая точка зрения, несправедливая даже для советского образования (про которое обычно подобный бред и несут), за которую тебя тогда же и расстреляли бы. Вот только эту точку зрения до меня донёс как раз ректор в ответ на мои юношеские позывы к реформаторству. И когда я проникся этой идеей, ВУЗовская программа образования с её на первый взгляд странным выбором дисциплин начала весьма и весьма давать смысл. Позволю себе согласиться с DS, по крайней мере там где я учился некоторые преподаватели именно об этом нам и говорили (ну человек 5-ть таких было) уж не помню дословно, но очень перекликается с вот этим " научить самостоятельно искать, находить и усваивать информацию" И они-же, перед экзаменами давали все вопросы которые в билетах "по билетно" с точно той формулировкой которая в билете и разрешали на экзаменах пользоваться и конспектами и любой литературой, и даже приходить брать билет и уходить из кабинета где проходит экзамен и готовиться к сдаче в том месте где нравится и ставили 5-ку когда не мог ответить на один из вопросов в билете, и ставили 3-ку а то и вообще выгоняли с экзамена, когда ответил на все вопросы в билете. Ну вот такие странные они были, мои преподы. И я им благодарен, за то что они требовали не просто знаний, а умения искать, находить и думать своим серым веществом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2014, 21:12 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirra> Человек - является таковым (со своими реквизитами) zirra> будь он покупателем, будь он трудящимся... Но это не означает, во-первых, что учёт их (сотрудников и контрагентов) должен быть объединён аж на физическом уровне, а во-вторых, раз уж речь шла конкретно о сотрудниках и табельных номерах - надо было об учёте сотрудников (и табельных номеров и пр.) и говорить, о котором ты в этой халтурной организации ты, видимо, понятия не имеешь. > Перед налоговой они выглядят идентично Бред. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 02:03 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m> Представления о "делать по человечески", в m7m> данном случае у меня и у тебя просто различаются Значит, их и надо обсуждать. Я вполне допускаю, что неправ (в области, в которой я не являюсь спецом и вообще никогда не интересовался - неудивительно), но я что-то не вижу сценария/случая, в котором эта неправота очевидна. Начни с простого - приведи простой пример, когда изменение табельного номера необходимо/полезно/логично. Хотя бы один. m7m> (сейчас мне кажется с программистами еще менее густо, чем тогда) Качество можно обсуждать, конечно, но тогда их было на пару порядков меньше. :) m7m> но вот только идеи о неизменяемости табельного стали m7m> резко распространяться малость попозже, уже в 90-х годах. Я вроде как упомянул конкретный год - 1973, положения датированные которым распространялись на весь Союз. > ... табельный номер был _действительно_ постоянным, а не "огрызком" > постоянного (который всё-же можно потом когда-нибудь присвоить другому) Не понято. Была практика присвоения табельного номера новым сотрудникам или просто не было такого запрета ? Это две большие разницы. Ну и ещё интересует присвоение табельного номера "возвращенцам" и внутр. совместителям - это были разные или тот же самый. Уж за 30 лет-то данных (как минимум 10 лет до развала) у тебя должны были быть какие-то примеры, случаи и т.д. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 02:12 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам> Но это не означает, во-первых, что учёт их (сотрудников и контрагентов) > должен быть объединён аж на физическом уровне, а во-вторых, раз уж > речь шла конкретно о сотрудниках и табельных номерах - надо было об > учёте сотрудников (и табельных номеров и пр.) и говорить, о котором > ты в этой халтурной организации ты, видимо, понятия не имеешь. Если я там "халтурю", то это совсем не означает, что организация "халтурная"... Это раз... Два: говорю ещё раз, что при заключении нового договора, меня вносят в список сотрудников, просто выбирая из уже имеющихся... Договору/табельному/что-там-ещё - присваиваются новые номера... Гаджимурадов Рустам>> Перед налоговой они выглядят идентично > Бред. Да ладно?.. Чем же я, как покупатель, отличаюсь для них, как работяга?.. .... Я не претендую на Истину-в-Последней-Инстанции... Нормальный метод такой, чтобы сущностей не плодить... -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 02:16 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m> Позволю себе согласиться с DS, по крайней мере там где я учился Послушайте, соглашаться можно с чем угодно, особенно на частных примерах. Сегодня "таких" примеров ещё больше - могут ни конкретных знаний не дать, ни самостоятельно учиться, искать и изучать информацию не научить - но это же не значит, что так должно быть и что так правильно. Перечитай исходное утверждение Димы и мой ответ на него. ВУЗы должны И давать конкретные знания (как азы, так и углублённые по специальности), И учить получать новые знания, искать ответы на вопросы и пр. Это ни в коем случае не взаимоисключающие вещи и цели, а дополняющие . При чём второе никак не может доминировать над первым. Посмотрел бы я, куда примут программиста, не знающего основ алгоритмов или экономиста, не юзающего основ экономики, или юриста, не знающего основ теории права и т.д. > и ставили 5-ку когда не мог ответить на один из вопросов > в билете, и ставили 3-ку а то и вообще выгоняли с экзамена, > когда ответил на все вопросы в билете. Ну м****ё было, что тут скажешь. При всём уважении и твоей им благодарности. Впрочем, это мы уже сильно в оффтоп углубились, так что со своей стороны завершаю. Кто хочет, может резюмировать. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 02:24 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirra> Если я там "халтурю", то это совсем не означает, что организация "халтурная"... Это раз... zirra> Два: говорю ещё раз, что при заключении нового договора, меня вносят в список zirra> сотрудников, просто выбирая из уже имеющихся... Организация похожа на халтурную не потому что ты там халтуришь, а потому ведёт учёт сотрудников и контрагентов вместе (по твоим словам). Это раз. Два - при заключении договора в большинстве организаций (надеюсь) сотрудника не "заводят" по новой, а "выбирают из уже имеющихся", но это никак не значит, что они хранятся и учитываются вместе с контрагентами. zirra> Договору/табельному/что-там-ещё - присваиваются новые номера... Ты это знаешь или "слышал какой-то звон"? :) > Чем же я, как покупатель, отличаюсь для них, как работяга?.. Тем что вы совершенно разные сущности с любой точки зрения. Вы даже как "человеки" не равносильны, потому что контрагентом может быть юрлицо. Не говоря уже о том, что с контрагентами ведётся двусторонний расчёт, а с работником - односторонний. И уж совсем никак контрагенты и сотрудники не равнозначны с точки зрения налогов. Спроси у знакомых налоговиков, если не веришь (даже отвечать не станут, рассмеются). > Нормальный метод такой, чтобы сущностей не плодить... Уффф... Тяжело спорить и вообще что-то объяснять при такой позиции... Я же говорю - предложи твоим халтурщикам вместе хранить не только сотрудников и контрагентов, но и товары - а что, нормальный метод такой, чтобы сущностей не плодить... (с) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 02:33 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам> Организация похожа на халтурную не потому что ты там > халтуришь, а потому ведёт учёт сотрудников и контрагентов > вместе (по твоим словам). Это раз. Два - при заключении > договора в большинстве организаций (надеюсь) сотрудника > не "заводят" по новой, а "выбирают из уже имеющихся", но > это никак не значит, что они хранятся и учитываются вместе > с контрагентами. Ты куда-то не туда думаешь... Контрагенту МОЖНО присвоить ДАННЫЕ человека... .... Далее просто уже неохота ничего говорить... Я - ничего не предлагаю... Я - описываю реальную систему... Работающую уже не один год... .... У брынцалова контрагенты были и продавцами, и покупателями!.. ОДНОВРЕМЕННО!!! О, ужос!!! 8-О А люди из телефонного справочника могли быть и сотрудниками склада, и админами, и даже директорами ДРУГИХ ФИРМ!!! Как мы там жили?.. Ума не приложу... -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 02:40 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirra> Ты куда-то не туда думаешь... Я думаю ровно туда, куда ты описываешь. Возможно, ты описываешь не то, что думаешь. Или думаешь, не то, что есть на самом деле. Что - мы не знаем, ибо ты, судя по всему, имеешь довольно смутное представление о реально работающей системе. > Контрагенту МОЖНО присвоить ДАННЫЕ человека... Можно. Теоретически, можно говорить о том, что они вывели определённую сущность или даже "домен"/объект в терминах, связанных с БД, назвали его "человеком", объединили в неё все возможные (в т.ч. ненужные) атрибуты, и там где определённый "объект" представляет собой человека - они не дублируют нужные атрибуты, а просто делают ссылку на соотв. запись из этой таблицы. Несмотря на то, что лично я таких систем не встречал и не могу назвать это разумным и логичным "уменьшением сущностей", это к учёту самих **сотрудников** отношения не имеет - просто у них в таблице workers не будет ФИО, birthday, sex, address, phone и пр., а будет Id, HumanId, и атрибуты конкретно сотрудника - скажем, табельный номер, если он сквозной, а не каждый раз новый. Ну и в таблице контрагентов у них будет, видимо, ссылка на HumanId и свои доп. поля. > Я - ничего не предлагаю... > Я - описываю реальную систему... > Работающую уже не один год... Одно дело - описывать. Другое дело - иметь собственное мнение, что так правильно или неправильно, разумно/удобно или нет. > У брынцалова контрагенты были и продавцами, > и покупателями!.. ОДНОВРЕМЕННО!!! О, ужос!!! 8-О Потому что - внезапно! - это и есть контрагенты! Почему бы не сходить почитать терминологию? :) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 03:10 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам> Несмотря на то, что лично я таких систем не > встречал и не могу назвать это разумным и > логичным "уменьшением сущностей", это к > учёту самих **сотрудников** отношения > не имеет - просто у них в таблице workers не > будет ФИО, birthday, sex, address, phone и пр., > а будет Id, HumanId, и атрибуты конкретно > сотрудника - скажем, табельный номер, если > он сквозной, а не каждый раз новый. Ну и в > таблице контрагентов у них будет, видимо, > ссылка на HumanId и свои доп. поля. Спасибо!.. Q.E.D... -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 04:16 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirra> Q.E.D... Нет, не Ч.Т.Д. :) Повторяю в третий раз - это к вопросу учёта табельных номеров отношения не имеет. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 07:46 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамПеречитай исходное утверждение Димы и мой ответ на него. ВУЗы должны И давать конкретные знания (как азы, так и углублённые по специальности), И учить получать новые знания, искать ответы на вопросы и пр. Это ни в коем случае не взаимоисключающие вещи и цели, а дополняющие . При чём второе никак не может доминировать над первым. Я чего-то решил, что второе не очень-то и нужно. был не прав ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 08:04 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамНо плодить такую вьюху ещё хуже.А можно для опоздавших на ваш междусобойчик, пояснить, чем плоха вьюха для подпитки периодического реквизита? А то я грешным делом в паре-тройке мест использую, зело удобно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 08:27 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамЭто же подтверждается и "рекомендацией" не выдавать табельный номер уволенного сотрудника никому другому в течение года-двух.Насколько я помню через пять лет можно выдавать любому другому. Если человек пришел снова устриваться до 5 лет, то ему выдают его номер, а после "как карта ляжет". Регулируется где-то в нормативных документах по кадровому учету, к сожалению сейчас уже не помню статьи. Кстати, к компьютерному учету оно перпендикулярно и возникло задолго до. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 08:32 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамНе понято. Была практика присвоения табельного номера новым сотрудникам или просто не было такого запрета ? Это две большие разницы. Ну и ещё интересует присвоение табельного номера "возвращенцам" и внутр. совместителям - это были разные или тот же самый. Уж за 30 лет-то данных (как минимум 10 лет до развала) у тебя должны были быть какие-то примеры, случаи и т.д. Примеры: Автозавод - табельный номер состоял из n-го количества цифр в котором были зашифрованы номер цеха, участка, ... при переводе на другое место работы соответственно изменялся табельный номер (вернее старый закрывался, новый открывался) При повторном приеме на работы (после увольнения) - открывался новый табельный номер (в смысле не присваивался старый) Про внутренних совместителей не помню Меткомбинат - табельный номер , первые три цифры номер цеха, дальше никакого порядка при переводе на новое место в пределах цеха табельный сохранялся при переводе в другой цех новый табельный (старый закрывался, новый открывался) старались в течении года, повторно не использовать табельные номера, однако при приеме на работу вполне могли дать табельный номер недавно уволенного(переведенного) При повторном приеме на работы (после увольнения) - открывался новый табельный номер (в смысле не присваивался старый) ТТУ - табельный номер, не знаю что-то там зашифровано или нет при внутреннем совмещении у работника одновременно два табельных номера старались в течении 2-х лет повторно не использовать табельные номера, и поскольку работников сравнительно не много (до 2-х тысяч) то им это почти удавалось при повторном приеме на работу если табельный с которым он работал был свободен то обычно повторно давали его Стоматология - обычная практика когда два источника финансирования, часть это бюджет, часть хозрасчет Работают одни и те-же люди. у работника два табельных номера, по одному ведется учет работы в бюджете по второму учет работы по хозрасчету При повторном приеме на работу, присваивался новый табельный номер (так или иначе через руки прошли несколько десятков организаций в которых автоматизировал зарплату (не кадры), это конкретные организации, на остальных +- то-же самое) зы. опять-же что, как и насколько регулируется нормативными актами без понятия ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 08:44 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Ivan_Pisarevsky> чем плоха вьюха для подпитки периодического реквизита? В общем случае или в данном конкретном примере? Если в общем - можно порассуждать, делай вводную. Если в данном конкретном случае - она лишняя и, соответственно, нафиг не нужная. Принцип Оккама. > А то я грешным делом в паре-тройке мест использую, зело удобно. Так это от мест зависит. Суть вьюхи в чём - это ХП, но без логики, голый select. Стабильный и сложный, чтобы его фиксировать, материализовать и ссылаться. Соответственно, удобно тогда, когда условия select-а, действительно, сложные и ссылок достаточно много. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 09:29 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Ivan_Pisarevsky> Если человек пришел снова устриваться до 5 лет, то ему выдают его номер Т.е. цифра 1-2 превращается... превращается... в 5! :) Ivan_Pisarevsky> Регулируется где-то в нормативных документах по кадровому Ivan_Pisarevsky> учету, к сожалению сейчас уже не помню статьи. Статью и не надо, ты хоть название/источник скажи, остальное я сам найду. Ибо быстрый поиск ничего путного кроме уже озвученного не дал, а всю нормативку читать лень. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 09:34 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
m7m> Примеры: Ясно, спасибо. Первый и последний примеры понятны, так и должно быть, а вот в меткомбинате бардак, конечно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 09:43 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамВ общем случае или в данном конкретном примере?Ну кому интересна конкретная лаба студента? Гаджимурадов Рустамудобно тогда, когда условия select-а, действительно, сложные и ссылок достаточно много.да. Как пример система управления запасами, справочник нормативов, когда по товару есть статистика действуют расчетные нормативы, их подсчитывает ночером по некому алгоритму робот, до тех пор пока нет статистики (товар новый) необходимо, чтобы маркетолог задал руками страховочный запас, макс. запас и т.п. и надо чтоб оно (заданный жестко руками норматив) сошло с арены вовремя и потом не путалось под ногами. И вот тут между структурой, которая хранит данные(в "узкой" "вертикальной" таблице) и блоком, который считает заказ (а он написан так, что ему надо одну "широкую" таблицу) довольно органично вклинивается вью, которая подсунет именно актуальный норматив из нескольких хранящихся (руч-авто-акционный), дефолты для тех строк, где нет значений и собственно сделает разворот "вширь". Я пробовал и ХП, но вьюха оказалась удобней и шустрей. Гаджимурадов Рустамты хоть название/источник скажи,Как работу поменял, так с кадровиками сталкиваюсь только по своей персоне. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 10:35 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам> Повторяю в третий раз - это к вопросу учёта > табельных номеров отношения не имеет. Да и на здоровье!!! Ты, главное, не волновайся так!.. "Халтурная" контора существует уже более лет 20-ти и (тьфу * 3) ещё столько же протянет!.. -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 13:11 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Кто бы сомневался... :) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 13:18 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустам> Кто бы сомневался... :) Только ты и сомневаешься... Для меня это - реальность данная мне в ощущениях вида: трудовых контрактах, пропусках и квиточках из бухгалтерии... Я понятия не имею, как конкретно в БД это реализовано, т.к. я там сисадминил только и в делопроизводство и прочие БД не лез... Может там действительно возможно было "продлить" существование Бахвалова, как "работника №1" и на остальные "сезоны"... Но они пользуются именно таким методом: заводится новый "работник №х", к которому пришпиливаются данные Бахвалова "человека №1"... ... Я вообще не понимаю, что ты мне хочешь доказать-то?.. ЗЫ. Почему-то не хочет посылать через nntp... -- Vladimir A.Bakhvaloff ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 13:44 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
zirra> Только ты и сомневаешься... zirra> ... zirra> ты мне хочешь доказать-то?.. Разве? :) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2014, 22:07 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Ivan_PisarevskyКак пример система управления запасами, справочник нормативов, когда по товару есть статистика действуют расчетные нормативы, их подсчитывает ночером по некому алгоритму робот, до тех пор пока нет статистики (товар новый) необходимо, чтобы маркетолог задал руками страховочный запас, макс. запас и т.п. и надо чтоб оно (заданный жестко руками норматив) сошло с арены вовремя и потом не путалось под ногами. И вот тут между структурой, которая хранит данные(в "узкой" "вертикальной" таблице) и блоком, который считает заказ (а он написан так, что ему надо одну "широкую" таблицу) довольно органично вклинивается вью, которая подсунет именно актуальный норматив из нескольких хранящихся (руч-авто-акционный), дефолты для тех строк, где нет значений и собственно сделает разворот "вширь". Я пробовал и ХП, но вьюха оказалась удобней и шустрей. А потом не получается как в топике про мастер-тур Amigo-Sрасчет тура апрель -октябрь может продлиться 3 дня ? Понятно что решение простое и удобное, но расчёт заказа может при росте объёмов колом встать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 12:47 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
NikolayV81может при росте объёмов колом встать.Это описание уже внедренного алгоритма, колом не встало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 14:14 |
|
||
|
Возможно ли обновление таблицы по записям входящим в запрос?
|
|||
|---|---|---|---|
|
#18+
Ivan_PisarevskyNikolayV81может при росте объёмов колом встать.Это описание уже внедренного алгоритма, колом не встало. Да не я когда писал, был уверен в том что в реальных условиях и на данный момент оно вполне себе работает, просто в принципе возможны проблемы в будущем. У нас тоже несколько лет ( более 5 вроде как ), похожая по сути схема, нормально работала, а потом как то склад пожаловался на то что 2 часа это многовато ( а и разработчика того механизма уже нет в компании )... В Oracle такой механизм на материализованные вьюхи переносится хорошо по идее... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 14:25 |
|
||
|
|

start [/forum/topic.php?all=1&fid=40&tid=1563583]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
166ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
101ms |
get tp. blocked users: |
2ms |
| others: | 236ms |
| total: | 559ms |

| 0 / 0 |
