Другие языки программирования и технологии
БД MySQL Что лучше? В одно поле запихнуть похожую информацию или создать много полей?
Например будет присутствовать много заявок в которой несколько полей. 1. Ид 2. Стиль 3. Текст 4. Дата отправки 5. Контактные данные Что лучше контактные данные в одну ячейку или разбить на несколько? Что лучше со стороны производительности. Если исходить из того, что таких заявок будет много. Может 500 может 10 000 а может 100 000
лучше разбить на поля. если все данные будут в одном поле - получится каша, как потом из такого поля дату извлечь? Если задача не просто сохранить данные как попало и нужно потом будет как-то их обратно извлекать - ОБЯЗАТЕЛЬНО разбивать на несколько полей.
PS: это не только MySQL касается
PS: это не только MySQL касается
Я бы предпочёл несколько таблиц
со связкой между ними по общему ключу
В одних параметры пользователей, а в других параметры заявки
(ваял многосоставное и многопользовательское - там надо было пачку таблиц из аналогичного делать или закопаешься - как минимум общий id по пользователю)
со связкой между ними по общему ключу
В одних параметры пользователей, а в других параметры заявки
(ваял многосоставное и многопользовательское - там надо было пачку таблиц из аналогичного делать или закопаешься - как минимум общий id по пользователю)
Я бы отдельную таблицу создал для контактных данных, в дальнейшем это позволит обрабатывать и их.
Marat_Magomedov_3388@mail.ru
Мой вариант:
Таблица с несколькими колонками.
С верху в низ заявки. (образно)
А Ваш вариант можно подробней?
Таблица с несколькими колонками.
С верху в низ заявки. (образно)
А Ваш вариант можно подробней?
и секционировать таблицу по дате отправки
Смотря как ты будешь обращаться к БД. По объему БД конечно получится больше если делать поле для каждой информации, но и обращаться к этому будет проще. Допустим если тебе нужно будет сортировать бд по дате рождения то естесственно надо разные поля, а если это просто информация которую будешь выводить всегда вместе, то их и можно в одно поле. Имхо конечно =)
Контактные данные отдельная таблица обрабатывать легче
Каким образом вы вобьёте контактные данные?
Отдельно обработка телефона, отдельно обработка адреса, отдельно обработка емейла? - тогда таблица отдельная.
Если у вас это всё свалено в кучу, и вы после этого отображаете это сваленным в кучу - как пользователь написал, то нецелесообразно использовать отдельную таблицу, сваливайте в кучу.
Насчет производительности - почитайте про нормальные формы в википедии. Там об этом всё хорошо разжевано.
Отдельно обработка телефона, отдельно обработка адреса, отдельно обработка емейла? - тогда таблица отдельная.
Если у вас это всё свалено в кучу, и вы после этого отображаете это сваленным в кучу - как пользователь написал, то нецелесообразно использовать отдельную таблицу, сваливайте в кучу.
Насчет производительности - почитайте про нормальные формы в википедии. Там об этом всё хорошо разжевано.
Похожие вопросы
- Нужна помощь в PHP програмировании с обращением к БД MySQL
- Какая концепция таблиц в БД MySQL лучше?
- Добрый день. Только начинаю осваивать с#. И вот возник вопрос. Как программно заполнить combobox из таблицы бд mysql?
- MySQL и PHP SELECT * FROM `users` Как вывести определенную информацию из графы БД, человека который сейчас авторизован
- Вопрос по полю в MySQL
- MySql и бд: Что такое умышленная денормализация и в каких случаях ее уместно применять?
- PHP+MySQL подскажите метод как задавать фотографии в БД если у одной строки (с одним ID) может быть несколько фотографий
- MySQL хостинг с внешним доступом в БД. Желательно не дорого. Hostinger не советуйте, были с ними проблемы уже.
- SQL, MySQL, PgSQL, NoSQL, Redis Нужно ли для разных СУБД и БД какие-то разные версии языка SQL или она одна на всех?
- MySql в чем плюсы? Почему не обойтись?
Если в последствии с полем работать то есть надо отделить. Если просто как инфу кашей вывести то можно в кучу все.
Примерно это меня и интересовало.