ORM — запись объектов программы в реляционную базу данных, отображение объекта и его представления в виде набора таблиц.
Я приведу пример:

$post = R::dispense('post');
$post->text = 'Hello World';  //Меняет значение
$post = R::store($post);       //Создаем или обновляем

Это пример работы класса взятого сайта проекта RedBeanPHP.

В общем, это легкий доступ к базам данных.
Читать код, я посчитал, насилием из-за того, что там используется PDO.
Может быть у кого-нибудь есть наработки своей ORM.

Или легкий фреймворк, занимающий порядка 100 кб:)
Не говорите мне "Чем тебя не устраивает PDO и чужие наработки":)
Мне интересно самому понять, как делаются такие вещи, ну у меня еще независимость к коду. Не хочу зависить от чужих проектов. Я бы хотел чтобы мне дали тут основы реализации, натолкнули на другие статейки, легкие наработки. На основе этого я сделаю свой маленький фреймворк

Посмотри как реализовано ORM, например в Кохане, там все достаточно просто и понятно.

_____________
Чтобы понять, что такое рекурсия - нужно понять, что такое рекурсия.

Есть уже масса фреймворков на любой вкус. Написанные и оттестированные людьми с более чем 10 летним опытом!
Взять тот же TinyMVC, Kohana или любой другой каркасный фремворк.
Проще всего понять все это будет, если изучите 1 2 существующих фреймворка. Этот опыт не заменит вам простые объснения.

_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api

$post = R::dispense('post');
$post->text = 'Hello World';  //Меняет значение
$post = R::store($post);       //Создаем или обновляем

SlavaFr
Много резонерствуешь, для моего решения не нужны фреймворки:)
Чужой код я читаю, на данный момент я понял, что ORM - вещь для тех, кто разучился писать запросы вручную. И теперь я собираюсь написать совсем маленький ORM буквально с какой-то там простой реализацией CRUD:)
А теперь про боязнь PDO, мне кажется, что MySQLi идентичен PDO. Вдобавок MySQLi рекомендован самими разработчиками PHP.

Я не считаю, что для решение моей задачи будет подходить чужие наработки.
И модель HMVC можно реализовать без вашей Kohana:) Все, что сделно моими руками - принадлежит мне. А все что сделано на фреймворках - фактически зависит от разработчиков фреймворка.

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

Примечание: не надо относить меня к какой-либо группе, если у меня стремление к программной независимости и свобода от фреймворков:)

Можно сделать без Коханы, я привел пример, где можно почерпнуть про тот же ОРМ. И вобще по ОРМ уже писано переписано. Изучайте.

_____________
Чтобы понять, что такое рекурсия - нужно понять, что такое рекурсия.

tomash
Спасибо, я это уже понял

SlavaFr
Теперь мой черед тебе принести неприятности.

Я все это знаю. Может быть я и новичек в PHP.

Но это не значит, что я не смогу обходиться без фреймвоков.
ИМХО. Тебя не должно интерисовать моя любовь к фреймворках. Я захотел понять как это делается, а не получить порцию "пакостей" в лицо. Мол я нехристь, не пользуюсь библиотеками.

Я завишу от php, javascript, mysql только потому, что это идет в мировое использование.
Тебя вообще не должно касаться к какой я группе отношусь и кем я стану со своими страхами. Я уверен в том, что написание нового продукта дасть мне колосальный опыт. Причем эту наработку я смогу использовать в будущем.

Я написал этот топик только потому, что мне интересно сделать свое. Я любитель, а не профессионал, у меня есть время заняться этим.
Если я не хочу пользоваться чужими фреймворками, это значит, что я не хочу ими пользоваться.
Если для тебя генианльные вещи измеряются тысячами строчками кода, то мне больше нравится "Краткость - сестра таланта". Многие писали свои простые рещения под себя и использоывали это на практике. Написав вещь под себя, ты не только получаешь огромный опыт, но и заметно быстрее делаешь свою наработку.

Приношу мои извенения.
Просто мне не совсем понятно как тебе помоч?
Сам ORM написать не можеш, а професиональные тебя не устраивают по не оправданым причинам!
Желаю успехов в поиске решений!


_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();

SlavaFr
Сам ORM я хотел написать, пока не понял, что это совсем уж позорно, чтобы до базы добираться через методы объекта:) Но читать Kohana ORM я буду, потому, что это более понятный пример для меня. И я теперь понял, что из ORM мне нужно только обращение к таблице как к полям объекта, а потом сохранять, или загружать.

Профессиональные ORM, я могу написать причину. Если я не ошибаюсь, то ORM это работа с базами подобно объекту? У каждого объекта свои есть методы, я видел ORM в использовании, и там я видел, что запросы делают не через стандартные $db->query('SELECT * FROM name');
А вот так $db->select('*')->from('name');
Я не ошибаюсь?
Если я неправильно представляю использование ORM, то сможешь мне тут объяснить?

Я думал создать систему которая бы представляла результат как объект, можно было бы легко производить шаблонизацию потом:) Сейчас я посмотрю Doctrine

@T1grOK Propel тоже известная библиотека которая раньше использовалась в symfony. Честно говоря мне очень сложно использвать для сложных запросов Criteria, и руку чешутся писать обычными SQL запрсоы.

_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();