Драствуйте не кто не пробовал делать скрипт:
чтоб играла рандомом при входе на сайт фоновая музыка?
проще втулить на флеше миниплеер с выбором треков или дописать в плеер на AS рандомного проигрывания треков...
пример плеера можно глянуть тут http://blackmesasource[dot]com/ (справа)
Вообще MySQL считается одной из самых быстрых БД. В ней упор поставлен на быстродействие, но для достижения этой цели в ней не полностью реализован SQL в ней отсутствует транзикации, которые замедлили бы её работу. Кроме этого она плохо работает с большим количеством информации.
Так что MySQL врят ли подойдет в качастве БД в твоем случае.
уже пробую на Oracle перенести... но пока мало доков прочитал по работе с этой базой...
спасибо помогло
а теперь ещё вопрос. есть таблица с 26,5 тыс. строк. Не будет ли тормозить mysql при работе с этой таблицей и есть ли варианты оптимизации в этом случае ?
собстно есть таблица:
CREATE TABLE `cat_list` (
`id` INT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE ,
`p_note` VARCHAR( 50 ) NOT NULL PRIMARY KEY ,
`p_obj` VARCHAR( 255 ) NOT NULL ,
`p_number` VARCHAR( 255 ) NOT NULL ,
`p_desc` VARCHAR( 255 ) NOT NULL
) TYPE = MYISAM CHARACTER SET cp1251 COLLATE cp1251_general_cs;
и данные:
INSERT INTO cat_list (p_note, p_obj, p_number, p_desc) VALUES ('API001', 'Bull 11L4: 1970 API Bulletin Containing Curves for Selecting Beam Pumping Units', 'Bull 11L4', 'API Bulletin Containing Curves for Selecting Beam Pumping Units');
INSERT INTO cat_list (p_note, p_obj, p_number, p_desc) VALUES ('API001', 'Composite List of Manufacturers Licensed for Use of the API Monogram On Products Manufactured to API Exploration and Production Department Specifications', '', 'Composite List of Manufacturers Licensed for Use of the API Monogram on Products Manufactured to API Production Department Specifications, October 1, 1996');
INSERT INTO cat_list (p_note, p_obj, p_number, p_desc) VALUES ('API001', 'RP 5C5: 1996 Recommended Practice for Evaluation Procedures for Casing and Tubing Connections', 'Rp 5C5', 'Recommended Practice for Evaluation Procedures for Casing and Tubing Connections');
когда делаю импорт в mysql естественно идет ругня на колонку p_note где идут одинаковые значения. к тому же 100 строк идут с API001, потом следующие 100 уже с API002 и т.д.
как "избавиться" от ошибки чтобы не переделывать базу?
собстно тут возникла задача написать скрипт для работы с базой данных(вывод значений), и к нему же дописать админку, управление пользователями, поиск, бан, настройки.
все написано и работает кроме настроек. изначально я хотел написать страницу с настройками так как сделано в админке форума phpBB, оттуда же взял за основу структуру базы. вывод общими усилиями на вашем форуме сделали. а вот как эти данные обновлять, с этим возникла проблема. так как перед этим я тупо считывал все в массив и выводил так же как они записаны в базе. но вот с настроками немного иначе. пробовал через do-while он просто дублирует строки таблицы html. к тому же нужно обновить все данные из всех полей страницы. вот на этом моменте ступор. да ещё в php&mysql дуб дубом (2 неделя только).
собстно если бы структура базы была такой:
id sitename sysname panname pagnum
1 Сайт Сайт1 Сайт2 15
я бы уже написал, но структура другая:
id config_name config_value
1 sitename Сайт
2 sysname Сайт1
3 panname Сайт2
4 pagnum 15
вот на этом как сделать обновление данных из той структуры формы ? каждый раз обращаться к id как то меня смущает...
ну я не мастер
ищем мы не число повторений, а сопоставляем индекс конкретного искомого слова с индексом статьи. и идексируем в этих таблицах не статьи, а именно из статей выбираем слова и индексируем их(иначе не понятно будет какое слово в какой статье находиться), а дальше сопоставляем.
пример:
запрос -> ищем слово + id -> сопоставляем id слова с id статьи -> выдаем статью
ЗЫ! id_title статья с индексом 2, word_id слово из первой таблицы. а в первой таблице - word искомое слово из конкретной статьи, word_id индекс используемый для сопоставления в 2 таблице.
делается отдельная таблица вида
word /word_id /common
primary /index /tiny
слово /word_id /сколькосовпадений
и ещё таблица вида
id_title /word_id /match
index /index /tinyint
статья где находиться искомое слово /word_id /сколькосовпадений
примерно так.
т.е. получиться что у тебя есть база слов из статей с ключами и соответсвием найденых слов к конкретной статье содержащей искомое слово + отдельно количество найденых слов из запроса