ссылко: "Я открыл гугл и набрал слова “математика развернуть стрелочки”. Ба! Википедия! Теория категорий и ко-алгебра! Теперь я точно знаю, что есть решение проблемы!"
Э... Двойственность, двойственность... Я, конечно, тему баз слабо знаю - но обычно если где всплывает такая двойственность - то разница между двойственными вещами ровно на замену базиса. Т.е., получается, что если развернуть ссылки - получаем опять же обычную нормализованную реляционную базу, только таблицы и индексы другие?
Там реляционная база не получится. После разворачивания ссылки представляют собой вместо скаляра множества, т.е. в одно поле их не засунешь.
Собственно, достаточно разрешить поля-вложенные таблицы и мы то самое и получим. Смех в том, что их эффективная реализация все равно может оказаться обычной реляционной, единственное отличие - что внешне это будет более удобно для использования.
Речь идёт скорее всего про синтаксис описания связей и запросов, чтобы как-то убрать явные IDs. Скажем OQL уже позволяет не писать в явном виде joins, а если ещё и синтаксис сохранения избавить от ID, то вроде как чуть проще.
По большому счёту несколько раздражает тавтологичность использования FROM X INNER JOIN Y ON X.ID = Y.PARENT_ID когда и так других ключей и связей между X и Y нет. Дура база могла бы и сама догадаться. В мускуле есть X JOIN Y on (KEY_ID), и всё равно "on (KEY_ID)" незачем.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2010-12-09 07:29 am (UTC)no subject
Date: 2010-12-09 07:38 am (UTC)Собственно, достаточно разрешить поля-вложенные таблицы и мы то самое и получим. Смех в том, что их эффективная реализация все равно может оказаться обычной реляционной, единственное отличие - что внешне это будет более удобно для использования.
no subject
Date: 2010-12-09 08:27 am (UTC)no subject
Date: 2010-12-09 10:52 am (UTC)По большому счёту несколько раздражает тавтологичность использования
FROM X INNER JOIN Y ON X.ID = Y.PARENT_ID
когда и так других ключей и связей между X и Y нет. Дура база могла бы и сама догадаться. В мускуле есть X JOIN Y on (KEY_ID), и всё равно "on (KEY_ID)" незачем.