Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Тема создана по мотивам http://www.sql.ru/forum/actualthread.aspx?tid=91031 Цели создания топика (типа регламент): 1) систематизировать подходы к созданию клиентских приложений (на чем писать "морду" приложения). 2) определить достоинства и недостатки каждого из подходов 3) Написать некоторый HOWTO, который наверняка поможет в выборе средств создания пользовательского интерфейса. Топик помещен в раздел "Сравнения СУБД", т.к. выбор средств разработки часто зависит от конкретной СУБД. Надеюсь ход обсуждения будет конструктивным, без лишнего флейма. (Я не собираюсь обсуждать Delphy via С++) Предлагаю сравнивать решения на примере реализации какой-либо практической часто используемой задачи. Если у кого-либо есть дополнительные пожелания, излагайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 11:49 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Это все понятно, но автор1) систематизировать подходы к созданию клиентских приложений (на чем писать "морду" приложения). и авторНадеюсь ход обсуждения будет конструктивным, без лишнего флейма. (Я не собираюсь обсуждать Delphy via С++) Явно не совместимы. К тому же автор1) систематизировать подходы к созданию клиентских приложений (на чем писать "морду" приложения). содержит в себе два совсем разных вопроса. Давайте все же конкретнее определяться с вопросами. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 11:56 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
2 tygra У Вас есть шанс, предлагайте. И поясните еще эту вашу мысль: почему систематизировать подходы к созданию клиентских приложений (на чем писать "морду" приложения) содержит в себе два совсем разных вопроса? Я готов выделить несколько подходов: 1) Embedded SQL/C++ 2) C/C++ (ODBC...) 3) Delphi (ODBC...) 4) Power Builder 5) Java, JDBC Да, и еще - давайте пока-что не будем трогать многозвенные системы. У кого будут дополнения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:08 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Опять мальчишки клею нанюхались и тигру дрязнят... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:10 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Я думаю надо сосредоточиться не на "морде" (Delphi/C++/PB/...) а на инструменте, через который эта морда работает c БД. Т.е.: 1. EmbedSQL 2. "Родной" API клиент (DB2Cli/Sybase OpenClient/CTLib/...) 3. Высокоуровневые обертки (ODBC/BDE/ADO/...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:16 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Тогда уже лучше ASP.NET :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:18 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Byte256Тогда уже лучше ASP.NET :-) Т.е. это... ADO.NET как интерфейс доступа к SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:19 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
2 Ggg_old согласен Типовую задачу будем брать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:20 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
При разработке приложения самое главное - создать модель, адекватно отражающую требования к системе в предметном плане. А задачи выбора средства создания клиентской части не существует в принципе. Те люди, которые хорошо владеют несколькими инструментами, сами выберут нужное средство, а чайник должен читать книжки и набираться опыта. И никакой задачи по систематизации подхода перед чайником не стоит и стоять не может. Потому что он чайник. Так что предложенная Вами тема, ув. gardemarin, не несет в себе абсолютно никакой семантической нагрузки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:25 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
2gardenman: Типовую задачу брать будет сложно. Ведь все зависит от "отрасли народного хозяйства" и особенностей ее автоматизации. Как мне кажется, по большому счету выбор способа данныз зависит от факторов: 1. Доступность технологии способа досупа к БД в зависимости от инструмента разработки (из С++ с JDBC не поработаешь). Кросплатформенность. 2. Сложность инструмента (время необходимое на его изучение), простота дальнейшей его эксплуатации (разработка/конфигурирование/развертываение приложений). 3. Приоритет производительность инструмента vs простота в использовании. (конфликт с пунктом 2). 4. Поддержка необходимых возможностей БД (множественные resultsets/blob/callback...) Про "народное хозяйство" Я думаю, что вам лучше известны "особенности" телекомов. Скорее всего, здесь критична производительность всех компонентов биллинга, в т.ч. и прослойки. Вполне возможно, что EmbedSQL - это именно то, что надо. А может и нет, я не уверен. При разработке какого нибудь складского или банковского АРМ, гибкость и простота в разработке и дальнейшем сопровождении важнее, чем производительность. Т.е разные приоритеты выбора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:37 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Хитрый портняжкаПри разработке приложения самое главное - создать модель, адекватно отражающую требования к системе в предметном плане. А задачи выбора средства создания клиентской части не существует в принципе. Те люди, которые хорошо владеют несколькими инструментами, сами выберут нужное средство, а чайник должен читать книжки и набираться опыта. И никакой задачи по систематизации подхода перед чайником не стоит и стоять не может. Потому что он чайник. Так что предложенная Вами тема, ув. gardemarin, не несет в себе абсолютно никакой семантической нагрузки. Тов. Хитрый портняжка выразил мысль, что выбор средства разработки пользовательского интерфейса не влияет на модель (я правильно понял?) Если еще немного подумать, и продолжить его мысль, то ... может на модель не влияет и выбранный для разработки сервер БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:37 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Могу добавить, что в отношении вопроса выбора средства реализации persistence - уровня приложения критерии те же. Так что обсуждение беспредметно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:46 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
авторЕсли еще немного подумать, и продолжить его мысль, то ... может на модель не влияет и выбранный для разработки сервер БД? Точно! Совсем не влияет. ЗЫ Модель БД вообще в ErWin делают, там пофиг - Оракл, Sybase.... Модель - это модель, хоть где. Ну если же говорить о модели всего приложения.... То тоже в общем-то не влияет. Ни клиент, ни сервер. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:47 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Хм... странно... А у меня совсем другое мнение. Возьмем типовой пример: Необходимо реализовать контекстный поиск клиента по ФИО, создание отчета по произвольной группе клиентов. Кажется вроде-бы простая задача, но на разных серверах это будет выглядеть по-разному. Может Тигра предложит решение которое будет хорошо работать в любом случае? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:54 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Выглядеть по-разному - наверное, TSQL и PL/SQL отличаются. Т.е. разными будут конкретные методы реализации. Но модель то будет одна и та же. Если обсуждать именно методы реализации конкретных задач - то это вообще нереально. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:57 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
2 gardemarin Может, Вам стоит изучить методы проектирования, ООП, типовые CASE - средства? Попробуйте, не пожалеете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 12:59 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Хитрый портняжка2 gardemarin Может, Вам стоит изучить методы проектирования, ООП, типовые CASE - средства? Попробуйте, не пожалеете. неужто вы думаете что я не юзаю хотя бы тот же PD? или тот же C++ разве не использует методов ООП? Хотя... выражу свою точку зрения - использование CASE средств и ООП абсолютно не гарантирует качественной реализации проекта ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 13:10 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Использование PD и C++ не о чем не говорит. О чем-то говорит, что Вы не понимаете основной роль адекватного моделирования при создании сложных систем. А умение создания клиентской/серверной части/выбор диалекта SQL - это уменее на уровне выбора гусиное перо/шариковая ручка. Разница, есть, конечно. Достоевскому не помешал бы Parker, согласен. Дело в том, что дьячки - писари сами по себе уже спросом не пользуются. Писать умеют все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 13:19 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
авторПисать умеют все -слишком смелое утверждение. Я б под таким не подписался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 13:30 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Ну, хорошо. Скажем так: "кодеров много". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 13:33 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Предлагаю отойти от темы про проектирование БД, т.к. основная цель этого топика: "Embedded SQL против других способов". Т.е речь идет о технологиях доступа(работы) с БД. Их преимуществах и недостатках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 13:33 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
2 Ggg_old некоторые оговорки Вложенный SQL плохо (отвратительно) реализован в MSSQL, Sybase ASE, PostgreSQL, MySQL(нет вообще). Про Sybase ASA - ничего не могу сказать (не смотрел) но думаю ASA не далеко ушла от ASE. Относительно приемлемо реализован а Oracle, и нормальня реализация - только в DB2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 14:00 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
Что, кому-то не хватило TSQL например? Или PL/SQL??? Мне всегда хватает. Пользуюсь только им. На клиенте есть только exec MySP... -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 14:23 |
|
||
|
Подходы к созданию приложений для СУБД: Embedded SQL против других способов
|
|||
|---|---|---|---|
|
#18+
2 tygra А каким образом передаются параметры для ХП? а каким образом возвращаются? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2005, 14:42 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33008105&tid=1553900]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
28ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
71ms |
get tp. blocked users: |
1ms |
| others: | 177ms |
| total: | 318ms |

| 0 / 0 |
