- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Может вопрос и глупый, но хотелось бу услышать мнение опытных людей.
есть форма с выпадающим списком. Значение, выбранное в выпадающем списке, будет записываться в mysql таблицу. Так вот как лучше сделать - в <option> прописать сами значения, например м. Автозаводская, либо присвоить id и записывать в таблицу id. А в другой таблице хранить соответсвия этим id самих значений. Просто на многих сайтах видел именно id в качестве опций в выпадющих списках. Есть ли все таки подводные камни, если я в форме сразу пропишу значение?
Тяжело сказать.
В зависимости от того, что вы в дальнейшем планируете с этими данными делать.
DriverCat,
зачем все в одну кашу. Печенье - отдельно... мухи - отдельно.
Почему Вы считаете что id в <option> (HTML) и id (* + мускул) имеют одинаковую природу и воще связаны?
Для удобства обработки на стороне клиента, выбирается тот вариант записи option, который удобней. А как он связан с БД и связан-ли вообще .... вопрос
БД проектируется так, чтобы максимально удобно и с минимальным количеством сложных запросов, получать результат.
Клиентская часть - пишется для юзеров, которым глубоко на...ть как у вас построена база.
Значения могут поменяться. И Вам придется шерсить базу на предмет изменений всех значений.
А если сделать отдельную таблицу, то изменения надо будет вносить только в одном месте.
Поэтому с точки зрения нормализации базы данных правильнее будет вариант "присвоить id и записывать в таблицу id. А в другой таблице хранить соответсвия этим id самих значений."
Из этих 2-х вариантов для большинства задач я бы выбрал вариант с id.
И нормализовать базу проще, и размер страницы меньше, и скорость выполнения запросов в некоторых случаях выше и в случае расширения проблем меньше.
autosubmit добавил 26.03.2010 в 04:32
Хотя, я не настолько опытный, чтобы рассказывать, как надо.
зависит от колва записей в результирующей таблице и ее природе, если их там десятки тысяч, то id, елси 20-100 штук, то похеру, я бы даже выбрал не id, ибо проблем меньше :)
зы: высокая нормализация не всегда есть гут
Смотря что это за список.
Если это список по которому в последствии будет выборка/поиск, регулярное добавление/переименовывание, то лучше ID если это просто данные (например как на форуме "страна проживания") то лучше не удалять гланды через анальное отверстие, а просто делать "открытым текстом".