Форум Херсона. Форум Херсонской молодежи, флейм, фотографии Херсона, политика в Херсоне, сетевой форум, сети Херсона


Приветствуем на Форум Херсона. Форум Херсонской молодежи..

На данный момент Вы находитесь на форуме как Гость и имеете очень ограниченные возможности и права. Что бы писать или отвечать в темах, загружать картинки, файлы на форуме Вам нужно зарегистрироваться, что совершенно бесплатно. Регистрация очень быстрая, не откладывайте эту процедуру!

Если возникнут проблемы с регистрацией напишите нам.

Галерея форума Блоги пользователей Список банов
Вернуться   Форум Херсона. Форум Херсонской молодежи. > >
Регистрация СправкаСтатистика Пользователи Календарь Поиск Сообщения за день Все разделы прочитаны

Программирование Все вопросы по написанию программ

Ответ
 
Опции темы
Старый 21.06.2011, 22:31   #1 (Ссылка на пост)
Свой В Доску
 
Аватар для Lihatskiy
Пол:
 
Активность Longevity
0/20 17/20
Today Сообщения
0/5 ssssss911
Благодарил(а): 2,183
Благодарили 2,541 раз в 561 постах
Галерея: 1
Вес репутации: 42 Lihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторы
Отправить сообщение для  Lihatskiy с помощью ICQ
Хранить ли массивы в MySQL?

Вопрос к веб-гуру)

Задача состоит в следующем.
Для хранения данных о товаре будут использованы две таблицы MySQL. Одна - для хранения характеристик товара, другая - для хранения фотографий этого товара.
НО!!! Фотографий к каждому товару будет неопределенное количество.

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

В первом случае будет огромное количество строк в таблице, во втором - неудобства с обработкой массива.

Какой из вариантов более оптимальный и почему? Может есть ещё какие-то идеи?
Lihatskiy вне форума  
Ответить с цитированием
Старый 21.06.2011, 22:39   #2 (Ссылка на пост)
забанен
Мой дневник
 
Аватар для pingwinator
Пол:
 
Активность Longevity
0/20 18/20
Today Сообщения
0/5 ssss14712
Адрес: где-то в Херсоне
Благодарил(а): 8,120
Благодарили 17,967 раз в 5,590 постах
Записей в дневнике: 4
Галерея: 16
Вес репутации: 10 pingwinator скоро в модераторы
pingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторы
Цитата:
Сообщение от Kruizer Посмотреть сообщение
Вопрос к веб-гуру)

Задача состоит в следующем.
Для хранения данных о товаре будут использованы две таблицы MySQL. Одна - для хранения характеристик товара, другая - для хранения фотографий этого товара.
НО!!! Фотографий к каждому товару будет неопределенное количество.

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

В первом случае будет огромное количество строк в таблице, во втором - неудобства с обработкой массива.

Какой из вариантов более оптимальный и почему? Может есть ещё какие-то идеи?
1 вариант конечно же - отношения 1:М
за второй вариант хотя я так думал тоже лет 7 назад, тогда уложить дерево в таблицу - это что-то из области фантастики,а щас смешно вспомнить
__________________
pingwinator вне форума  
Ответить с цитированием
Эти 3 пользователей сказали Спасибо pingwinator за хороший пост:
Lihatskiy (26.06.2011), ustas (22.06.2011), VoVaN (22.06.2011)
Старый 21.06.2011, 22:43   #3 (Ссылка на пост)
Свой В Доску
 
Аватар для Lihatskiy
Пол:
 
Активность Longevity
0/20 17/20
Today Сообщения
0/5 ssssss911
Благодарил(а): 2,183
Благодарили 2,541 раз в 561 постах
Галерея: 1
Вес репутации: 42 Lihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторы
Отправить сообщение для  Lihatskiy с помощью ICQ
большое спасибо)

я тоже склонялся к первому варианту. проще будет делать всевозможные выборки.

и по интернету пошарился, умные люди говорят, что по поводу количества строк в таблице вообще париться не стоит. проиндексировать и всё будет работать быстро и надежно.
Lihatskiy вне форума  
Ответить с цитированием
Старый 21.06.2011, 22:49   #4 (Ссылка на пост)
забанен
Мой дневник
 
Аватар для pingwinator
Пол:
 
Активность Longevity
0/20 18/20
Today Сообщения
0/5 ssss14712
Адрес: где-то в Херсоне
Благодарил(а): 8,120
Благодарили 17,967 раз в 5,590 постах
Записей в дневнике: 4
Галерея: 16
Вес репутации: 10 pingwinator скоро в модераторы
pingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторыpingwinator скоро в модераторы
Цитата:
Сообщение от Kruizer Посмотреть сообщение
большое спасибо)

я тоже склонялся к первому варианту. проще будет делать всевозможные выборки.

и по интернету пошарился, умные люди говорят, что по поводу количества строк в таблице вообще париться не стоит. проиндексировать и всё будет работать быстро и надежно.
сколько их там будет? 10-20к? да это не серьёзно
__________________
pingwinator вне форума  
Ответить с цитированием
Сказали Спасибо пользователю pingwinator за этот пост:
Lihatskiy (26.06.2011)
Старый 22.06.2011, 07:20   #5 (Ссылка на пост)
Щас сменю себе статус
 
Аватар для TIGR
Пол:
 
Активность Longevity
0/20 18/20
Today Сообщения
0/5 sssss4687
Благодарил(а): 9,926
Благодарили 6,148 раз в 2,096 постах
Галерея: 0
Вес репутации: 82 TIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторыTIGR скоро в модераторы
1:M тут и выдумывать нечего. подобная денормализация на прирост производимости никаким образом не влияет. один JOIN по индексу даже и не почувствуется.

а что ты индексировать во втором случае собрался?
__________________
TIGR вне форума  
Ответить с цитированием
Эти 3 пользователей сказали Спасибо TIGR за хороший пост:
Lihatskiy (26.06.2011), ustas (22.06.2011), VoVaN (22.06.2011)
Старый 22.06.2011, 12:55   #6 (Ссылка на пост)
Свой В Доску
 
Аватар для Lihatskiy
Пол:
 
Активность Longevity
0/20 17/20
Today Сообщения
0/5 ssssss911
Благодарил(а): 2,183
Благодарили 2,541 раз в 561 постах
Галерея: 1
Вес репутации: 42 Lihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторыLihatskiy скоро в модераторы
Отправить сообщение для  Lihatskiy с помощью ICQ
Всем спасибо.
Структура будет выглядеть следующим образом: в первой таблице будут храниться уникальный ID товара и его характеристики. А во второй - будут привязываться фотографии товара к этому самому ID.
Lihatskiy вне форума  
Ответить с цитированием
Старый 22.06.2011, 15:42   #7 (Ссылка на пост)
Модератор
 
Аватар для ustas
Пол:
 
Активность Longevity
0/20 18/20
Today Сообщения
0/5 ssss12443
Благодарил(а): 30,810
Благодарили 37,603 раз в 8,037 постах
Галерея: 0
Вес репутации: 401 ustas скоро в модераторыustas скоро в модераторыustas скоро в модераторы
ustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторы
стандартная схема, не знаю чего тебя потянуло велосипеды изобретать, массивы какие то
__________________
Нужно делать так, как нужно.
А как не нужно, делать не нужно.
ustas вне форума  
Ответить с цитированием
Сказали Спасибо пользователю ustas за этот пост:
pingwinator (22.06.2011)
Старый 22.06.2011, 19:25   #8 (Ссылка на пост)
Щас сменю себе статус
 
Аватар для sun-ks
Пол:
 
Активность Longevity
1/20 16/20
Today Сообщения
0/5 sssss2816
Благодарил(а): 1,716
Благодарили 683 раз в 322 постах
Галерея: 0
Вес репутации: 24 sun-ks известное всем имяsun-ks известное всем имяsun-ks известное всем имяsun-ks известное всем имяsun-ks известное всем имя
Миша, ты случаем не инет магазин обуви делаешь?
sun-ks вне форума  
Ответить с цитированием
Ответ


Здесь присутствуют: 1 (пользователей - 0 , гостей - 1)
 
Опции темы

Ваши права в разделе
Вы не можете создавать темы
Вы можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Выкл.
Pingbacks are Выкл.
Refbacks are Выкл.

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Единоразовая работа для PHP програмиста занине MYSQL,Javascript SmileY Работа 0 24.01.2009 15:38
MySQL 5.0 Elerond Програмное обеспечение 6 24.08.2007 23:07
mysql server win32 Steel Програмное обеспечение 2 12.07.2005 22:24


Время на сервере: 03:11.

Регистрация Справка Пользователи Календарь Поиск Сообщения за день Все разделы прочитаны

vBulletin 3, Copyright © 2000-2024, Jelsoft Enterprises Ltd.
Русский перевод: zCarot, Vovan & Co