Экспертная система Delphi.int.ru

Сообщество программистов
Общение, помощь, обмен опытом

Логин:
Пароль:
Регистрация | Забыли пароль?

Delphi.int.ru Expert

Другие разделы портала

Переход к вопросу:

#   

Статистика за сегодня:  


Лучшие эксперты

Подробнее »



Вопрос # 437

/ вопрос решён /

Приветствую!!У меня такой вопрос.При работе с б.д. что лучше использовать свойства компонентов или SQL?

KilkaMS Вопрос решён, но можно продолжить его обсуждение в мини-форуме

Вопрос задал: KilkaMS (статус: Посетитель)
Вопрос отправлен: 27 марта 2007, 00:42
Состояние вопроса: решён, ответов: 2.

Ответ #1. Отвечает эксперт: Николай Рубан

Конечно SQL - потому что он ориентирован на операции с данными, представленными в виде логически взаимосвязанных совокупностей таблиц. Особенность предложений этого языка состоит в том, что они ориентированы в большей степени на конечный результат обработки данных, чем на процедуру этой обработки. SQL сам определяет, где находятся данные, какие индексы и даже наиболее эффективные последовательности операций следует использовать для их получения: не надо указывать эти детали в запросе к базе данных.

А при использовании свойств Вы вынуждены самостоятельно организовывать связи и поиск данных.

Ответ отправил: Николай Рубан (статус: 10-ый класс)
Время отправки: 27 марта 2007, 00:58
Оценка за ответ: 5

Ответ #2. Отвечает эксперт: Вадим К

Советую учить и учить SQL, но и компоненты тоже, так как они облегчают заметно жизнь.
Плюси SQL:
- Полный доступ к различным извратным запростам. Главное что бы передать можно было.
- Корректная отдача назад - так как сервер получает то, что вы ему дали, а не то, что компоненты начудили
- Практически всегда можно выиграть на скорости, например на скорости добавления записей.
- Синтаксис многих SQL для многих серверов сходен. Есть даже стандарт
Недостатки:
- Надо учить его:)
- В некоторых случаях при больших запросах можно реально запутаться.

Работа через компоненты
Плюсы:
- Быстрая разработка.
- Хорошая переносимость - тоесть вы можете подменять серверы баз данных без существенных переделок.
Минусы:
- на сложных запросах компоненты тупят, так как могут сгенерировать слишком сложный запрос.
- Иногда возможности компонентов просто не хватает.
- Сервер никогда не работает эффективно - очень сложно спроектировать нагрузку. Часто просто ганяет лишние данные.

Ответ отправил: Вадим К (статус: Академик)
Время отправки: 29 марта 2007, 18:02
Оценка за ответ: 5


Мини-форум вопроса

Всего сообщений: 2; последнее сообщение — 29 марта 2007, 21:33; участников в обсуждении: 2.
BLOOD_OMEN

BLOOD_OMEN (статус: Посетитель), 28 марта 2007, 22:48 [#1]:

Собственно тебе дали дельный совет по поводу SQL. Я могу только к нему присодедениться!
Мережников Андрей

Мережников Андрей (статус: Абитуриент), 29 марта 2007, 21:33 [#2]:

Неясно из вопроса а про какие собственно компоненты и БД идет речь? Потому, что для работы с SQL тоже используются компоненты, а БД могут быть организованы и в виде отдельных таблиц dbf или Paradox. По собственному опыту - если для хранения информации используется SQL-сервер,то однозначно - компоненты работы с SQL(какие - зависит от используемого сервера), если просто таблицы (DBF или Paradox, без разницы) то SQL работает медленнее, чем тупой BDE

31 января 2011, 19:26: Статус вопроса изменён на решённый (изменил модератор Ерёмин А.А.): Автоматическая обработка (2 и более ответов с оценкой 5)

Чтобы оставлять сообщения в мини-форумах, Вы должны авторизироваться на сайте.

Версия движка: 2.6+ (26.01.2011)
Текущее время: 22 февраля 2025, 11:29
Выполнено за 0.02 сек.