как рациональнее хранить инфу в базе?

_Leonchik_

Новичок
Фанат - не реальные, то не реальные, но все может быть! Спорить не буду!
Alexandre - теперь полял Вас. Согласен.
Топик можно в топку! Аль пусть живет?
 

Фанат

oncle terrible
Команда форума
это хорошо что не будешь.
иначе тебе бы пришлось никогда не выходить из дому. поскольку реально это или нет - а кирпич на голову упасть может
 

_Leonchik_

Новичок
еще вопрос связанный с данной(для меня) темой:
насколько будет хорошо (для БД) если применить конструкцию

SELECT * FROM `tbl` WHERE ID IN(все 500 елементов)
или всеже разбить на несколько, скажем по несколько?
 

Alexandre

PHPПенсионер
Топик можно в топку! Аль пусть живет?
это как модератор решит,
по мне, так пусть живет, ведь через неделю еще одному умнику понадобится решение, как хранить и отображать 5-ть чекбоксов. Мне что - по второму разу объяснять.
 

_Leonchik_

Новичок
Tor - думаю, но недодумывается.

если бы это подходило под какой нить интервал. то можно было бы between-ом или по MAX, MIN-ом.
а так там разнобой.
 

_Leonchik_

Новичок
эта цифра? долгая история!
500 с потолка.
Есть ли явный предел для этого оператора?
И какой предел считается оптимальным(рекомендуемым)?
В мане пока не нахожу
 

Tor

Новичок
я пытаюсь подвести тебя к мысли,ч то если у тебя даже 500 чекбоксов (с потолка), и ни один из них не отмечен, то такой запрос не нужен
а если какие-то отмечены, то явно (и значительно) меньше 500

и вообще, что мешает замерить скорость разных запросов?
 

_Leonchik_

Новичок
Tor
что мешает замерить скорость разных запросов?
а Вы с полной уверенностью знаете? не для меня, а для себя!
Я обязательно проверю! позже отпишусь как все прошло.

Но хотел бы Вас послушать(причем не проверев явно, а полагаясь на опыт, уровень подготовки)
 

Tor

Новичок
желание получить все, сразу и без усилий понять можно
но удовлетворять подобные желания нет никакого желания, простите за тавтологию
 
Сверху