Форум dkLab и Denwer

[Mixer]

О MySql (без php )Возможно ли в столбце объединение всех строк в одну общую ячейку (навроде Итого и т.п.)

[Дмитрий Эсс]

Mixer wrote:

О MySql (без php )

Раз без пхп, то Вы не по адресу.

[Дмитрий Эсс]

М

Перенесено из форума: Программирование::PHP::Все в кучу. Перенесено в форум: Прочее.

[Дмитрий Эсс]

Не совсем понял вопрос, если Вам надо подвести итого под столбцом, то см. www.mysql.com/doc/en/GROUP-BY-Functions.html

[Юрий Насретдинов]

Mixer:
CONCAT - может слышали ? Я угадал ?

[Дмитрий Котеров]

Code (SQL):	скопировать код в буфер обмена
SET @a:=''; SELECT @a:=concat(@a, t.str) FROM TABLE AS t ORDER BY id;

Но только учтите, что это очень медленно работает. Вероятно, недочет в MySQL, в результате которого он постоянно копирует туда-сюда строки и выделяет память. Значительно быстрее (как это ни странно) будет сделать select into outfile для данного столбца, затем прочитать целиком этот файл (средствами PHP) и объединить строки. Именно так работает на этом форуме Поиск (потому-то он и не тормозит и позволяет без проблем составлять скобочные запросы).

[Юрий Насретдинов]

Дмитрий Котеров wrote:

не тормозит

[offtopic] А какой примерно объем базы ? 5 Мб ? 20 Мб ? В таком случае любой грамотно написанный поисковик не будет "тормозить", и будет работать очень быстро (мой поисковик ищет по 30 Мб за 0.5 сек). А вот если приближается к Гб, тогда стоит задуматься, куда бы еще запихнуть этот outfile...

[Евгений Бондарев]

yUAC:
Объем базы тут (forum.dklab.ru/statistics.php) показывают...

[Юрий Насретдинов]

Евгений Бондарев:
Спасибо, не знал :). 45 Мб... Че-то много... Тогда понятно, почему несколько секунд ищет...

[Дмитрий Эсс]

yUAC:
Тормозит, т.к. там делается куча подзапросов при использовании специальных символов. См. Парсер поисковых запросов, как здесь. (forum.dklab.ru/php/advises/ParserPoiskovihZaprosovKakZdes.html) .

[Юрий Насретдинов]

Дмитрий Эсс:
База 45 Мб это уже не шуточки (для SELECT INTO OUTFILE)... Хотя не уверен, что он ищет совсем по всей базе - ИМХО там просто есть индекс слов в каждой теме, и по нему производится поиск.

[Дмитрий Эсс]

yUAC:
Ну не все же 45 мегов выбираются из базы =).

З.Ы. пошёл бессмысленный спор.

[Дмитрий Котеров]

yUAC wrote:

45 Мб... Че-то много...

Больше половины занимают индексы к поисковой таблицы соответствий слов постингам (даже не данные — именно внутренние индексы MySQL).

[Юрий Насретдинов]

Дмитрий Котеров:
Но ведь именно по этой половине идет поиск... Или нет ?

[Дмитрий Эсс]

yUAC:
Это нормальный размер, у меня БД, примерно такого жк размера и тормоза ощущаются только при использовании регов. А без них и 100-ни мегобайт не проблема, если есть нормальный индекс.

[Юрий Насретдинов]

Дмитрий Эсс wrote:

если есть нормальный индекс

Дело в том, какого этот индекс размера. Если индекс в 20 мегабайт, это уже настораживает.

[Дмитрий Котеров]

Что это Вы такой настороженный сегодня? И то Вас настораживает, и се... А главное, догадываюсь, что настораживает оно Вас не по какой-то объективной причине, а только для того, чтобы что-нибудь написать.
(-;

[BikerSoul]

создаю базу mysql, выбирая записи из dbf-файла - база хоть и не 40 Mb, но посреди выполнения возникает ошибка - не хватает вирт памяти.
Подскажите, что нужно поменять или что где дописать

[Дмитрий Котеров]

Чем выбираете?

[Юрий Насретдинов]

BikerSoul wrote:

не хватает вирт памяти.

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

BikerSoul wrote:

база хоть и не 40 Mb

А 40 Тб ;)

[BikerSoul]

Дмитрий Котеров:

Quote:

Чем выбираете?

dbase_get_record
yUAC:

Quote:

Ну не надо же сразу... ...все данные выбирать...

получаю запись и сразу вставляю

Quote:

40 Тб

около 10Мб

[BikerSoul]

убрал все лишнее, связвнное с выводом попутной информации, и прошло без ошибок
.................
подскажите, куда посмотреть, если возникнут ошибки такого рода

[Дмитрий Котеров]

Увеличить размер виртуальной памяти и освобождать результат, возмращенный SQL-функциями (например, mysql_free_result()). А вообще, лучше в таких случаях сделать дамп базы сторонними средствами, а потом загрузить его в MySQL при помощи mysql.exe.

[DmitriyPopov]

yUAC wrote:

Дело в том, какого этот индекс размера. Если индекс в 20 мегабайт, это уже настораживает.

Прошу прощения, а какая разница, какого размера ИНДЕКС?

[Юрий Насретдинов]

Дмитрий Попов wrote:

Прошу прощения, а какая разница, какого размера ИНДЕКС?

Нашел, что спросить :) . Это знаешь, когда было... ;)

[DmitriyPopov]

А..... ну да... =)

[Дмитрий Котеров]

Вот тут новая информация поступила.
xpoint.ru/forums/computers/dbms/mysql/thread/31031.xhtml

Начиная с Mysql 4.1 так сделать можно, используя функцию GROUP_CONCAT:

CREATE TABLE `table` (`field` TINYTEXT);

SELECT GROUP_CONCAT(`table`.`field` SEPARATOR ' ') FROM `table`;