Изучаю модель программирования базы данных EAV (Entity Attribute Value). Оказывается что не все что хорошо описывается в базе легко программируется в интерфейсе. Особенно это касается невозможности переопределить поведение объектов Relation в объекте ADO Dataset. Так нехватает простого Relation который бы работал только на каскадное обновление.
🙂 Убита неделя.
Реклама
EAV
Искренне рад за Вас, Дмитрий!
Я Вам это ещё в мае сказал —
экономите на сомнительных копейках в базе,
теряете всю поддержку ADO.NET и
получаете больщой геморрой в программировании
Хотя, что хорошего там в бд?
Ванин
Re: EAV
Ну как оказалось — не все так плохо.
В ADO.NET кроме простого relation можно повесит на relation еще и фильтр.
А именно для базы клиентов EAV структура подходит идеально. + GUID 🙂
Re: EAV
СУБД для EAV вообще не нужна
Как это, например, сделано в файловой версии 1С
Данные хранятся в файлах dbf
Тоже всё прекрасно и гораздо дешевле MSSQL
И всё уже решено для большинства задач
В этом вся и логика —
кто что считает дешевле:
люди
(чтобы доводить полубесплатные полупродукты
или изобретать колёса на ровном месте)
или
программы (компьютеры)
Вам повезло,
что Вам попалась дойная корова,
которая переплачивает в сотни раз,
чтобы Вы разрабатывали и отлаживали то,
что давно тиражируется по ценам ширпотреба
(как в .NET, MSSQL Server, так и в 1С и иже с ними)
Ванин
Re: EAV
Максимум,
что требуется — индексированные файлы
(т.е. файлы таблиц и индексов)
Mainframes так до сих пор и работают с данными
И всё железно, уже 50 лет, как отлажено
Re: EAV
Ну в общем да. За исключением того, что любой современный MP3 плеер покрывает по производительности и объемам памяти многие мейнфреймы 50тилетней давности.
Re: EAV
Crystal-Clear Reporting on Hierarchical Data
http://www.sqlmag.com/Article/ArticleID/97789/sql_server_97789.html
Guennadi Vanine — Геннадий Ванин
Классный блог!
Отличный пост, но много лишнего.