В большинстве случаев конечно будет либо то либо другое

Не сбивая свой два-через-два график

Тогда разные таблицы. Или логика на стороне приложения, и чекбоксы в ui. А бд как-то пофиг что в неё прилетит. Ну разве что, тогда логично ввести какую-то отметку о том, к какому расписанию относится запись, 2-2 или стандарт, или что там ещё.

Так вопрос как раз и стоит как должна выглядеть таблиц для таких штук типа 2-2 с учетом что 2-2 это просто частный случай и комбинация может быть любой в пределах недели

Ну выбрал он два-через-два. Это стандартный график а потом захотел день больше поработать (экстра) и тогда он пользуется стандартным календарем однодневным

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

Так вопрос как раз и стоит как должна выглядеть таблиц для таких штук типа 2-2 с учетом что 2-2 это просто частный случай и комбинация может быть любой в пределах недели

Добавь ещё столбец с отметками про выбранный график.

график графиком а экстра дни они и так попадут в бд

Если экстра дни не будут в календаре то человек просто не получит работу

Т.к. его нет в графике

гыыыы так это попытка распределить будующие работы среди работников но почему то через график их работы в несуществующем калаендаре не заводя таблицу текущих работ?

в общем я пас.

Ну наконец

не можу я больше такое наблюдать

Может теперь будет меньше флуда от вас и наконец кто-то сможет дать совет

Если экстра дни не будут в календаре то человек просто не получит работу

А почему их там не будет если их отметили?

у меня для вас разочарование НИКТО НЕ СМОЖЕТ ДАТЬ СОВЕТ

А почему их там не будет если их отметили?

потому что ты не видишь ВСЮ ЗАДАЧУ.. а он эту задачу додумывает налету

А почему их там не будет если их отметили?

Сейчас как минимум потому что не ясна схема таблицы для плавающего графика

Таблица для фиксированного уже есть и работает

Сейчас как минимум потому что не ясна схема таблицы для плавающего графика

Я бы юзал ту что есть, добавив к ней id выбранного графика. Минимум проблем. И учёт и обычного и экстра и 2/2

Реально не понимаю всей желчи в чате

Не обращай внимания, он вообще добрый..

Переделывать/Адаптировать/Изменять или нет я решаю только после того как получу достаточное количество точек зрения. РАЗНЫХ. Пока я получил те, которые в моем конкретном случае не имеют смысла чтобы переделывать, если кто-то бы высказал что-то еще — может я бы и последовал его совету.

Да всё правильно, советы советами, а за конечное решение отвечаешь только ты.

Я бы юзал ту что есть, добавив к ней id выбранного графика. Минимум проблем. И учёт и обычного и экстра и 2/2

Мне кажется для плавающего графика тогда ещё нужна "дата старта" помимо типа графика в той же таблице чтобы ее можно было использовать

Мне кажется для плавающего графика тогда ещё нужна "дата старта" помимо типа графика в той же таблице чтобы ее можно было использовать

Ну это уже вам там виднее. Мб может и без можно, это больше от логики в приложении зависит имхо. А то придётся и дату окончания фигачить. Моя идея в том, что при выборе типа 2/2 проверяется ближайший выбранный слот, и если он не экстра - то он становится точкой отсчёта.

По идее это должно позволить менять этот долбаный график как угодно.

Буду пробовать, спасибо

По идее это должно позволить менять этот долбаный график как угодно.

по идее нормальные люди создают таблицу для проектов и там график и обьем работ и прочее а не пытаются впихнуть внепихуемое

по идее нормальные люди создают таблицу для проектов и там график и обьем работ и прочее а не пытаются впихнуть внепихуемое

Это ты по модным методологиям не работал с извращенной реализацией. А по факту меня это мало беспокоит, была проблема - предложил вариант решения, ему вроде понравилось. А у меня тем временем наркоз отошёл.

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

Это ты по модным методологиям не работал с извращенной реализацией. А по факту меня это мало беспокоит, была проблема - предложил вариант решения, ему вроде понравилось. А у меня тем временем наркоз отошёл.

куда отошел наркоз?

куда отошел наркоз?

В /dev/null

уже не раз обсуждали что решение проблемы в отрыве от общей картины ну это еще хуже чем гавно и палки

уже не раз обсуждали что решение проблемы в отрыве от общей картины ну это еще хуже чем гавно и палки

Да, я согласен. Но в данном случае ни то, ни другое - не мои проблемы)

Если ему это подойдёт - ок, хорошо. Не подойдёт - найдут другой способ. Это заботы их тимлида, менеджера и тд.

Зубы чиню с февраля)

Зубы чиню с февраля)

блин... я все собираюсь.. сказали бушь есть через трубочку месяцев 8.. и чет сыкотно

Ну ничего так, солидненько.

Ну ничего так, солидненько.

дык по сути планшет на убунте. цепляй клаву с мышой по блютусу и вперед.

блин... я все собираюсь.. сказали бушь есть через трубочку месяцев 8.. и чет сыкотно

Ггг, пять дней в больнице из-за восьмерки пролежал уже. Летом ещё удалять один, с кривым корнем. Который в пазуху носа прошел

Мне кажется для плавающего графика тогда ещё нужна "дата старта" помимо типа графика в той же таблице чтобы ее можно было использовать

А потом случается больничный или перенос.

А потом случается больничный или перенос.

тссс мы ж тут не думаем косплексно ровно на вопрос

А потом случается больничный или перенос.

Так это не проблема ниразу, при условии что пользователь сам составляет график, и может его менять. Сомневаюсь что там пишут аналог 1С:ЗиК

Короче, периодическая операция "fill" на уровне приложения спасет отца русской демократии. Причем горизонт планирования заранее известен всегда

Вы делаете выводы абсолютно не оперируя данными проекта. Аппелируете к нагрузке, хотя это модуль партнеров, с которыми контракты подписываются вручную. По вашему чтобы "неожиданно свалиться" мне сначала надо так же неожиданно нанять 30 менеджеров чтобы они подписывали по 20 контрактов в день чтобы обеспечить такой рост.

Блин чего вы сцепились :)

Т.е. вот пример, ПН всегда рабочий + два-через-два

Что понедельник всегда рабочий это уже не так. Вообще, в РФ каждый год дума принимает т.н. рабочий календарь на сделай год, где отмечены все выходные и праздники.

Я не в РФ ) Но тут своих проблем тоже хватает

Это расписание "контрактников" — если он отметил что работает в праздничный день то мне в целом побарабану

Это у нас тут только продуктовые не работают по воскресеньям (бред ваще)

Таблица для фиксированного уже есть и работает

Так нет никакого плавающего графика. Есть фиксированный и правила для формирования динамических назначений на даты/время. Но ты это кое слышал от меня.

Я не в РФ ) Но тут своих проблем тоже хватает

А где?

Г

А где?

В принципе это нормальная схема для любой страны. Всегда может что-то поменяться, далее если обычно ничего не меняется

Да тут бы уже как нибудь запуститься

Как ты думаешь, сколько в Германии могут делать договор на 10 страниц B2B?

По времени?

В принципе это нормальная схема для любой страны. Всегда может что-то поменяться, далее если обычно ничего не меняется

Фрилансерам например трудовой календарь думы будет побоку. А тут видать что-то похожее.

ERROR: S client not available

Ну да

Фрилансерам например трудовой календарь думы будет побоку. А тут видать что-то похожее.

Ну ещё раз . У тебя есть календарь на год вперёд. Есть правила назначения событий. Плюс ручное назначение в произвольном режиме.

По времени?

Типа там пару дней, неделя, пару недель, 3 недели, месяц... ?

Типа там пару дней, неделя, пару недель, 3 недели, месяц... ?

Около года возитесь уже?

Около года возитесь уже?

Ты правильно мысль понял, но слава Богу не год

Ну ещё раз . У тебя есть календарь на год вперёд. Есть правила назначения событий. Плюс ручное назначение в произвольном режиме.

Периодически срабатывают правила и назначают ароматом. Но в отпуске момент ты можешь назначить то же руками. Это очень хорошая гибкая схема

Ты правильно мысль понял, но слава Богу не год

Ну я был свидетем как 7 месяцев юристы с двух сторон воевали и договором перекидывались. Страничке тоже мало было.

Типа там пару дней, неделя, пару недель, 3 недели, месяц... ?

Так зависит от договора, типовой быстро, исключительный - неопределенно долго

Так зависит от договора, типовой быстро, исключительный - неопределенно долго

При неудачном совпадении обстоятельств, даже к типовому юрист одной из сторон может прикопаться.

Тогда это не типовой уже..

Добрый день. Есть здесь использующие tarantool? Можно ли в нем в качестве primary key установить multi-part?

Наверное тупой вопрос, имеет ли смысл в мускуле на PK вешать уникальный индекс?

Наверное тупой вопрос, имеет ли смысл в мускуле на PK вешать уникальный индекс?

Индекс не PK если он не уникальный, если есть второй уникальный — то он уже суррогатный.

@MasterZiv доделал в общем тот запрос с расписанием

https://gist.github.com/korotovsky/e18900966c3dc080dd03436ce0ff2938 — как то так. Для любого диапазона дат высирает расписание по графику с учетом периодики

Ребят, доброго времени суток. Кто подскажет, что тут не верно: if p_subscribe_type = 0 and p_total_user_chat = 3 then return 'fl'; end if; База данных - MySQL

кто-нибудь использовал SQL Server change tracking для репликации?

Здраствуйте друзья: есть абстрактный hiveql ( 2003 стандарт sql и еще какие-то плюшки ( входит ли туда оконны функции я не знаю) но в хайвкул есть) как правильно получать следущую штуку: |id|date1|date2| |1| 10 | | |1 | 11 | | |1 | 12 | 12 | |2 | 10 | 14 | |2 | 15 | 15 | |id|date1|date2| date3 |1| 10 | | 12 |1 | 11 | | 12 |1 | 12 | 12 | 12 |2 | 10 | 14 | 14 |2 | 15 | 15 | 15

То есть для каждой date1 нужно посмотреть следущую date2 в сосед колонке , но возможно в другой строке

сейчас вроде джойн на select distinct id,date2 сделал

каноничнее можно как то решить?

Господа, приветствую. Есть и здесь эксперты по redis-у?) Собственно вопрос о том как научить персистентно сохранять данные сразу в базу, мне критично важно всегда иметь данные вне зависимости от обрывов питания. Я нашел решение в виде включения appendonly yes этого флага, и вроде как все стало хорошо. Меня волнует только что теперь два файла в зависимости от наполнения данными.. начинают неуклонно расти в размере :) Я конечно могу нагуглить.. но, думаю, спрошу здесь для экономии времени :)

А зачем класть данные в кеш, которые нельзя терять?

есть другой путь чтобы заставить редис намеренно сохранять все в БД файл сразу же после set-а?

save 1 1 ?