Задача: есть любая дата. Нужно определить понедельник недели, которой пренадлежит дата.

На пример:
1. 22.02.2012 - Понедельником этой недели будет 20.02.2012
2. 9.02.2012 - Понедельником этой недели будет 6.02.2012

Реально ли это сделать на чистом SQL?

Реально

Как? Без сложный вложений?

Конструкция может быть вложенной. т.е. в худшем из вариантов нужен ###код из 7 CASE

Но можно поискать функции даты  Там что-то есть.

Fortop, 
Это попахивает быдлокодом...

Akina, 
Спасибо! Отличное решение. Только в оригенале выдает ошибку, но легко можно поправить:


Это сообщение отредактировал(а) BuShaRt - 9.5.2012, 10:38

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

Лично мой минус за вот это


при том, что вам написали о "неоптимальности" предложенного варианта и где смотреть правильное решение  


Это я к тому, что говорить о ###коде стоит лишь тогда, когда ты сам знаешь лучшее решение 

Fortop, 
Предложенный Вами код очевиден и в представление не нуждается. Я бы даже сказал, что мысль о реальном использование таких конструкций говорит о непрофессиональности. Очень печально, что есть люди для которых это не очевидно, тем более, что я Выше попросил не приводить таких примеров:



Лучшее решение (именно то, что я ожидал услышать) привел, уважаемый Akina, за что ему большое спасибо. 

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

Это сообщение отредактировал(а) BuShaRt - 15.5.2012, 12:23

... при чем тут, интересно, личные обиды?

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

igorold, 
Есть в Ваших словах правда, но в народе такая помощь называется "медвежье услугой". Вопрос марали в данном случае заслуживает отдельного топика на форуме философов, но мы находимся на форуме программистов, где сообщение о том, что код некорректный (кратко "быдлокод") не является "плевком в душу", а констатирует тот факт, что код непрофессионален. Как воспринимать эту информацию - дело каждого. Я, на пример, искренне благодарен людям, которые на заре моей карьеры программиста меня тыкали носом в мой кривой код и говорили, что это немыслимый ужас необходимо переписывать.

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

Оно конечно удобно... для вас.... Но вот работать с такими специалистами как вы - просто доставляет.
Полсотни вопросов "как сделать", каждый из которых гуглится буквально за 2-3 минуты.

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


Учитывая тематику топика (и вот этого к примеру), ваша заря еще не закончилась.

... в том то и дело, что вопрос морали - это назвать чей-то код именно некорректным, а не "быдлокодом" ... мораль - категория этическая, а не филосовская ... 

Выше вам было предложено направление, а не конкретный код ... а непрофессионализм просматривается, как раз у вас ... 

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

Это сообщение отредактировал(а) igorold - 16.5.2012, 07:09

Уберите мой пост. После чего попробуйте найти направление, которое дали. Нашли? теперь оцените профессионализм этого направления. Только честно.

Akina, понятно, что ваш совет профессиональнее, учитывая ваш богатый опыт.

Если указано направление и можно с его помощью решить проблему - это плохо?

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

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, в таком случае вы неправильно поняли вопрос топикстартера.

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

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

А как же - поговорить © 

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

А реплика была адресована мне.
На то я и пытался указать, задавая этот вопрос.  

Это как раз очень хорошо - в результате получено универсальное решение. Но основание для его поиска - моё предложение, а не предложение наплодить кучу вложенных кейсов. Всё-таки...

... ну да ...