PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Одно из двух

Форумы портала PHP.SU » PHP » Программирование на PHP » Работа с СУБД (Модераторы: OrmaJever, Саныч)

Страниц (1): [1]

Без описания

Поиск в теме | Версия для печати

NevO	Отправлено: 29 Августа, 2012 - 13:59:11
Новичок Покинул форум Сообщений всего: 25 Дата рег-ции: Сент. 2010 Помог: 0 раз(а)	не знаю как правильно это называется, но есть таблица test ID \| CAT 1 \| 1 2 \| 1, 2 3 \| 2 нужно при запросе записей с категорией (CAT) 1 выдавались ID 1 и 2, а при запросе категории 2 выдавались ID 2 и 3.

Мелкий	Отправлено: 29 Августа, 2012 - 14:17:37
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	Выкидывайте эту структуру и сделайте нормальную таблицу связи: ID \| CAT 1 \| 1 2 \| 1 2 \| 2 3 \| 2 Первичный ключ на оба поля. ----- PostgreSQL DBA

NevO	Отправлено: 29 Августа, 2012 - 14:24:09
Новичок Покинул форум Сообщений всего: 25 Дата рег-ции: Сент. 2010 Помог: 0 раз(а)	Мелкий пишет: Выкидывайте эту структуру и сделайте нормальную таблицу связи: ID \| CAT 1 \| 1 2 \| 1 2 \| 2 3 \| 2 Первичный ключ на оба поля. такой вариант не подходит. в таблице более 10.000 записей. категорий планируется не менее 10. таблица очень сильно увеличит свои объемы, чего не хотелось бы. есть другие варианты?

Stierus	Отправлено: 29 Августа, 2012 - 14:45:34
Рекордсмен по количеству сообщений за 7 дней Покинул форум Сообщений всего: 2132 Дата рег-ции: Дек. 2008 Откуда: Москваль Помог: 52 раз(а)	других вариантов нет

Мелкий	Отправлено: 29 Августа, 2012 - 15:01:31
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	NevO пишет: таблица очень сильно увеличит свои объемы И что? И 50млн. записей - не проблема (и те - на урезанной виртуалке). В отличии от вашей необходимости сканировать всю таблицу на каждый чих, что грохнется с треском не доходя даже до смехотворного 1 млн. записей. (Добавление) Мелкий пишет: Первичный ключ на оба поля. И одновременно уникальный индекс по cat & id, забыл. ----- PostgreSQL DBA

Zuldek	Отправлено: 29 Августа, 2012 - 15:17:00
Постоянный участник Покинул форум Сообщений всего: 2122 Дата рег-ции: Июнь 2010 Помог: 50 раз(а)	Искать кто строит такую структуру данных и расстреливать, а потом искать кто их этому учил и в каких вузах закрывать их и уволнять. Правильный вариант указан. Пройтись один раз скриптом, заполнить таблицу связей и забудете о проблемах.

DelphinPRO	Отправлено: 29 Августа, 2012 - 15:21:16
Активный участник Покинул форум Сообщений всего: 7187 Дата рег-ции: Февр. 2012 Помог: 353 раз(а)	NevO пишет: такой вариант не подходит ну да , связь М-М придумали ламеры числовые поля, да еще индексированные, обрабатываются шустро. и как сказали выше - и несколь лямов записей - ерунда ----- Чем больше узнаю, тем больше я не знаю.

NevO	Отправлено: 29 Августа, 2012 - 15:24:15
Новичок Покинул форум Сообщений всего: 25 Дата рег-ции: Сент. 2010 Помог: 0 раз(а)	Всем спасибо, нашел решение с помощью LIKE

Zuldek	Отправлено: 29 Августа, 2012 - 15:28:41
Постоянный участник Покинул форум Сообщений всего: 2122 Дата рег-ции: Июнь 2010 Помог: 50 раз(а)	... желаю вам потом заняться организацией поиска по категориям (Отредактировано автором: 29 Августа, 2012 - 15:30:17)

Мелкий	Отправлено: 29 Августа, 2012 - 15:29:32
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	NevO, поздравляю с нахождением костыльного решения для костыльной структуры. Когда понадобится производительность и будет значительно сложнее переписать - припомните нас. Касательно лайка - помните о том, что он работает посимвольно и like '%1%' слопает так же 10, 21 и прочие. А like '%,1,%' не слопает строку "1,2" ----- PostgreSQL DBA

Поиск в теме | Версия для печати

Страниц (1): [1]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Работа с СУБД »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.