Задать вопрос
Ответы пользователя по тегу MySQL
  • Таблица для "Время работы", как лучше сделать?

    dom1n1k
    @dom1n1k
    В данном случае, если не предполагается обширного списка исключений и особых случаев, не вижу ничего плохого в решении "в лоб". Просто и понятно. Зачем мудрить на пустом месте? Чтобы потом сочинять мега-запросы с несколькими джойнами?

    Хуже, если нужно учитывать много особых случаев. Например, другой режим работы в предпраздничные дни или по вторым понедельникам каждого месяца. Тогда видимо, придется делать таблицу примерно такого вида: id магазина; id записи; несколько полей описывающих условия; время.
    Ответ написан
    Комментировать
  • Как правильнее хранить даты?

    dom1n1k
    @dom1n1k
    Грубо говоря, дата - это клеточка в календаре, а таймстемп - это мгновение, момент времени.
    Нужно понять, чего требует конкретная задача - и выбрать.

    Например.
    1. Я заселился в гостиницу 22 мая и съехал 26-го. Тут речь о днях, а не конкретных мгновениях.
    2. Пишем в логи хит на сайте - это момент.
    Ответ написан
    3 комментария
  • реализация хранения ссылок в tinyurl сервисе

    dom1n1k
    @dom1n1k
    В порядке полуоффтопа.

    Года полтора назад я всерьез размышлял над созданием аналогичного сервиса. Размышлял долго, но в конечном итоге передумал. При внешней простоте самой идеи, практическая реализация натыкается на множество подводных камней.
    1. Сегмент очень конкурентен, сервисов множество. Плюс все крупнейшие «генераторы спроса» на короткие ссылки (твиттер, гугл-мапс и т.п.) уже обзавелись «придворными» сокращателями. Чтобы завоевать аудиторию, нужно предложить какую-то свою интересную специфическую фишку (например, я думал сделать супер-подробную статистику).
    2. Ограниченные возможности монетизации при больших затратах на хостинг. Сервер нужен мощный, способный обрабатывать уйму запросов в день (не забываем про статистику), но крутить там рекламу по понятным причинам бесполезно. Я предполагал сделать сервис полностью платным (порядка 5 баксов в месяц), ориентировав его на «профессиональную» аудиторию — именно им нужна статистика, отчеты и пр. Это в свою очередь поднимало вопрос саппорта пользователей.
    3. Весьма нетривиальное технологическое устройство внешне простого сервиса — это видно и по вашему топику.
    4. Большая проблема спама.

    В итоге у меня получилось, что нужны очень большие (во всяком случае для одного человека) трудовые/временные/денежные затраты при крайне неочевидных перспективах. А вдруг не выстрелит? И даже более вероятно, что не выстрелит :) В итоге этот проект был вытеснен из головы другими идеями.
    Я не отговариваю — видно, что вы продумываете всё достаточно серьезно — просто мысли вслух.
    Ответ написан
    1 комментарий