вообще то хранение картинок в БД имеет ряд существенных преимуществ.
Не зря в том же mssql ввели специальный тип хранилища для бинарных данных с которым можно работать как с обычной таблицей
Честно говоря даже мысли не было хранить изображения в БД, никогда этого не делал.
Но за эту инфу спасибо, почитаю на досуге
к стати, видел я эту тему. как раз прохожий и помог. человек не просил что бы ему всякое разное рассказывали, он задал конкретный вопрос на который нужен конкретный ответ.
я так понимаю это ожидаемая (типа в мечтах) нагрузка - криворукие разрабтчики не могут сделать реальный проект с таким трафиком.
Все правильно, криворукие не могут.
а может Вы недооцениваете свои силы? ну да ладно.. опять не в тему. думаю, тему можно закрывать. разве что найдется человек который ответит по существу.
Спасибо конечно всем за советы, но мы отходим от темы....
п.с. нагрузка на БД в несколько терабайт трафика/мес. и поверте, если мы имеем тысячи категорий и у каждой по несколько сотен свойств- решение хранить в отдельных таблицах никак не тупик. Но тема не об этом
Уверен в мускуле есть возможность решить по простому данную задачу
какие есть основания для такой уверенности?
твой способ это именно изврат
классический причем
посмотри все же ссылку выше
там как-раз люди предлагают более "нормальные" решения
Ребята, вопрос не в том, зачем и почему мне это нужно, а как это сделать. Ничего сверх естественного в том, что имена таблиц, где хранятся данные, находятся в другой таблице не вижу. Никто не будет менять структуру приложения, имеющего большой объем данных и активно используемого только потому, что кто то называет какие то способы извратом и предлагает свое как обойти задачу и решить через пхп - подсказывать не надо, все элементарно. Тут скорее ради своего развития интересно, можно ли решить средствами БД
[quote=MAXUS][quote]Зато на php это все можно реализовать в три секунды.
[/quote]
на пхп да, но нужно mysql
[quote=MAXUS]
Цитата:
(Добавление)
Хотя, скорее всего, у тебя структура не совпадает, поэтому это я на всякий случай...
структура не совпадает, каждой категории товаров соответствует своя таблица
Цитата:
явно беда с архитектурой бд
нормально все с этим, там масса других нюансов почему надо так а не иначе
Увы, Ваш вариант не подходит т.к. таблиц на самом деле N и добавляются они динамически, а имена заранее неизвестны. поэтому инфа о том какой товар лежит в какой таблице хранится в "индексной" таблице
есть 3 таблицы: t_index, t1, t2
структура t1 и t2 не существенна
t_index имеет 2 поля - ID и t_name
в t_name содержится имя таблицы в которой находится информация о ID
(например id=1, t_name=t1; id=2, t_name=t1; id=3, t_name=t2)
задача - создать представление (VIEW) которое будет отображать следующее: (синтаксис не верен, но суть думаю будет ясна)
SELECT * FROM t_index.t_name WHERE t_index.t_name=t_index.ID
или
SELECT * FROM (SELECT t_name FROM t_index) WHERE t_index.ID=ИМЯ ТАБЛИЦЫ ДЛЯ ВЫБОРКИ(t1 или t2).ID
т.е. значение поля t_name должно служить именем таблицы для выборки результатов
ответ ни о чем.
как решить задачу другим способом я знаю (например регулярки, приведение в общий регистр для поиска), вопрос в том, почему вдруг такое поведение функции и как его сделать правильным.