Самостоятельное изучение баз данных можно сравнить с изучением приготовления пищи.
Например, есть книга рецептов, в которой очень подробно описано, в какой последовательности закладывать продукты, как их предварительно обрабатывать - причем обработка указана в специфичных терминах, типа "на шарик", "пассеровать" и тому подобное, а вес и количество продуктов не указаны совсем. И есть еще одна книга-справочник с точным указанием состава аминокислот в каждом продукте, их взаимодействии друг с другом, их химическое строение, и даже предупреждения о некоторых заболеваниях, связанных с аминокислотами, например фенилкетонурии.
И вот по этим двум книгам надо научиться варить борщ.
В базе знаний по OpenOffice Base, при всей видимости подробного разбора, не указано, на мой взгляд, самое главное. А именно, что эта херня не работает. То есть она конечно работает, но есть некоторые особенности.
Например, нужно использовать только стандартные стили. Если используешь нестандартные - делаешь это не свой страх и риск. Со стандартными тоже непросто, но все же более предсказуемо.
Окно открытое на просмотр и окно открытое на изменение - это разные окна. Выглядят они одинаково, и кнопка переключения там есть - но она не работает. И не может работать, потому что это разные окна. База не может и не должна изменяться во время просмотра, это логично и правильно. Анафема тому, кто нарисовал чертову кнопку!
Открыть окно изменения одновременно с окном просмотра нельзя - потому что это одно и то же окно. Но как же... Ну вот так. Надо сперва закрыть окно, а потом открыть его снова, выбрав в контекстном меню (правая кнопка мыши) как именно его открывать. Сверху тоже есть меню, но кнопка оттуда не работает. Там вообще много чего не работает. Точнее, оно работает, но иногда. Поэтому используем контекстное меню.
Еще мне очень нравятся сообщения об ошибках. Поскольку выдает их не сам офис, а какая-то программа sql, с которой он связан, переводить их не стали. Можно было бы подумать, что это сподвигнет изучать английский, но нет. Чаще всего они появляются, когда пытаешься установить связи между таблицами, и конечно же не копируются. А если все же скопировать руками, то гугл их на автомате не переводит, редко, видимо, кому нужно.
Лучшая из ошибок "Данная связь уже существует" уже переведена. Наглядно эта уже существующая связь не обозначается. А если обозначить - исчезает после перезагрузки. В принципе, на нее можно не обращать внимания, все равно непонятно откуда она берется.
Другая ошибка "Column types do not match in statement" (не совпадает тип данных в колонках), говорит, что тип должен быть один и тот же. Впрочем, в либреофисе этим можно пренебречь и связь разных типов создается. Потом правда не работает, но так, с виду - создается.
Еще классная ошибка "Primary or unique constraint required on main table" (первичное или уникальное ограничение, требуемое для основной таблицы - перевод из гугла). Что этой херне нужно - я так и не поняла, в каждой таблице был ровно один столбец с ключом и ровно три столбца с текстом. Две одинаковые таблицы. Как тут можно было запутаться с ключами и откуда взялось ограничение - я пас.
Да, руками при этом их править нельзя. Запросы править можно, а связи - нельзя.
Дополню также, что в качестве основного материала для самообучения был использован учебник информатики для средней школы, то есть вполне академическая штука. Видит бог, я пыталась.
А еще большая проблема с не...
[Print]
Alexvn