03-09-2018 16:47
Самостоятельное изучение баз данных можно сравнить с изучением приготовления пищи.
Например, есть книга рецептов, в которой очень подробно описано, в какой последовательности закладывать продукты, как их предварительно обрабатывать - причем обработка указана в специфичных терминах, типа "на шарик", "пассеровать" и тому подобное, а вес и количество продуктов не указаны совсем. И есть еще одна книга-справочник с точным указанием состава аминокислот в каждом продукте, их взаимодействии друг с другом, их химическое строение, и даже предупреждения о некоторых заболеваниях, связанных с аминокислотами, например фенилкетонурии.
И вот по этим двум книгам надо научиться варить борщ.
В базе знаний по OpenOffice Base, при всей видимости подробного разбора, не указано, на мой взгляд, самое главное. А именно, что эта херня не работает. То есть она конечно работает, но есть некоторые особенности.
Например, нужно использовать только стандартные стили. Если используешь нестандартные - делаешь это не свой страх и риск. Со стандартными тоже непросто, но все же более предсказуемо.
Окно открытое на просмотр и окно открытое на изменение - это разные окна. Выглядят они одинаково, и кнопка переключения там есть - но она не работает. И не может работать, потому что это разные окна. База не может и не должна изменяться во время просмотра, это логично и правильно. Анафема тому, кто нарисовал чертову кнопку!
Открыть окно изменения одновременно с окном просмотра нельзя - потому что это одно и то же окно. Но как же... Ну вот так. Надо сперва закрыть окно, а потом открыть его снова, выбрав в контекстном меню (правая кнопка мыши) как именно его открывать. Сверху тоже есть меню, но кнопка оттуда не работает. Там вообще много чего не работает. Точнее, оно работает, но иногда. Поэтому используем контекстное меню.
Еще мне очень нравятся сообщения об ошибках. Поскольку выдает их не сам офис, а какая-то программа sql, с которой он связан, переводить их не стали. Можно было бы подумать, что это сподвигнет изучать английский, но нет. Чаще всего они появляются, когда пытаешься установить связи между таблицами, и конечно же не копируются. А если все же скопировать руками, то гугл их на автомате не переводит, редко, видимо, кому нужно.
Лучшая из ошибок "Данная связь уже существует" уже переведена. Наглядно эта уже существующая связь не обозначается. А если обозначить - исчезает после перезагрузки. В принципе, на нее можно не обращать внимания, все равно непонятно откуда она берется.
Другая ошибка "Column types do not match in statement" (не совпадает тип данных в колонках), говорит, что тип должен быть один и тот же. Впрочем, в либреофисе этим можно пренебречь и связь разных типов создается. Потом правда не работает, но так, с виду - создается.
Еще классная ошибка "Primary or unique constraint required on main table" (первичное или уникальное ограничение, требуемое для основной таблицы - перевод из гугла). Что этой херне нужно - я так и не поняла, в каждой таблице был ровно один столбец с ключом и ровно три столбца с текстом. Две одинаковые таблицы. Как тут можно было запутаться с ключами и откуда взялось ограничение - я пас.
Да, руками при этом их править нельзя. Запросы править можно, а связи - нельзя.
Дополню также, что в качестве основного материала для самообучения был использован учебник информатики для средней школы, то есть вполне академическая штука. Видит бог, я пыталась.
Например, есть книга рецептов, в которой очень подробно описано, в какой последовательности закладывать продукты, как их предварительно обрабатывать - причем обработка указана в специфичных терминах, типа "на шарик", "пассеровать" и тому подобное, а вес и количество продуктов не указаны совсем. И есть еще одна книга-справочник с точным указанием состава аминокислот в каждом продукте, их взаимодействии друг с другом, их химическое строение, и даже предупреждения о некоторых заболеваниях, связанных с аминокислотами, например фенилкетонурии.
И вот по этим двум книгам надо научиться варить борщ.
В базе знаний по OpenOffice Base, при всей видимости подробного разбора, не указано, на мой взгляд, самое главное. А именно, что эта херня не работает. То есть она конечно работает, но есть некоторые особенности.
Например, нужно использовать только стандартные стили. Если используешь нестандартные - делаешь это не свой страх и риск. Со стандартными тоже непросто, но все же более предсказуемо.
Окно открытое на просмотр и окно открытое на изменение - это разные окна. Выглядят они одинаково, и кнопка переключения там есть - но она не работает. И не может работать, потому что это разные окна. База не может и не должна изменяться во время просмотра, это логично и правильно. Анафема тому, кто нарисовал чертову кнопку!
Открыть окно изменения одновременно с окном просмотра нельзя - потому что это одно и то же окно. Но как же... Ну вот так. Надо сперва закрыть окно, а потом открыть его снова, выбрав в контекстном меню (правая кнопка мыши) как именно его открывать. Сверху тоже есть меню, но кнопка оттуда не работает. Там вообще много чего не работает. Точнее, оно работает, но иногда. Поэтому используем контекстное меню.
Еще мне очень нравятся сообщения об ошибках. Поскольку выдает их не сам офис, а какая-то программа sql, с которой он связан, переводить их не стали. Можно было бы подумать, что это сподвигнет изучать английский, но нет. Чаще всего они появляются, когда пытаешься установить связи между таблицами, и конечно же не копируются. А если все же скопировать руками, то гугл их на автомате не переводит, редко, видимо, кому нужно.
Лучшая из ошибок "Данная связь уже существует" уже переведена. Наглядно эта уже существующая связь не обозначается. А если обозначить - исчезает после перезагрузки. В принципе, на нее можно не обращать внимания, все равно непонятно откуда она берется.
Другая ошибка "Column types do not match in statement" (не совпадает тип данных в колонках), говорит, что тип должен быть один и тот же. Впрочем, в либреофисе этим можно пренебречь и связь разных типов создается. Потом правда не работает, но так, с виду - создается.
Еще классная ошибка "Primary or unique constraint required on main table" (первичное или уникальное ограничение, требуемое для основной таблицы - перевод из гугла). Что этой херне нужно - я так и не поняла, в каждой таблице был ровно один столбец с ключом и ровно три столбца с текстом. Две одинаковые таблицы. Как тут можно было запутаться с ключами и откуда взялось ограничение - я пас.
Да, руками при этом их править нельзя. Запросы править можно, а связи - нельзя.
Дополню также, что в качестве основного материала для самообучения был использован учебник информатики для средней школы, то есть вполне академическая штука. Видит бог, я пыталась.
Комментарии:
тут важно учитывать, что учебник по OpenOffice Base - это не изучение баз данных, а изучение собственно OpenOffice Base.
OpenOffice Base - это не база данных, а система управления базой данных. по сути - интерфейс для работы с ней. точно так же учебник по Visual Studio не обучит программированию, потому что язык программирования С++ и среда для разработки Visual Studio - это две принципиально разные вещи.
этим объясняется и тот факт, что ошибки, возвращаемые запросами к базе данных, не переведены. эти ошибки возвращаются драйвером базы данных, и могут быть сильно отличаться в зависимости от того, к какой базе данных подключен твой проект в OpenOffice Base.
как мне кажется, сначала стоит прочитать какой то учебник именно по структуре баз данных, основным их принципам, немного обучиться языку запросов SQL, а потом, уже имея теоретическую основу, заняться приложением всего этого в системе типа OpenOffice Base.
OpenOffice Base - это не база данных, а система управления базой данных. по сути - интерфейс для работы с ней. точно так же учебник по Visual Studio не обучит программированию, потому что язык программирования С++ и среда для разработки Visual Studio - это две принципиально разные вещи.
этим объясняется и тот факт, что ошибки, возвращаемые запросами к базе данных, не переведены. эти ошибки возвращаются драйвером базы данных, и могут быть сильно отличаться в зависимости от того, к какой базе данных подключен твой проект в OpenOffice Base.
как мне кажется, сначала стоит прочитать какой то учебник именно по структуре баз данных, основным их принципам, немного обучиться языку запросов SQL, а потом, уже имея теоретическую основу, заняться приложением всего этого в системе типа OpenOffice Base.
Камрад
Я и говорю, сперва биохимия, потом кулинария. И ни одной промежуточной книги.
Просто даже до смешного. Есть Ахо, "Алгоритмы сортировки и базы данных", есть Вирт, "Паскаль и базы данных". Есть даже Грэй, "Математическая логика и базы данных", выбирай не хочу, на любой вкус. А просто объяснить, как работает индекс и зачем он нужен в принципе - не, не могут.
Просто даже до смешного. Есть Ахо, "Алгоритмы сортировки и базы данных", есть Вирт, "Паскаль и базы данных". Есть даже Грэй, "Математическая логика и базы данных", выбирай не хочу, на любой вкус. А просто объяснить, как работает индекс и зачем он нужен в принципе - не, не могут.
да могут, просто ты не те книги смотришь 
вот например: "Основы реляционных баз данных" https://www.ozon.ru/context/detail/id/2702321/
вот например: "Основы реляционных баз данных" https://www.ozon.ru/context/detail/id/2702321/
Камрад
Alexvn, спасибо, посмотрю.
А еще большая проблема с не...
[Print]
Alexvn