Как повлияет на быстродействие изменение таблицы?

Question

[Евгений Иванов]

Раньше была таблица вида

73 столбца (поля). Я хранил цену для каждой валюты.

Теперь нужно хранить больше информации.

10 столбцов
Итого сейчас заместо 1 строки с 73 значениями у меня 72 (без id) строки с 10 значениями.

Строки вставляются каждые 5 минут.
Т.е. каждые 5 минут будет вставлено 73 строки с 10 значениями.

Как повлияет на быстродействие такое изменение таблицы?

И если в день будет вставятся 21024 строк (10 полей), через сколько произойдет заметное уменьшение быстродействия БД?
Система Debian x64. Запросы - выборка, чаще всего с конца (последние данные).

Comments

[Модератор]

Евгений Иванов дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

Answer 1

[Night]

Если выборка идет всегда по ключу, то до десятков миллионов можете не переживать за быстродействие. Выборки в пределах 1 сек будут проходить и на размере 30-40 миллионов записей, при использование ключей.

Comments

[Евгений Иванов]

Как я понял выборка по ключу - выборка по уникальному полю.
В новой таблице у меня уникальное поле id. Это ключ.
Но выборка идет по полю time - оно не уникальное. Да и сделать его таковым я не могу т.к. оно должно повторяться.

Каждые 5 минут я считываю данные валют и время.
И вставляю 73 записи с одинаковым временем.
Далее выбираю записи с время_начала по время_окончания.
(Разумеется, эти записи в 99% случаев будут смежными/расположенными близко, в пределах 73 записей.)
PS
Чтобы сделать ключом поле time, мне придется вернуться к первому варианту таблицы и создать 73*10=730 столбцов.

[Night]

В данном случае я имею ввиду простой индекс, его должно хватит на старте.

[Евгений Иванов]

Night, вы об id?

Структура БД такая

CREATE TABLE IF NOT EXISTS `my_base__data` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`time` int(11) DEFAULT NULL,
`ticker` char(10) DEFAULT NULL,
`last_price` decimal(14,6) DEFAULT NULL,
`volume` decimal(14,6) DEFAULT NULL,
`high` decimal(14,6) DEFAULT NULL,
`low` decimal(14,6) DEFAULT NULL,
`bid` decimal(14,6) DEFAULT NULL,
`ask` decimal(14,6) DEFAULT NULL,
`error` tinyint(1) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

[Night]

Нет, я об обычном индексе на поле time

[Night]

Примените тип таблицы MyISAM (вместо InnoDB), для ваших целей он больше подходит

[Евгений Иванов]

Т.е рекомендуете сделать так?

CREATE INDEX time ON my_base__data(time);
ALTER TABLE my_base__data ENGINE=MyISAM;

[Night]

Да

[Евгений Иванов]

Спасибо, попробую так. Посмотрим как будет работать.
Первый раз работаю с БД где миллион записей.