Валерий Рябошапко

SELECT * FROM `имя_таблицы` ORDER BY `Дата` DESC LIMIT 10;

sudo ln -s /usr/lib/python3.4/configparser.py /usr/lib/python3.4/ConfigParser.py

sudo apt-get install libmysqlclient-dev python3-dev

$result = $mysqli->query("SELECT id FROM users WHERE login='$login'");

for i in `ls -1`; do mysql -u admin -pw12345678 databasename < $i; done

SELECT title, count(*) score FROM table
WHERE
    date >= '2015-01-01' AND
    date <= '2015-01-07'
GROUP BY title;

1. Если Вы точно уверены, что количество стран не выйдет за десятку, то можно и ENUM, но всё же лучше нормализовать и сделать отдельную таблицу с индексом. Ведь для выборки текстового представления ENUM СУБД полезет в файл и будет там искать его простым перебором. На десятке стран это не критично, но при росте вызовет лаги. Кстати, это один из тех немногих случаев, когда в primary key можно спокойно выбирать тип данных TINYINT :-)
   
2. Большинство систем хранения MySQL умеют только B+-tree индексы, так что заморачиваться с выбором между B- и B+-деревьями не стоит, надо просто решить, нужен ли индекс вообще. Для этого нужно знать архитектуру всего приложения. В общих чертах можно описать так, что если по полю будет производиться поиск, то индекс нужен. Не думаю, что кого-то на сайте знакомств будут искать по фамилии (разве что по имени в целях "совместимости"). По дате, скорее всего, тоже будет просто сортировка
   
3. Прямо совсем и всегда избегать NULL не стоит. Многие советуют обходиться без него, поскольку для его обработки MySQL использует лишний байт памяти и несколько лишних тактов процессорного времени. Определиться довольно просто: если предполагается, что поле может быть пустым, то NULL лучше оставить и не городить костыли. Если же поле обязано быть заполненным, то лучше написать NOT NULL и задать значение по умолчанию. То есть, например, поле "имя" можно смело писать NOT NULL, а вот для поля "любимая книга" можно и оставить NULL, далеко не все посетители сайтов знакомств дружат с литературой.
   
4. Вопрос странный. Нормализация - это приём построения баз данных, позволяющий избавиться от дублирования данных, избежать ошибок. Это промышленный стандарт, можно сказать. Какую подсистему хранения выбрать - зависит уже от свойств хранимых данных. Вообще удобнее InnoDB, так как она поддерживает внешние ключи. Но можно использовать и Memory для чего-то чувствительного к скорости, но нечувствительного к потере.