Yii Framework

Всем привет.
Я новенький.
Создал свой блог по туториалу, примерно понял, что к чему.
Только вот с базами толком опыта нет.
Пожалуйста, поделитесь ссылками, где почитать о проектировании БД.
Т.е. хотелось бы такую схему самому делать http://yiiframework.ru/doc/blog/ru/start.design
Надеюсь на понимание.

Вот неплохие ссылки из моих закладок:
-- Первая (создание таблиц)
-- Вторая
-- Третья

Главное попытаться понять основы, дальше будет легче. Это не для MySQL, но каждая SQL похожа друг на друга. Переквалифицироваться будет не тяжело.

спасибо.
кто то еще желает ? (=

Вы немного не поняли.
я не просил чтива по теории, я просил чтива о философии проектирования

sequester писал(а):Вы немного не поняли.
я не просил чтива по теории, я просил чтива о философии проектирования

раз, два - и там, и там.. и "для новичков".. и "по-взрослому".. на выбор.. и с отзывами..
Можно начать с википедии, или со статей вроде http://habrahabr.ru/blogs/refactoring/129195/
Практические задачи можно порешать на http://sql-ex.ru/ (не совсем проектирование, но помогает и в понимании запросов и в понимании структуры)
Удачи в освоении.

esche писал(а):

sequester писал(а):Вы немного не поняли.
я не просил чтива по теории, я просил чтива о философии проектирования

раз, два - и там, и там.. и "для новичков".. и "по-взрослому".. на выбор.. и с отзывами..
Можно начать с википедии, или со статей вроде http://habrahabr.ru/blogs/refactoring/129195/
Практические задачи можно порешать на http://sql-ex.ru/ (не совсем проектирование, но помогает и в понимании запросов и в понимании структуры)
Удачи в освоении.

ткнув на первую ссылку, я прослезился

пасиб.

Вобщем спасибо, почитал, примерно понял.
Появились вопросы:
1. Где должны быть связи. Либо только в базе? Или и в базе и в AR ?
2. Если в базе не будет связей через ключи, могу я пользоваться так http://yiiframework.ru/doc/guide/ru/database.ar ?
3. Когда выбирать, когда пользовать AR, а когда RAR ?

sequester писал(а):Вобщем спасибо, почитал, примерно понял.
Появились вопросы:
1. Где должны быть связи. Либо только в базе? Или и в базе и в AR ?
2. Если в базе не будет связей через ключи, могу я пользоваться так http://yiiframework.ru/doc/guide/ru/database.ar ?
3. Когда выбирать, когда пользовать AR, а когда RAR ?

1. Первым делом, связи должны быть "в голове". Если связи будут в базе, в AR они попадут "автоматически" при генерации CRUD. Ну и целостность базы - как "бонус". Но для работы AR их наличие в базе не обязательно.
2. да. Можно даже и так http://yiiframework.ru/doc/guide/ru/database.arr , только прописывать "придется" ручками
3. если есть реляции - удобнее использовать реляционную Читать http://yiiframework.ru/doc/guide/ru/database.arr

p.s. чтоб лучше понять смысл AR, можно попробовать сделать выборку на "чистом PHP" или при помощи DAO в Yii.. к примеру тех же POST->комментарии (или актер-фильмы) и с использованием AR. Это не говоря про плюшки вроде beforeSave и валидации

благодарю, всё ясно.

никто не подскажет, что значит ? а то не нашёл, чтобы по русскому объяснялось, всё какие то термины заумные.

Действие по установленным связям,

Первое означает что если вы таблице внешних ключей удалите запись, то в связанной таблице будут удалены все записи с таким значением внешнего ключа. С одной стороны удобно, не надо все чистить руками, с другой стороны элегантным движением руки можно грохнуть всю базу, написав например truncate к таблице внешних ключей. В общем не стоит особо злоупотреблять данной возможностью.

Второе тоже самое что и NO ACTION, т.е. если в связанных таблицах имеется запись с соответствующим значением внешнего ключа, то операция обломается с ошибкой.

sequester писал(а):Вы немного не поняли.
я не просил чтива по теории, я просил чтива о философии проектирования

гугл
реляционные базы данных и нормальные формы

спасибо за ответы

TM123 писал(а):Второе тоже самое что и NO ACTION, т.е. если в связанных таблицах имеется запись с соответствующим значением внешнего ключа, то операция обломается с ошибкой.

Не тоже самое. NO ACTION позволит выполнить операцию в связанных таблицах, но данные в текущей таблице изменены не будут.

но данные в текущей таблице изменены не будут

Именно так оно и будет, т.к. данные изменены не будут, то нарушится целостность и это приведет к ошибке.

sequester писал(а):спасибо.
кто то еще желает ? (=

Задал на днях тот же вопрос - как спроектировать БД. Понял, что для того чтобы сделать лучше чем у других нужно посмотреть как это сделано у других. Я для примера рекомендую посмотреть организацию БД известных CMS.

для того чтобы сделать лучше чем у других

вопрос не в том, чтобы лучше чем у других, а в том чтобы своё хорошо.

кстати, у вордпресса вообще связей нет (: