Еще раз повторю, что изменения такого масштаба в читабельном виде вам не отобразятся.
Если у вас база простая, десяток-другой таблиц, то как бы да, можно попробовать.
Но если это полноценная база более-менее приличного приложения, где тысячи таблиц, сотни столбцов, то как вы представляете себе визуализацию пары тысяч изменений?
Vultar конечно нет. Каждая база может быть уникальное - разные таблицы, разные столбцы в таблицах.
Разные типы данных в таблицах. Разные настройки баз в плане тип datafile, их расположение, настройки оптимизации и авторизации
Что именно вы хотите сравнить? Два значения из таблицы? Для этого есть целый язык SQL, в котором вы делаете запрос и сравниваете.
То, что вы хотите, делается тем, что пишется программа под каждую конкретную базу, когда вам известно что нужно сравнивать. А не просто случайные две базы сравнить.
Вы можете, например, сравнить дом и самолет?
Будет выглядеть как
Шасси - резиновые - отсутсвуют
Подвал - отсутствует - метраж 40м2
То есть общих аттрибутов для сравнения в двух базах может просто не найтись.
Поэтому для сравнения каждой конкретной базы - конкретно свой набор команд.
Любая "мощная программа" будет выглядеть не просто как "кнопка сравнить и сгенерировать крутой отчет", а как удобная среда разработки для аналитика, где нужно будет писать достаточно много кода для работы с вашей базой.
Вы вот ответили вопрос выше, как правильный. Но прикол в том, что работать с подобной программой обычный пользователь не сможет. Нужен программист, аналитик, который будет долго учиться, чтобы писать код, даже если в IDE есть визуальные элементы, подсветка синтаксиса, отладка и автокомплит - это все равно работа либо для программиста, либо для очень продвинутого пользователя-аналитика.
Те же pivot tables есть и в Экселе, но о них знает менее 1% людей, которые работают с экселем.
Повторю еще раз, дело в том, что не нашлось файлов, подходящих под маску.
P.S. разбор wildcards идет перед разбором скрипта на команды, следовательно если в каталоге есть файлы с скобками в имени, команда выполнится без ошибок.
Если вы просто пишете имя исполняемого файла, то откуда система знает где он находится?
Система ищет исполняемые файлы в директориях, которые указаны в переменной PATH.
Следовательно, выхода два -
1) находите где лежит файл и прописываете полный путь к исполняемому файлу
2) прописываете папку с исполняемым файлом в переменную PATH. Можете подсмотреть переменную path на пользователе mark и сделать такую же на пользователе odoo
mark okolov, Нельзя установить приложения на пользователя. Они устанавливаются в операционной системе, на диск.
Проверьте права доступа, проверьте путь к исполняемым файлам.
Парадигма с нуля.
На самом деле они просто писали реализацию первого ООП языка программирования (вроде LISP).
ООП это не математика. ООП это просто способ инкапсулировать отдельные части программы таким образом, чтобы их можно было разрабатывать независимо друг от друга.
То есть основная задача ООП - это возможность парралельной разработки ПО несколькими программистами, минимизируя конфликты.
Берешь данные, берешь все функции которые работают непосредственно с этими данными, называешь эти функции методами и помещаешь это все в один класс. У класса есть внешние (public) методы, которые могут тебе что-то вернуть, либо ты наоборот можешь что-то отправить в класс. Эти методы и типы данных описываются (тем же UML), чтобы другие программисты могли общаться с твоим классом. И каждый программист может ваять свой класс, чтобы он мог взаимодействовать с другими классами.
Это - основная задача ООП.
Все остальные вещи - типа наследственность, полиморфизм и так далее - желание дальнейшей оптимизации, типа повторное использование кода. Они возникли уже как следствие.
КАЖДЫЙ язык реализует немного свои варианты ООП. Java считается хорошо проработанным в плане того, что программист на джава, скорее всего будет использовать ООП правильнее, чем программист в С++.
Ну на самом деле, автор, точнее один из авторов (Алан Кей) изначальной концепции еще жив, и он лично говорит что то ООП, которое есть сейчас это не то, о чем он имел ввиду =). Но он с этим поделать уже ничего не может =)
ООП развивается в разных языках программирования немного по-своему.
DollyPapper, ну споры о том, что имел ввиду автор, когда он изначально придумал эту концепцию, и во что это вылилось.
Споры о том, что есть ооп, что не ооп, споры насколько это ООП-шно, или не ООПшно.
В основном такие споры затевают начинающие, которые научились писать в ООП, но на этом их опыт остановился. Например человек долго работал только в одном проекте.
вообще не очень понятно что вы делаете и что хотите получить.
Ваш скрипт возвращает результат от grep, который вы нигде не приводите. ЧТо он возвращает и как его нужно экранировать - нужно видеть результат.
