[umka]

[umka]
Рейтинг
456
Регистрация
25.05.2008

Каким образом этот запрос формируется?

Синтаксическая ошибка. Кривой SQL-запрос.

Значит, на этом сервере временно ставите другой айпишник, и поднимаете другой сервер с этими айпишниками и заглушкой :)

Orangesoda:
И каков же запрос?

Ну, например, таков:

SELECT * FROM `table`

WHERE dt=(LAST_DAY(dt)-INTERVAL(MOD(DAYOFWEEK(LAST_DAY(dt))+1,7))DAY)

Это будет в тыщу раз быстрее, чем полная выборка и разбор на php.

Orangesoda:
А скажите уважаемый, как же быть с последней ПЯТНИЦЕЙ месяца?

Если хранить даты в datetime или timestamp, то можно будет одним sql-запросом сразу получить нужные строки.

Увеличенная фотка будет мыльная.

Т.е. отличить её можно по отсутствию резких границ (контрастных переходов).

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

Orangesoda:
Да ладно, форматы дат придумали, чтобы не читать числа типа 71234091284.
INT'ы по определению сравниваются быстрее.

Только при сравнениях типа "если дата=N" или "если дата<N" или "если дата>N" и им подобных.

Orangesoda:
По поводу последней пятницы каждого месяца, где в DATETIME или TIMESTAMP хранится про пятницу? Для подобных случаев лучше дату форматировать в PHP (Python, Ruby, Perl, Java по вкусу) и =хранить в базе как VARCHAR

Вы же не знаете, как на самом деле MySQL хранит внутри себя даты в форматах DATETIME и TIMESTAMP.

Если вы думаете, что в том же формате, в котором дата отдаётся при выборке SELECT-ом из такой колонки, то вы заблуждаетесь :)

Это всего лишь отображение (формат отображения, но не хранения), и да, он таки для удобства восприятия программиста.

Если в базе миллионы строк и вам нужно делать выборки с вычислением дат, то если всё хранить в varchar и парсить на php, то придётся каждый раз делать полную выборку.

Orangesoda:
Пусть лучше хранится в INT

Всё-таки, форматы хранения дат и времени не просто так придумали, согласитесь :)

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

Если же запись/выборка из базы делается, например, с учётом часовых поясов, с учётом перевода часов на летнее время, или с какими-либо вычислениями дат, то несомненно лучше использовать специальные форматы.

(Пример: выбрать из базы всех пользователей, зарегистрировавшихся в последнюю пятницу каждого месяца)

NSPromo:
misters а что пятница какойто особый день? :)

Пятницы на этом форуме издавна славятся ацкими отжигами и эпическими срачами :)

(Однажды хотели по пятницам переносить весь форум на домен srachengines.ru, но потом передумали)

masterlan:
Хотя конечно с удовольствием почитал бы на ответы бывалых хостеров, "расчеты" как VIP так и обычных тарифов.

Ага, и заодно бизнес-план посмотреть :)

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

Интересно, как вы собираетесь расчитать, насколько качественно реализована услуга, которую вы только собираетесь предоставлять?

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

Всего: 6067