igorold, мне не понятно, к благодарности какому совету ты призываешь
Не этого ли:


Впрочем, я согласен с тем, что BuShaRt очень погорячился давать оценки способам решений. Это было грубоватенко.

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

Akina, да ладно тебе. Выражение из семи when'ов кейса на монстрообразность нуникак не тянет. А лаконичность не всегда признак читаемости. Иные лаконичные выражения мозг взрывается читать.

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

Я не призываю к благодарности ... я предлагаю ярлычки не вешать ...   

Решительно не понимаю, почему в рамках этого обсуждения мой уровень знаний был воспринят как стремящийся к нулю =) 
Я изначально знал, что существует простои и лаконичное решение базирующиеся на MySQL функциях работы с датами, но в меру того, что у меня не набита рука в работе с этими функциями, я решил посоветовать с более опытными коллегами. Честно скажу, что не потому, что не в состояние разобраться, а в целях экономии времени на штудировани мана и продумывания решения для свидения нужных функций воедино. Как только Akina привел свой пример я заручившись поддержкой мануала за пару минут разобрался в нем и дополнил его недостающей логикой. Поэтому утверждая, что получив ответ  Akina я упустил какой-то важный момент в обучение, Вы явно ошибаетесь.

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

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

Где я что-то  подобное утверждал?   
Я лишь заметил, что прийти к этому решению не сложно, стоит лишь начать идти, пусть и изначально не в ту сторону.


Для того чтобы громоздить сложную логику, все равно придется обратиться к функциям работы с датами. Никого Fortop не запутал. Его ответ был просто ни о чем. И снисходительный тон, им выбранный, да - был не совсем уместен. Ровно как и не совсем уместной была ваша реакция на это.

Для воскресений этот алгоритм не работает:



выдает следующую дату.

Добавлено @ 14:34
Я так понимаю нужна другая функция:



Добавлено @ 14:35
BuShaRt, ты ведь не будешь говорить, что Akina тебя запутал?

 

Это сообщение отредактировал(а) igorold - 17.5.2012, 14:38

igorold, 
=) Хм... Да, слона то я и не заметил... 
Огромное спасибо!

http://dev.mysql.com/doc/refman/5.5/en/dat...-functions.html

Это сложно? 

Добавлено через 6 минут и 16 секунд

Это утверждал я 

  чем именно? ты правда думаешь, что если бы он начал писАть конструкцию из кучи вложенных кейсов, было бы лучше?

Насчёт неверного выбора функции, дающего неуниверсальное решение - полностью согласен. Но осмелюсь сослаться на твои собственные слова: 

Мой код сразу после устранения синтаксических недочётов начал давать правильный результат в рамках поставленной задачи. И лишь расширение области применения позволило выявить его недостаток и указать на необходимость его универсализации путём замены используемой функции.

Так где я его запутал, а?

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

Akina, зачем же вы выдираете слова из контекста?
Моя фраза была такая:



Причем открою большой секрет - в этой фразе содержится юмор ... легкий сарказм ... 



Насчет остального вы лукавите. Ваш запрос дает правильный результат в рамках поставленой задачи, НО только для 6-ти случаев из 7.
И мое тестирование выявило ошибку для 1 случая из 7, что означает, что все-таки полностью проблема не была решена.
Если вы это называете недостатком, ну ладно ...   

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

Для 100 случаев из ста. Понедельник ВСЕГДА определяется правильно - а именно так была поставлена задача.
Её расширение на любой день недели - это вовсе не топикстартером инициировано. Это - Ваше расширение. И с ним получается совсем иная задача. Тыкать мне то, что решение для одной задачи не подходит для другой - мне кажется как минимум некорректным.


Угу. Из неё даже невозможно понять, отрицающий это вопрос или утверждающий. 


Это я как-нибудь сам решу, без советов со стороны.


В рамках поставленной задачи - всегда. И мне никогда не придёт в голову посоветовать сострогать какое-нить многоэтажное безобразие, если есть хоть какой-то шанс сделать это иным способом. В отличие от [slack skipped].

Akina, в таком случае вы неправильно поняли вопрос топикстартера.

Он просил определить дату понедельника для любой даты недели, в который входит введенная дата.

Согласен, что понедельник определяется ВСЕГДА, но для воскресений он уже относился к следующей неделе, что противоречит заданной проблеме ... 
 
Мне очень понравилось ваше решение и я даже поизучал его, чтобы понять как это работает ... извините, что нашел ошибку ... с кем не бывает ...