|
MySQL.RU - Webboard
 Вернуться
 Одна таблица, но большая (vitaly) 18/03/2003 - 21:32:56
 Re: Одна таблица, но большая (Валентин) 18/03/2003 - 22:02:21
Re: Одна таблица, но большая (Mishka) 19/03/2003 - 13:33:40
Re: Много+1 (RXL) 19/03/2003 - 15:14:24
Re: Много+1 (добавлю еще) (RXL) 19/03/2003 - 15:22:23
Re: 2 tables (GAMER) 19/03/2003 - 15:26:07
Re: Одна таблица, но большая (Abadonna) 19/03/2003 - 16:23:06
Re: объектно-ориентирование :) (Dinky) 19/03/2003 - 18:25:49
Re: объектно-ориентирование :) (Валентин) 19/03/2003 - 21:15:21
Re: объектно-ориентирование :) (Dinky) 20/03/2003 - 00:33:44
Re: объектно-ориентирование :) (XODOK) 20/03/2003 - 03:35:15
Re: объектно-ориентирование :) (Abadonna) 20/03/2003 - 11:56:21
Re: объектно-ориентирование :) (XODOK) 20/03/2003 - 12:30:09
> Original message text:
> From: vitaly - 18/03/2003 - 21:32:56
> Subject:Одна таблица, но большая
> -----------------
> Я не очень давно стал заниматся MySQL, и поэтому у меня несколько простой, но в тоже время и сложный вопрос.
> Для различных категорий товаров, нужно различное количество характеристик.
> Как лучше организовать базу:
> 1. одной таблицей с количеством полей соответствюющие максимуму из всех характеристик
> 2. много таблиц со своими характеристиками
>
> Мне кажется что 2 вариант лучше, но мой вопрос в том какой из вариантов будет работать быстрее, при поиске по всем товарам и по выборке из всех товаров и подобных запросах.
>
> Просто нужен совет специалиста, чтобы не было мучительно больно, за сделаное не так! Заранее спасибо!
>
From: Валентин - 18/03/2003 - 22:02:21
Subject:Одна таблица, но большая
-----------------
Я тоже решал подобную задачу. Я считаю, что одна таблица но с многими характеристикати лучше. Вот аргументы:
1)Не теобходимости поддерживать соответствия ID в главной и ID=ParentID в вспомогательной таблице и не допускать дублей.
2)Для сервера значительно легче искать по одной таблице, чем join-ить таблицы, поскольку он ищет сначала по индексированным полям, а потом по натуральным. Индексы хранятся в b-tree и ищутся быстро, а потом уже с таблицы выдергиваются нужные поля.
Весь вопрос в правильном индексировании многоколоночных таблиц.
3)проше с интерфейсной частью. Можно просто запрашивать разные поля в разных DataSet. Кроме того для самых интересных выборок можно join-ить таблицу саму с собой также лихо как и несколько таблиц :-))
Мне интересно, какие аргументы против одной, но большой таблицы????
[Это сообщение - спам!]
Последние сообщения из форума
Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL,
версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
7290
|
|
