|
Вопрос # 437/ вопрос решён / |
|
Приветствую!!У меня такой вопрос.При работе с б.д. что лучше использовать свойства компонентов или SQL?
 |
Вопрос задал: 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 (статус: Посетитель), 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)
Чтобы оставлять сообщения в мини-форумах, Вы должны авторизироваться на сайте.
|