Несколько данных в одной ячейке

@kre0 · Регистрация: 31.01.2015

Студворк — интернет-сервис помощи студентам

Здравствуйте, посоветуйте пожалуйста как лучше сделать.

Есть таблица users, в ней дефолтные значения, типо id, name, password, etc.

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

@miketomlin · 29.02.2016, 22:27

В новости храните id постера.

@Laroux · 29.02.2016, 22:28

все-таки с точки зрения проектирования БД лучше в таблице новостей создать поле, отвечающее за "создателя"

Добавлено через 29 секунд
хех.. не успел

@kre0 · 29.02.2016, 22:29 **[ТС]**

Laroux, miketomlin,
Глупо объяснил, не добавил в смысле создал, а добавил к себе, ну типо лайкнул или добавил в избранное.

@Laroux · 29.02.2016, 22:32

тогда.. а разделитель - какой Вам больше по душе

потом просто explode да и всех делов.
Единственное: я бы под эту связку сделал отдельную таблицу, наверное

@kre0 · 29.02.2016, 22:36 **[ТС]**

Laroux, Почему? Тоже хотел сделать таблицу likes, и в ней столбцы user_id, values.

Но потом подумал, что лучше просто в users добавить столбец likes.
Так как же будет лучше?)

И еще вопросик про сам этот метод, это не считается плохим решением? Хранить несколько данных в одной ячейке, так делают на практике?

@miketomlin · 29.02.2016, 22:37

kre0, по уму нужно делать связующую таблицу. А то пользователь столько себе налайкает, что вы в рамках одной ячейки будете это с трудом разгребать.

@Laroux · 29.02.2016, 22:41

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

Есть такое понятие "нормализация". Не поленитесь, прочтите, к примеру, вот https://habrahabr.ru/post/193756/
Даже для общего развития будет небезынтересно и полезно

@kre0 · 29.02.2016, 22:49 **[ТС]**

Laroux, Еще вопросик, только что создал таблицу, скрин приложил.

Вот так я пытаюсь вывести.

PHP
1
2
$Row = mysql_fetch_assoc(mysql_query("SELECT values FROM medal",$connect));
echo $Row['values'];

Пишет ошибку: Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in Z:\home\medal\WWW\index.php on line 4

Но если в коде поменять values на id, т.е. сделать так

PHP
1
2
$Row = mysql_fetch_assoc(mysql_query("SELECT id FROM medal",$connect));
echo $Row['id'];

то выводит значение 1

Как так?

@Laroux · 29.02.2016, 22:52

PHP
1
2
$Row = mysql_fetch_assoc(mysql_query("SELECT `values` FROM `medal` WHERE `id`=1;",$connect));
echo $Row['values'];

ибо values - служебное слово

@kre0 · 29.02.2016, 22:53 **[ТС]**

Laroux, спасибо)

@Laroux · 29.02.2016, 22:53

вообще приучитесь брать названия таблиц и полей в такие кавычки ``
быстрее работать будет

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@kre0 0 / 0 / 1 Регистрация: 31.01.2015 Сообщений: 101

	Несколько данных в одной ячейке 29.02.2016, 22:24. Показов 1207. Ответов 11 Метки нет (Все метки) Здравствуйте, посоветуйте пожалуйста как лучше сделать. Есть таблица users, в ней дефолтные значения, типо id, name, password, etc. Нужно хранить там id новостей, которые добавил этот пользователь, создавать под каждую новость новую ячейку глупо. Как их лучше всего хранить, через запятую? А потом распарсить просто? 0

@miketomlin 930 / 846 / 190 Регистрация: 28.11.2013 Сообщений: 3,621
	29.02.2016, 22:27
	В новости храните id постера. 0

@Laroux 172 / 167 / 75 Регистрация: 21.11.2014 Сообщений: 1,490
	29.02.2016, 22:28
	все-таки с точки зрения проектирования БД лучше в таблице новостей создать поле, отвечающее за "создателя" Добавлено через 29 секунд хех.. не успел 0

@kre0 0 / 0 / 1 Регистрация: 31.01.2015 Сообщений: 101
	29.02.2016, 22:29 [ТС]
	Laroux, miketomlin, Глупо объяснил, не добавил в смысле создал, а добавил к себе, ну типо лайкнул или добавил в избранное. 0

@Laroux 172 / 167 / 75 Регистрация: 21.11.2014 Сообщений: 1,490
	29.02.2016, 22:32
	тогда.. а разделитель - какой Вам больше по душе потом просто explode да и всех делов. Единственное: я бы под эту связку сделал отдельную таблицу, наверное 0

@kre0 0 / 0 / 1 Регистрация: 31.01.2015 Сообщений: 101
	29.02.2016, 22:36 [ТС]
	Laroux, Почему? Тоже хотел сделать таблицу likes, и в ней столбцы user_id, values. Но потом подумал, что лучше просто в users добавить столбец likes. Так как же будет лучше?) И еще вопросик про сам этот метод, это не считается плохим решением? Хранить несколько данных в одной ячейке, так делают на практике? 0

@miketomlin 930 / 846 / 190 Регистрация: 28.11.2013 Сообщений: 3,621
	29.02.2016, 22:37
	kre0, по уму нужно делать связующую таблицу. А то пользователь столько себе налайкает, что вы в рамках одной ячейки будете это с трудом разгребать. 0

@Laroux 172 / 167 / 75 Регистрация: 21.11.2014 Сообщений: 1,490
	29.02.2016, 22:41
	все верно miketomlin глаголит: надо нащупать золотую середину. Для каких-то целей и предложенный Вами вариант подойдет, а где-то - лучше отдельной таблицей бахнуть. Есть такое понятие "нормализация". Не поленитесь, прочтите, к примеру, вот https://habrahabr.ru/post/193756/ Даже для общего развития будет небезынтересно и полезно 0

@kre0 0 / 0 / 1 Регистрация: 31.01.2015 Сообщений: 101
	29.02.2016, 22:53 [ТС]
	Laroux, спасибо) 0

@Laroux 172 / 167 / 75 Регистрация: 21.11.2014 Сообщений: 1,490
	29.02.2016, 22:53
	вообще приучитесь брать названия таблиц и полей в такие кавычки `` быстрее работать будет 0

Опции темы