Так потом же еще контролировать кому "догенерить"

Постоянно

Это просто

Головняк тот еще

Короче как знаешь.

Ну ясно, как один из вариантов

Спасибо

плюс это всё ещё и очень классно ложиться на БЫЛО-СЕЙЧАС-БУДЕТ

А можно ли как-нибудь в MySQL заменить текстом запрос, который ничего не вернул? Например, запрос select c from t where c=‘test’ ничего не вернул, но нужно написать, скажем “Nothing find”? Именно средствами mysql.

И вот этот проеб данных последние Х-минут восстановить через саппорт дешевле чем купить 10 новых серверов для PG (условно) чтобы покрыть прирост произовдительности когда они вырубили fsync

А как через сапорт восстанавливать если данные тютю?

А можно ли как-нибудь в MySQL заменить текстом запрос, который ничего не вернул? Например, запрос select c from t where c=‘test’ ничего не вернул, но нужно написать, скажем “Nothing find”? Именно средствами mysql.

RIGHT JOIN с таблицей типа DUAL, и в каждом поле COALESCE()

А как через сапорт восстанавливать если данные тютю?

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

А можно ли как-нибудь в MySQL заменить текстом запрос, который ничего не вернул? Например, запрос select c from t where c=‘test’ ничего не вернул, но нужно написать, скажем “Nothing find”? Именно средствами mysql.

Но вообще идиотская задача

По ним грубо можно восстановить и дать купон )

На клиенте решается

Короче я запарился объяснять домой хочу.

к маме? :)

Но вообще идиотская задача

считаете это не true way и лучше искать другое, более элегантное решение в рамках задачи?

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

Интересно

к маме? :)

Не, я к жене...

считаете это не true way и лучше искать другое, более элегантное решение в рамках задачи?

именно

Интересно

мне тоже страшно любопытно посмотреть как это чудовище потом работать будет. ведь сделано что бы понимаешь быстро все было :)

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

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

так а в чем твоя проблема?

так а в чем твоя проблема?

Моя проблема в том что администратор чата поливает меня помоями на протяжении трех часов и ему ок. Больше собственно ни в чем.

Моя проблема в том что администратор чата поливает меня помоями на протяжении трех часов и ему ок. Больше собственно ни в чем.

не я вижу другую. я пришел с вопросом. но расказываю всем как круто я его решил :)

не я вижу другую. я пришел с вопросом. но расказываю всем как круто я его решил :)

++

не я вижу другую. я пришел с вопросом. но расказываю всем как круто я его решил :)

У меня попросили запрос показать, я показал, объяснил. В чем ваша проблема?

У меня попросили запрос показать, я показал, объяснил. В чем ваша проблема?

моя ни в чем? а ваша?

Я выше уже написал.

не вижу.

Я предлагаю не устраивать здесь цирк и оффтоп.

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

А что повашему, спросив совета, я должен бежать переделывать? Если я не собираюсь что-то переделывать то есть на то причины, мне нужно было знать какие варианты есть. @MasterZiv поделился советом — я поблагодарил, но опять же, это не значит, что я побегу делать так как он сказал. Я принял к сведению. Или вы @AlexCAD считаете что у вас тут какая-то уникальная экспертиза, что все должны делать так как вы скажете, когда вы отвечаете на вопрос? ? Дела...

А что повашему, спросив совета, я должен бежать переделывать? Если я не собираюсь что-то переделывать то есть на то причины, мне нужно было знать какие варианты есть. @MasterZiv поделился советом — я поблагодарил, но опять же, это не значит, что я побегу делать так как он сказал. Я принял к сведению. Или вы @AlexCAD считаете что у вас тут какая-то уникальная экспертиза, что все должны делать так как вы скажете, когда вы отвечаете на вопрос? ? Дела...

так я еще раз спрошу ЗАЧЕМ СПРАШИВАТЬ ЕСЛИ ВСЕ РАВНО НИЧЕГО ПЕРЕДЕЛЫВАТЬ НЕ СОБИРАЕШЬСЯ?

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

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

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

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

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

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

а ну да. 3 строчки кода это очень долго :) нереально

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

аа вон оно че. если нагрузка маленькая то можно говнокодить как угодно :) удачи вам в этом сложном деле. спрошу еще раз ПРОБЛЕМА ТО В ЧЕМ?

Ладно, пока вы готовы говорить о проблеме... Вот есть расписание и надо хранить "два-через-два" — как это хранить не заполняя всю базу сразу?

а зачем его хранить?

а зачем его хранить?

А смысл от расписания которого нет?

А смысл от расписания которого нет?

а смысл генерировать то что не понадобится и еще хранить это.

Имеется ввиду не хранить в базе полный результат генерации "два-через-два" на весь год/на полгода

А только какую-то метаинформации об этой настройке расписания

а смысл генерировать то что не понадобится и еще хранить это.

Так, храниться должно то, которое уже понадобилось) и это вроде логично.

А только какую-то метаинформации об этой настройке расписания

А почему это надо реализовать именно на стороне СУБД?

Сейчас схема такая: id uuid not null primary key, day_of_week integer not null, time_begin_at time(0) not null, time_end_at time(0) not null, is_active boolean not null,

Так, храниться должно то, которое уже понадобилось) и это вроде логично.

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

Т.е. она дает настроить абстрактную неделю и она будет постоянно повторяться. Это на данном этапе покрывает 90% случаев за исключением "два-через-два"

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

Так он вроде и не хочет генерить заранее. А сделать генерацию типа на лету

"Наперед" предложили генерить участник чата

Мне это видится тоже не оч

Так он вроде и не хочет генерить заранее. А сделать генерацию типа на лету

именно вперед он и хочет генерировать причем средствами БАЗЫ ?

Да отстаньте вы уже от генерации ) Эта схема не подходит по многим параметрам

Сейчас на каждый таймслот создается по записи на опделенный день как видно из схемы выше, и оно начинает "повторяться" каждую неделю, месяц, год

Все круто за исключением два-через-два ) Оно сюда не влезет

Да отстаньте вы уже от генерации ) Эта схема не подходит по многим параметрам

А что мешает делать это средствами приложения на основе имеющейся инфы в СУБД?

А что мешает делать это средствами приложения на основе имеющейся инфы в СУБД?

Что именно делать?

Хранить то надо что это два через два в базе все равно

Вопрос как текущую схему поменять с минимальными "потерями"

Все круто за исключением два-через-два ) Оно сюда не влезет

А в чем именно проявляется это не 'лезет' ?

Ну глянь на схему выше

В ней хранится время и номер дня недели (номер) не дата

ERROR: S client not available

В примере два-через-два рабочий день всегда "плывет"

В ней хранится время и номер дня недели (номер) не дата

И? Ну плывет он и что?

В примере два-через-два рабочий день всегда "плывет"

У тебя там номера от 1 до 7 или до 365?

Как ты предлагаешь в той схеме сохранить такое понятие как два через два?

1-7

Т.е. описывается для пользователя одна абстрактная неделя и все таймслоты для нее

Как ты предлагаешь в той схеме сохранить такое понятие как два через два?

Да хз, добавь ещё что типа is_2-2 boolean, да хоть отдельную таблицу сделай.

И вот тут проблема

Пользователю дается "неделя" из чекбоксов или еще как то а тамон отмечает комбинацию.

два-через-два это частный случай

Пользователю дается "неделя" из чекбоксов или еще как то а тамон отмечает комбинацию.

Текущая неделя?

Просто паттерн его работы

Три через два, один через один и так далее

два-через-два это частный случай

а если неделя через две? эт ж всю базу и приложение переделывать?

Для неделя через две есть рубильник который деактивирует профиль

Так что только в рамках недели надо решить проблему )

Пользователю дается "неделя" из чекбоксов или еще как то а тамон отмечает комбинацию.

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

По бизнес модели отметка о режиме работы не на пользователе

К сожалению.

По бизнес модели отметка о режиме работы не на пользователе

А на ком?

Ну оно пересекаетсяя имею ввиду

Т.е. ему должны быть доступны оба вида календаря

Т.е. ему должны быть доступны оба вида календаря

Ну на календарь чекбокс приделайте тогда. Выставил 2через2 - погасли недоступные слоты.

Мне больше схема интересна, UI это вообще другая песня

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

Второе всегда плавает, а первое всегда фиксированое

Вот как такое в базу укатать удобно ?

Вот как такое в базу укатать удобно ?

а зачем такое вообще укатывать в базу? ну ради интереса

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

Вот как такое в базу укатать удобно ?

Чет не понимаю. Пользователь выбирает дни когда он работает, и эта инфа падает в базу. Верно? При этом понедельник у него рабочий независимо от графика?

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

Затем что выборка пользователя потом идёт по этому календарю. Он должен быть в базе доступным и удобным для выборки

Чет не понимаю. Пользователь выбирает дни когда он работает, и эта инфа падает в базу. Верно? При этом понедельник у него рабочий независимо от графика?

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