привет друзья. пишу бложек, впервые работаю с SQL - ну, вроде норм. непривычно только после плоских файлов, что нужно заранее продумать структуру базы (а потом приходит очередная безумная идея - и все переделывать). поэтому подумал, чтобы разделять функционал сайта между разными таблицами. например, в таблице users хранится только id пользователя, логин и пароль. а всякие там кармы, лайки, профиль, аватара - в других таблицах users_karma, users_like, users_profile.
к вопросу о разделении. читал, что с чтением из базы проблем нет и кое-где оно даже шустрее mysql. окей. а вот записывать одновременно может лишь один процесс за раз. окей, а как вы считаете: стоит ли в таком случае сделать и вовсе разные файлы баз? например всех пользователей вынести в users.sqlite3, и уже в ней таблицы пользователей. комментарии в файл comments.sqlite3. и таким образом уменьшить нагрузку на базы? потому что одновременно можно будет работать уже и с пользователями, с комментариями. угу?
не хочу mysql, потому что это отдельный процесс, кушающий много памяти (и my-small.cnf не помогает).
и подскажите пожалуйста, как реализовать теги к записями в sqlite? только не говорите, что на каждый отдельный тег придется дублировать целую запись. прочитал фак, массивы не увидел.
