Не забываем основы!

Реляционная БД:

Реляционная БД (Relational database) — это база данных с табличной организацией данных.

Где:
Отношение (relation, base relvar) — таблица (table);
Имена атрибутов (attribute) — столбцы (column) этой таблицы;
Кортеж (tuple) — отдельная строка (row) или запись в таблице
Индекс (index) — это отсортированный список значений полей, предназначенный для ускорения поиска в базе данных.
Читать далее →

Задали интересную задачу по MySQL.

Есть БД с курсами валют за определенный день

CREATE TABLE  `test` (
    `id` int(11) NOT NULL auto_increment,
    `date` date NOT NULL,
    `currency` varchar(3) NOT NULL,
    `value` int(11) NOT NULL,
    PRIMARY KEY  (`id`)
) ENGINE=MyISAM ;

INSERT INTO `test` (`id`, `date`, `currency`, `value`) VALUES
(1, '2011-05-02', 'rur', 183),
(2, '2011-05-01', 'rur', 124),
(3, '2011-04-15', 'usd', 123),
(4, '2011-05-01', 'usd', 14),
(5, '2011-04-02', 'rur', 1),
(6, '2011-04-01', 'usd', 2);

Читать далее →

Настройки mysql отвечающие за кодировки:

character_set_client — кодировка, в которой данные будут поступать от клиента
character_set_connection — кодировка по умолчанию для всего, что в рамках соединения не имеет кодировки
Читать далее →

При выполнении некоторых требовательных sql запросов на локалке в Mysql стала выпадать ошибка Error writing file ‘C:\WINDOWS\TEMP\MY46F.tmp’ (Errcode: 28).

Причина оказалась в нехватке места для временных файлов.

Выхода два:
1) Очистить место на диске C:
2) Использовать другую директорию для временных файлов:

В файле конфига my.ini в секции [mysqld] указать:
tmpdir=»E:/php5/tmp»  или
tmpdir = /another_path/tmp

При некоторых запросах к MySQL возникала следующая ошибка:
Incorrect key file for table ‘#sql_e04_0.MYI’; try to repair it

После долгих разбирательств, выяснил причину.

Оказалось, что для выполнения данного запроса Mysql создавал временный файл sql_e04_0.MYI . Когда данный файл вырастал до больших размеров и заканчивалось свободное место, выскакивала данная ошибка.

Так что после увеличения размера диска на хостинге или места под mysql проблема будет решена.

Для просмотра, что можно оптимизировать подойдет следующий sql запрос:
SELECT *
FROM `table_name`
PROCEDURE ANALYSE ( )

Оценка производительности отдельного запроса происходит так:
EXPLAIN EXTENDED {ВАШ_ЗАПРОС}

Периодически нужно делать :
OPTIMIZE TABLE `table_name`
, что позволяет упорядочить данные если было удалено много записей.

При оптимизации важно измерять время без кэширование запросов. Данного можно добиться следующей конструкцией:
SELECT SQL_NO_CACHE *
FROM `table_name`