Без заголовка

> Поэтому для меня ваш текст странен: вы пишете про какое-то странное подподподмножество баз данных. http://en.wikipedia.org/wiki/Document-oriented_database > Сейчас все онлайновые базы хвастаются, что их схемы можно менять на лету, и предлагают инкрементальное построение этих схем (например, та же dabbledb.com -- посмотрите ее рекламный ролик. Добавление/удаление атрибута один из случаев изменения схемы (единственный если сущности не связаны). Проблема возникает с потерей информации при удалении атрибута. Если сущностей много и между ними установлены отношения, возникает несколько ситуаций потерь информации при преобразовании схемы. Если мы не ограничены требованием сохранения целостности данных и информации при изменении схемы решения dabbledb.com, infodome.com, zoho creator вполне приемлемые. ИМХО в исходном посте речь шла об отказе от контроля целостности на уровне схемы и атомарности атрибутов сущности (минимум отказ от сравнения единичных значений, иначе чем текстовое сравнение), соответственно было предложено "решение" работающее в указанных ограничениях. > Кстати, это нереляционная база данных). реляционная, данные хранятся в 1NF, с нарушением условия дубликатов кортежей > Увы, генераторов отчета для Exel с Gellish не существует. Поэтому проще взять какую-нибудь из существующих баз данных с генератором отчетов и поработать с ней. Возможно ересь, но схема Gellish ->RDF -> генератор отчетов использующий SPARQL возможно решит проблему. Это при условии, что целостность таблиц Gellish в Excel контролируются (что возможно если верить создателю Gellish).