вот несколько вопросов, на которых сейчас торможу:
1 например все сообщения написанные юзеру или все его фото куда лучше девать? в поля smsin и foto (например) в таблице юзеров, где их id, имена, др. данные или сделать отдельные таблицы для этого? т.е. как лучше/удобнее сделать, чтоб в одной таблице было всё, но поля smsin и foto держали много данных или делать ещё несколько таблиц и чтоб там куча строчек было? если последнее, то с бд соеденяться чаще придётся, зато последние несколько сообщений или фоток доставать удобнее. а если они в одной таблице и в одном поле, то как это сделать? посылать их в пронумерованных переменных? кто сталкивался, подскажите, не хочется потом переделывать)
2 как в готовую таблицу с кучей данных добавить новое поле?
3 каким SQL запросом можно поменять character set server, character set results, вобщем то, что
ALTER DATABASE `namebd` DEFAULT CHARACTER SET cp1251 COLLATE cp1251_general_ci
не меняет? доступа к файлу my.cnf нету.
4 вопрос наверное больше по php, но думаю и к бд относится немало. ссылки такого типа: domain/users,profile,11111 или domain/blogs,post,22222 выглядят симпотичнее, чем с кучей знаков интуитивно-непонятных юзеру. как такое можно организовать?
Спустя 19 часов, 37 минут, 7 секунд (18.06.2008 - 14:46) Alchemist написал(а):
1) разумеется в виде отдельных таблиц. В 99.9% случаев множественные данные следует хранить в отдельных таблицах и связывать по owner ID.
2) ALTER TABLE поможет тебе. Пример запроса:
3) попробуй в начале каждой сессии (сразу после выбора БД) посылать такой запрос:
4) это называется mod_rewrite.
2) ALTER TABLE поможет тебе. Пример запроса:
Код
ALTER TABLE `users` ADD `password` CHAR( 32 ) NOT NULL AFTER `username`
3) попробуй в начале каждой сессии (сразу после выбора БД) посылать такой запрос:
Код
SET NAMES cp1251
4) это называется mod_rewrite.