Доброго времени суток!

Я в MySQL новичок и всегда её использовал как просто базу для хранения данных, все расчеты и вычисления делал на стороне php-интерпритатора. Но сейчас столкнулся с задачей... и так всё по порядку:

1. Будет несколько тысяч таблиц с полностью одинаковой структурой (в которых будет по несколько тысяч записей), это

а. Поле типа TEXT, тут расчетов не будет ни каких, просто текст

б. Поле типа целое число с максимально возможным значением, здесь мне нужен счетчик, который бы фиксировал запросы именно к этой строчке, т.е. если по запросу SELECT эта строка попадает в выборку, то значение этого поля увеличивается на один, при INSERT'e начальное значение - ноль, при UPDATE'е ни чего не происходит

в. Поле типа дата, здесь мне нужно чтоб при INSERT разово добавлялась текущая дата, желательно со временем, но не обязательно, больше это значение ни когда не будет меняться.

г. Ну и самое наверно сложное и главное: Поле типа дробное число, приблизительно с 10 знаками после запятой. Здесь мне нужна формула, т.е. значение этой ячейки будет зависить от полей "б" и "в", а вообще формула такая: 'б'/('текщая дата' - 'в'). Нужен индекс на это поле, но и значения как вы понимаете могут повторяться. т.е. большее число запросов в базу будут именно по этому значению. Например:
SELECT * FROM `таблица` WHERE `г` > 0.005 and < 0.3
или SELECT * FROM `таблица` LIMIT 100 (в таком запросе должны выбраться 100 записей с максимальным значением поля `г`)
значения в этом поле должны перерасчитываться хотя бы раз в сутки во всех таблицах ну или при UPDATE поля 'б' :(

Ну и собственно вопрос, реализуемо ли это на MySQL? если нет то на чем бы Вы порекомендовали организовать такую базу.
и насколько такая база будет быстрой.

AkinaВсё, на этом мысль остановилась. Идите учить матчасть.
Так я сразу написал что новичок :) А не подскажете куда именно мне идти? :)

AkinaФигня. Просто переопределённые данные - надо будет следить за их непротиворечивостью.
Если честно, ни чего здесь не понял :) Хоть намекните куда мне идти :)
Какими средствами это реализовать? я читал что триггеры сильно напрягают базу.

AkinaЕсли не считать счётчика "обращений к записи" - как нефиг делать.
Понятно, счетчик на php напишу. И все таки, каким образом реализовать поля дату и последнее поле с формулой.

AkinaЯ думаю, Вам надо идти туда, где учат. Например, на intuit.ru. Попробуйте начать отсюда .
Так в том то и дело, зачем мне изучать полностью весь mysql и тратить на это несколько месяцев, если можно просто прочитать несколько функций касающихся конкретно моей тематики. Поэтому и спросил какими средствами это возможно реализовать? Я понял что триггером. Буду ковырять в эту сторону.

Ну вот например. Ставлю полю тип datetime в значение по умолчанию пишу now(), sysdate(), CURRENT_TIMESTAMP и на все пишет что неправильное значение по умолчанию. Поэтому и возник такой вопрос. Реализуемо ли это, если банальные функции не работают в значениях по умолчанию.

tanglirперейдёте на периодическое обновление (период подберёте эмпирически)
Что Вы имеете ввиду? через schedule выполнение скрипта?

Для примера я подсчитал скорость обработки запросов в базу.
В цикл добавил insert и получил два варианта добавления строк
это INSERT INTO `base`(`a`, `b`) VALUES ('1', '2'), ('1', '2'), ('1', '2'), ('1', '2'), ('1', '2'), ('1', '2')
и
INSERT INTO `base`(`a`, `b`) VALUES ('1', '2')
INSERT INTO `base`(`a`, `b`) VALUES ('1', '2')
INSERT INTO `base`(`a`, `b`) VALUES ('1', '2')
INSERT INTO `base`(`a`, `b`) VALUES ('1', '2')

так вот в первом варианте добавилось порядка 25-30 тысяч записей в 1-2 секунды - это я считаю нормальная скорость, а вот во втором варианте, собственно как и будет работать, так как будет множество различных запросов на insert и update, скорость получилась совсем маленькая порядка 8 тысяч записей в 5 минут - это 26-27 записей в секунду. Если обновление значений будет выполняться во всех таблицах (несколько тысяч) в которых по несколько тысяч записей, я предполагаю что на это уйдет не один час :)

miksoftПотребительское отношение не очень распологает к активной помощи.
Прошу прощения за моё высказывание.
miksoftФункции, действительно, не работают в значениях по умолчанию.
Вариантов тут два:
1) Писать нужную дату/время при INSERT-е. Подварианты - триггером или SQL-запросом, серверное время или клиентское.
2) Использовать тип TIMESTAMP (только серверное время).
1. Да, я это уже понял, спасибо
2. Судя по описанию этот тип поля обновляется постоянно при update и inserte?

miksoftОткуда происходят записи? возможна ли их буферизация (и за какой период)?
Какой движок таблицы используется? Если InnoDB, то как настроен innodb_flush_log_at_trx_commit ?
записи отправляю из php через mysql_query
движок innoDB
на остальные вопросы ответа пока нет :) Спасибо за ссылку, будем курить :)

Большое спасибо по поводу innodb_flush_log_at_trx_commit. Действительно при переключение логирования в режим 0 скорость на insert'e увеличилась многократно с 26 до 5800 записей в секунду, если не выполнять select, если ещё параллельно использовать на каждый insert запрос select то скорость insert'ов выросла до 150 в секунду, но это и не нужно, просто для тестирования. Одна проблема решена. Возникла другая проблема.
После добавления триггера при insert выдает ошибку 1442
я так понял, что при обновление ячейки в той же таблице куда вставляется запись запись не может вставиться потому что заблокировано тем же триггером?

CREATE TABLE `base3` (
`id` int(10) NOT NULL AUTO_INCREMENT,
`word` varchar(100) DEFAULT NULL,
`view` int(1) DEFAULT NULL,
`date` int(1) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=cp1251;
DELIMITER ;;
CREATE TRIGGER `update_date` AFTER INSERT ON `base3` FOR EACH ROW update `base3` set `date`= '1' WHERE `id`= new.id;;
DELIMITER ;

при запросе INSERT INTO `base3` SET `word`='слово', `view`='1'
выдает ошибку 1442 :(

miksoftУ MySQL очень ограничена (или вообще запрещена, точно не помню) модификация в триггере той же таблицы, на которую этот триггер повешен.
Ну получается вернулись к тому с чего начали :) т.е. задачи которые я поставил изначально, нереализуемы на mysql, т.к. все расчеты все равно придется выполнять на php? такие как счетчик, поле дата и поле с формулой.
1. счетчик нереализуем т.к. вообще такого не существует в базах как подсчет обращений к записям. пишем на php
2. В поле дата нельзя задать функцию по умолчанию, и триггером нельзя редактировать ту же таблицу при insert'e, опять же придется писать на php
3. Формулы тоже не поддерживает, а перерасчет многотысячных записей занимает продолжительное время.

Так куда мне идти? какие базы ответят этим запросам? :)