 |
|
Модераторы: LSD |
 
|
|
Подскажите наилучший способ хранения инфы, в базе мускула 
| OracleH2 |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 1 Регистрация: 8.1.2006 Репутация: нет Всего: нет |
Ребят, пишу в первый раз, так что извиняйте, если что не так спрошу.
Есть у меня одна проблема. Пишу сайт под заказ (сразу скажу, что заказали движок для интим-сайта... ну то есть проститутки и т.п.) Суть проблемы: Есть список возможных услуг (вывожу чекбоксами), каждая девушка вольна для себя выбирать те, которые оказывает. По идее можно было бы все эти услуги запихать в массив как есть... но тут проблема, очень нужен быстрый поиск по услугам. Я дошел до такого гемора, что получал в итоге выбранных услуг битное число, конвертил в десятичное и записывал его в таком виде... то есть на чекбоксах читал единицу или нуль, записывал итоговое значение типа 1000101110 и конвертил в десятичное... поиск хоть и побыстрее, но все равно заказчикам не нравится... Поэтому решил поспрашивать на форумах, может отсоветуете как еще можно поступить... PS: вариант хранения каждой услуги в своей ячейке не предлагать  Заранее спасибо. |
|||
|
||||
Загрузка ...
| Black |
|
||||
 Web-Development  Профиль Группа: Участник Сообщений: 980 Регистрация: 15.8.2004 Репутация: нет Всего: 45 |
почему? Ведь это и будет самый простой и быстрый способ сортировки по оказываемым услугам. 1 - услуга оказывается 0 - услуга отсутствует Сортируй и выбирай теперь какие хочешь услуги в любом сочетании.
и т.д. -------------------- Могу все, но ничего не умею :-) |
||||
|
|||||
| HalkaR |
|
|||
 Пуфыстый назгул Профиль Группа: Экс. модератор Сообщений: 2132 Регистрация: 8.12.2002 Где: В Москве Репутация: нет Всего: 42 |
Скорее всего нужно будет именно хранить каждую услугу в своей ячейке, ведь может быть отбор по услугам. Или нет?
Уточните - какие варианты вывода информации есть? Какие виды поиска? |
|||
|
||||
| Mal Hack |
|
|||
 Мудрый... Профиль Группа: Участник Клуба Сообщений: 9926 Регистрация: 15.2.2004 Репутация: нет Всего: 261 |
Делать множество. Единственный разумный выход.
Со множествами можно работать через IN, что очень хорошо для поиска. |
|||
|
||||
| chief39 |
|
|||
 карманная тигра Профиль Группа: Участник Клуба Сообщений: 1631 Регистрация: 20.5.2005 Где: Киев Репутация: 8 Всего: 77 |
Самое логичное и разумное - список услуг, список девушек, связка девушка-услуга. То есть в ОТДЕЛЬНЫХ ячейках.
Что-то здесь не так.... Ну пусть у тебя(в смысле у них) несколько тысяч(!) девушек. Не может быть чтоб настолько тупила база, чтоб клиенты жаловались на низкое быстродействие Да и сомневаюсь что несколько тысяч будет. Ты проверял быстродействие выборок? Или замерял общее время формирование странички с данными? Может web тормозит?PS. Везёт же людям с предметной областью... прям приятно писать -------------------- Люди - это свечи. Они либо горят, либо их - в жопу!(с) |
|||
|
||||
| Akina |
|
|||
|
Советчик Профиль Группа: Модератор Сообщений: 20581 Регистрация: 8.4.2004 Где: Зеленоград Репутация: 13 Всего: 454 |
Связь девушка-услуга - это связь типа многие-ко-многим. Тут быстрее чем связывающая таблица ничего не придумать...
-------------------- О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума. |
|||
|
||||
| Bose |
|
|||
 Эксперт Профиль Группа: Участник Клуба Сообщений: 1458 Регистрация: 5.3.2005 Где: Riga, Latvia Репутация: нет Всего: 51 |
в MySQL именно для этого есть тип столбца SET(множество), работает точно также как ты и описал. Выборку можно производить импользуя IN или бинарные операции(И/ИЛИ). А вообще, правее всех Akina. Самым лучшим вариантом будет хранить список услуг в одной таблице, список (не)девушек в другой, а для связки создать третью. Это и быстрее будет и универсальнее, ибо заказчики смогут сами добавлять новые услуги, и для этого не придётся изменять структуру базы данных.  |
|||
|
||||
| batigoal |
|
|||
 Нелетучий Мыш Профиль Группа: Участник Клуба Сообщений: 6423 Регистрация: 28.12.2004 Где: Санктъ-Петербургъ Репутация: 1 Всего: 151 |
А ты пробовал? Я сталкивался немного... скорее - противно. -------------------- "Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли) ЖоржЖЖ |
|||
|
||||
| chief39 |
|
|||
|
карманная тигра Профиль Группа: Участник Клуба Сообщений: 1631 Регистрация: 20.5.2005 Где: Киев Репутация: 8 Всего: 77 |
 не сталкивался и услугами не пользовался но везде стараюсь находить приятное. изюминку тысызыть ;) ЗЫ: Что-то форум периодически глючит. Некоторые разделы. По очереди. Вместо красивого зелёненького - всё белое, кнопочки в синих рамочках. Разделителей между постами и проч. - нету. (Забыл топик куда баги найденые постить  )Под виндой ФФокс 1.0 вот только вчера начал глюкавить. Под линухом ФФ - последнюю неделю. Только Konqueror - наман. Вчера. Был. IE - нормально вроде. ЗЗЫ: Пардон за пост, полный оффтопа -------------------- Люди - это свечи. Они либо горят, либо их - в жопу!(с) |
|||
|
||||
|
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
[ Время генерации скрипта: 0.1285 ] [ Использовано запросов: 22 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |