powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / филосовский вопрос
11 сообщений из 36, страница 2 из 2
филосовский вопрос
    #32594175
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вопрос к уважаемому ASCRUS.
Как вы полагаете - по сравнению с MS Access 97, работающему по ODBC с базой PostgreSQL, Power Builder будет быстрее в разработке и сопровождении часто меняющегося корпоративного учетного приложения, или нет ?
И технический вопрос по эффективности. Эффективнее ли движок MS Access 97, который работает с ODBC, соответствующего движка PB ?
...
Рейтинг: 0 / 0
филосовский вопрос
    #32594227
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тут даже вопроса не стоит. PB будет однозначно эффективнее Access как и в разработке/сопровождении (ООП, встроенный SQL, большие возможности DataWindow и т.д.), так и по качеству работы самого движка, так как Access может эффективно работать или с родным Jet движком или с MSSQL через ADP. Работа через ODBC и в частности присоединенные таблицы с другими СУБД это один большой глюк и сплошные тормоза - говорю со слов людей, прекрасно знающих Access.
...
Рейтинг: 0 / 0
филосовский вопрос
    #32594532
Ermak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторНу это совсем не то. По всей видимости, вы не знаете что такое редактор свойств в Delphi.
На какую вашу реплику я отвечал, видно из моего сообщения.

авторНе флеймит, а подвергает конструктивной критике
БОльше конструктивности, если можно...
...
Рейтинг: 0 / 0
филосовский вопрос
    #32594616
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS>Тут даже вопроса не стоит. PB будет однозначно эффективнее Access >как и в разработке/сопровождении (ООП, встроенный SQL, большие >возможности DataWindow и т.д.), так и по качеству работы самого движка, >так как Access может эффективно работать или с родным Jet движком или с >MSSQL через ADP. Работа через ODBC и в частности присоединенные таблицы >с другими СУБД это один большой глюк и сплошные тормоза - говорю со слов >людей, прекрасно знающих Access.

Не. Я имел ввиду именно Access 97 - это тот, что еще правильно работает с ODBC (и еще не разучился без ошибок писать напрямую в dbf-таблицы :)) Это уже в 2000 и XP начались глюки и тормоза. Так вот повторяю вопрос - кто-нибудь сравнивал эффективность именно Acc97 с PB ?
...
Рейтинг: 0 / 0
филосовский вопрос
    #32594733
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Обьясните пожалуйста, что Вы подразумеваете под словом эффективность: скорость и качество разработки приложения, скорость работы с БД, еще чего то ... ?
...
Рейтинг: 0 / 0
филосовский вопрос
    #32595734
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS>Обьясните пожалуйста, что Вы подразумеваете под словом эффективность:
>скорость и качество разработки приложения, скорость работы с БД, еще
>чего то ... ?

Именно.
1) Скорость разработки приложения.
2) Глюкавость-неглюкавость используемых компонентов, особенно в части записи данных и просмотра больших таблиц.
3) Скорость дачи запроса - отработки ответа при обращениях по ODBC.
4) Глюкавость-Неглюкавость при обработке sql-конструкций в ODBC-вызовах компонентами, на которые разработчик не может повлиять (в Acc97 мною отдельные глюкавости замечены, их приходится обходить)
5) Возможность-невозможность создания интерфейса ПОЛНОСТЬЮ свободного от элементов, привносимых средой разработки по умолчанию
6) Проблемы или их отсутствие с русским (украинским) языком в данных
7) Наличие для PB книг на русском (я у себя на Петровке не нашел :-()
8) Да и вообще - делал кто большой проект на PB + PostgreSQL ?
...
Рейтинг: 0 / 0
филосовский вопрос
    #32595909
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Отвечаю по пунктам:
1. Благодаря ООП (повторно-наследуемые формы, контролсы и т.д.) и технологии DataWindow скорость разработки высокая.
2. Глюкавость в основном в самой IDE. В runtime все работает нормально, проблем с получением и изменением информации не наблюдается. С учетом того, что DataWindow работает через отложенные изменения можно спокойно закачать данные (и даже отцепиться от БД), менять их, а потом сохранить все изменения. Причем DataWindow может сам автоматически генерить скрипт на изменение данных (Table update), или же можно указать ему проводить изменения через собственные ХП, что во многих случаях позволяет обновлять данные со сложных запросов или ХП, полученные со многих таблиц, где с точки зрения Access они бы выглядели как необновляемые. Ко всему прочему DataWindow централизованно позволяет перехватывать все выполняемые SQL команды к СУБД и даже изменять их по ходу выполнения, когда команда уже подготовленна, но еще не послана на сервер.
3. Скорость работы ODBC зависит от конкретного драйвера СУБД. PB может работать с СУБД через многие интерфейсы доступа (ODBC, OLEDB, OpenClient), причем логика приложения не страдает при его переключении с одного интерфейса на другой. С другой стороны DataWindow в PB является аналогом многомерного массива, в который закачивается информация и уже дальше работа с данными ведется через собственный высокоскоростной и эффективный движок DataWindow в PB. А Access пользуется стандартным механизмом курсоров ODBC (или ADO), и естественно существенно проигрывает по скорости.
4. Глюкавости при работе с ODBC с серверами MSSQL и Sybase ASA я ни разу не видел. Даже встроенный SQL вполне прилично позволяет писать в коде довольно специфичные для СУБД конструкции, разрешенные драйвером СУБД и нормально их выполняет. Плюс в PB существует куча настроек транзакционного обьекта, через которого ведется работа с драйвером СУБД. Я бы сказал, что PB полностью отвечает требованиям прозрачного доступа к любым СУБД и через любые интерфейсы доступа.
5. Не очень понял, что имеется в виду. В PB фактически для организации форм ввода вывода информации из БД отсутствует такое понятие, как интерфейсные элементы. Все это заменяет собой DataWindow, который фактически является не обьектом проекта, а описанием набора данных, его правил получения, изменения и сохранения информации и визуального отображения. Такое описание можно хранить в проекте, в БД, файле или вообще динамически генерить, фактически DataWindow чем то сродни XML, содержит в себе описание всего обьекта и имеет способы получения аттрибутов всех его контролсов, их изменения, создания и т.д. При желании вообще можно слепить собственный дизайнер DataWindow и рисовать формы и отчеты прямо в рунтайме.
6. Говорят 9-ка даже с китайским работает. Ну а так как русский и украинский вообще работает прекрасно и в обоих странах вроде как никто пока не жаловался.
7. Самый печальный пункт - книг на русском нет. Выпускались ограниченным тиражем и давно. Тут в форуме давалась ссылка на FTP, откуда их можно выкачать, причем книги отсканенные в jpg и по старым версиям PB (хотя основные все принципы не поменялись, в основном добавились просто новые возможности и изменился интерфейс IDE).
8. Проектов на PostgreSQL я не делал, но PB на самом деле всеяден и поддерживает любую СУБД, лишь бы драйвер доступа были стандартным. Sequiensed я так понимаю прекрасно настраиваются так же, как и написано в FAQ для Interbase или Access. Рекомендую просканировать данные форум по различным решенным/нерешенным проблемам взаимодействия PB с Ораклом и погонять их на своей СУБД, так как насколько я понимаю они все таки родственники.

P.S. В основном я рассказал о достоинствах PB 9 с собственного годовалого опыта общения с ним. Конечно же существует и куча недостатков, но с точки зрения именно сравнения PB с Access, на мой взгляд он одно большое достоинство :)
...
Рейтинг: 0 / 0
филосовский вопрос
    #32595935
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizh1) Скорость разработки приложения.
2) Глюкавость-неглюкавость используемых компонентов, особенно в части записи данных и просмотра больших таблиц.
3) Скорость дачи запроса - отработки ответа при обращениях по ODBC.
4) Глюкавость-Неглюкавость при обработке sql-конструкций в ODBC-вызовах компонентами, на которые разработчик не может повлиять (в Acc97 мною отдельные глюкавости замечены, их приходится обходить)
5) Возможность-невозможность создания интерфейса ПОЛНОСТЬЮ свободного от элементов, привносимых средой разработки по умолчанию
6) Проблемы или их отсутствие с русским (украинским) языком в данных
7) Наличие для PB книг на русском (я у себя на Петровке не нашел :-()
8) Да и вообще - делал кто большой проект на PB + PostgreSQL ?1) Высокая
2) Нет такого понятия - компонент! Или, если хотите, компонент есть один-единственный, называется DataWindow. Вполне нормальный объект, есть некоторые подводные камни (баги/фичи :) в представлении CrossTab
3) Высокая :-) Вообще-то, вопрос сформулирован некорректно, что вы понимаете под скоростью дачи запроса - отработки ответа
4) См. п.2
5) Возможно конечно, если вы дружите с WinAPI, только вот что вы при этом хотите получить? Если вы разрабатываете уникальный интерфейс, то, скорее, стоит задуматься о выборе компилятора/среды C++, а не сравнивать PB и Access
6) Замечены в тех же CrossTab отчетах, но если не пытаться работать с ними динамически, то проблем нет.
7) Книги старые, но с тех пор ничего радикально не изменилось.
8) А может быть, для большого проекта стоит выбрать адекватный сервер? Впрочем, ничего не навязываю,т.к. опыта работы с PostgreSQL не имею
...
Рейтинг: 0 / 0
филосовский вопрос
    #32596026
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizh8) Да и вообще - делал кто большой проект на PB + PostgreSQL ?

Мы делали. Система документооборота: бухгалтерия, склад, фин.анализ, производство, и прочая...
Проект с минимальными переделками был портирован из Oracle в PostgreSQL.
Переделывались части, где использовались фичи Оракла, которых нет в Постгресе.
...
Рейтинг: 0 / 0
филосовский вопрос
    #32596229
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Во. Это уже конструктив. Спасибо всем.
На sybase.ru не нашел упоминаний о русской доке на PB. А она вообще есть в природе ?
...
Рейтинг: 0 / 0
филосовский вопрос
    #32596267
Фотография Ikar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizhНа sybase.ru не нашел упоминаний о русской доке на PB. А она вообще есть в природе ?
В природе литература по РВ на русском встречается все реже и реже. Основы можно глянуть в моих лекциях, некоторое количество весьма и весьма хороших ссылок есть в FAQ`е, а так же поиск по этому форуму может тоже дать много хороших направлений для дальнейшего поиска...
...
Рейтинг: 0 / 0
11 сообщений из 36, страница 2 из 2
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / филосовский вопрос
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]