Как правильно писать SQL-запросы

[mazzy]

Цитата:

Многие считают, что везде, где можно использовать "чистый" SQL вместо объектно-ориентированного подхода, нужно его использовать. Это заблуждение.

http://habrahabr.ru/blog/sandbox/44132.html

А также http://www.citforum.ru/database/arti...l_refactoring/

[miklenew]

Цитата:

Многие считают, что везде, где можно использовать "чистый" SQL вместо объектно-ориентированного подхода, нужно его использовать. Это заблуждение.

Какое-то странное утверждение. Или я его не правильно понимаю.
Как пересекаются Sql запросы и объектно-ориентированного подход.
SQL используется для доступа к данным.
Объектно-ориентированного подход для хранения полученых с помощью sql данных.
Главное знать период жизни полученной информации.
Проблемы с запросами бывают в тот момент когда одна и таже информацию выбирается из бызы дважды. Это проблема.
К примеру один програмист делает какую нибудь модификацию, делает запрос получает данные. Потом другой программист делает другую модификацию и в соседнем методе по невнимательности может написать тот же запрос.
А вообще нужно проводить время от времени инвентаризацию кода.
Что-то упрощать, от чего-то отказываться.
Но ресурсы под это никто не даст.

[mazzy]

Цитата:

Сообщение от miklenew

Как пересекаются Sql запросы и объектно-ориентированного подход.

Никак.
В оригинале было про "чистые" SQL запросы и объектно ориентированный подход

Цитата:

Примерный вид решения на SQL:

SQLObject object = executeQuery (
"SELECT u.name user_name, dep.name dep_name/n" +
"FROM USERS u, DEPARTMENTS dep/n" +
" AND u.user_id = ?/n" +
" AND u.department_id = dep.department_id",
userID )

Примерный вид решения с использованием API:

User user = new User(userID);
Department department = user.getDepartment();

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

[miklenew]

У него же всё равно в getDepartment этот sql запрос сидит или в конструкторе new.
Просто постановку вопроса нужно подругому ставить.
Писать ли класс оболочку для этого запроса или нет? Нет не писать.
А вот класс оболочку для таблиц user и departament писать нужно. Может и не одну.
Если это важные таблицы. В идеале даже если не важные, но в реале так не бывает.
В Axapte много место где под таблицы создаются два класса.
Первый для некой выборки экземпляров какой-нибудь сущности и сохранения их для последующего пользования без повторного запроса, второй для работы с одним экземпляром этой сущности.

[mazzy]

Цитата:

Сообщение от miklenew

У него же всё равно в getDepartment этот sql запрос сидит или в конструкторе new.

"Чистый" SQL предполагает отсутствие оболочек и один "оптимальный" запрос вместо нескольких (возможно более простых).

Цитата:

Сообщение от miklenew

Писать ли класс оболочку для этого запроса или нет? Нет не писать.

Почему это? Он и рассуждает на тему - писать запросы или пользоваться оболочками (возможно, не "оптимальными" в каждом конкретном случае)

[miklenew]

Цитата:

Сообщение от mazzy

"Чистый" SQL предполагает отсутствие оболочек и один "оптимальный" запрос вместо нескольких (возможно более простых).

Теперь понял.
Тогда наверное всё зависит от количества записей.
При малых объёмах полюбому второй подход.
При больших первый. Тут уж выбирать не приходиться, когда тормоза пошли.

Цитата:

Сообщение от mazzy

Почему это?

Сложно сказать. Я бы не стал. Лучше бы нашёл класс который наиболее всего представляет данные таблицы и повесел бы статическим методом.