Как вы храните SQL запросы в коде?

Question

[ilichme]

Добрый день!

Пишу на Java под Android, но, думаю, вопрос может быть актуален для любого языка.

Возникли сложности с хранением текста sql-запросов в коде. Пробовал несколько подходов, но каждый из них имеет свои недостатки:

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

2) Хранить имена столбцов и таблиц как константы. Но тогда запросы вообще становятся абсолютно нечитабельными из-за множественных конкатенаций.

3) Использовать порождающие шаблоны типа строителей и фабрик для создания запросов. Но код тогда получается ненаглядным, и его слишком много. И опять же, как хранить имена столбцов внутри строителей?

4) Использовать какие-то ORM невозможно в силу некоторых особенностей системы.

Хотелось бы услышать, каким образом вы храните sql-запросы в коде.

Answer 1

[Александр]

Храню в XML.

В качестве имени узла — идентификатор запроса.
В атрибутах можно хранить список типов (для mysqli).

<getAssoc params="is">
SELECT content_id FROM assoc WHERE news_id=? AND type=? ORDER BY sort ASC
</getAssoc>

Comments

[Mikhail Osher]

И потом дергать xpath. Хорошая идея. Возьму на заметку.

Answer 2

[Wott]

Как раз переношу работу с базой из java в php. Если запросы не в виде sql, пусть даже со вставками, то что бы найти нужный, приходиться врубаться в код, что крайне затрудняет работу.

Либо уж ORM нормальный прикручивать, либо строками.

Answer 3

[Андрей Поляков]

1 + тесты на каждый запрос
столбца поиском по коду отлично ищутся, если взять за правило заключать их в двойные кавычки.

Answer 4

[Mikhail Osher]

Query builder очень даже помогает.

Comments

[Mikhail Osher]

И константы можно юзать, и высокий уровень абстракции, что позволяет использовать с разными адаптерами.

Answer 5

[Антон Пронин]

Столбцы храню прямо в классах с префиксом db_

 public class User 
{
  private String db_Name
  private DateTime db_DOB

}

Для составление запроса использую QueryBuilder через Reflection вытаскиваю поля

Answer 6

[SunDevil2]

обычно использую пункты 1 или 2, второй чаще

Comments

[ilichme]

а как у вас с конкатенацией строк? не получается каша?

Answer 7

[Анатолий]

Что же здесь не читаемого? При любой опечатке вы получите ошибку с описанием неправильного столбца.

$sql = "SELECT shop_groups.shop_group_id, shop_groups.short_name
            FROM `shop_groups`
            WHERE shop_groups.parent_id = 0
            AND country_id = {$this->_cid}";

Comments

[ilichme]

да, но у меня ява же, а не пхп

final String sql = "SELECT shop_groups.shop_group_id, shop_groups.short_name " +
            "FROM `shop_groups` " +
            "WHERE shop_groups.parent_id = 0 " +
            " AND country_id = " + cid;

и плюс к тому запросы на много десятков строк, с кучей джойнов, группировок и тп
если я захочу его отдалить, то просто скопипастить из кода не получится — придётся от кавычек и плюсов чистить

[Анатолий]

Да, как-то я прозевал что у вас строки не переносятся =) Вообще камент выше очень хорош, держите все снаружи, как вариант в xml и просто подставляйте нужные значения. Отличный вариант + чистый код + все водном месте.

Answer 8

[bugman]

С точки зрения консистентности кода — всё что сложнее выборки из одного источника и фильтров по возможности переносить на вьюхи.

Answer 9

[corristo]

попробуйте Scala и какой-нибудь типобезопасный билдер запросов %)

Answer 10

[Flammar]

Придётся сделать некое подобие ORM или построителя запросов (последнее проще). Можно сделать построитель запросов из XML-определения (всё равно структурнее, чем SQL), имена таблиц и полей прописать как константы через механизм XSD…

Comments

[ilichme]

а вот потом вам потребуется како-нибудь хитрый запрос с десятком джойнов и ещё бог знает с чем, который генерится по хитрому условию, выполнить в сторонней софтине, чтобы посмотреть план запроса и оптимизировать по необходимости. как вы код запроса восстановите?

[Flammar]

или перегенерировать или делать логгинг в построителе…

[ilichme]

если логгинг делать, то придётся приводить программу в нужное состояние. не зря я про хитрое условие писал — не всегда можно выполнить это условие, оно может от внешних факторов зависить. а перегенерировать тоже тяжело — нужно будте какое-то средство для генерации туда и обратно… я сам такие штуки делал, и убедился что не стоит оно того

[Flammar]

Ну, в JPA 2 в CriteriaBuilder хитрые условия тоже можно строить, так что пример есть, и сложность построителя хитрых условий ограничена сложностью ссылания на поля разных джойнимых таблиц.

И вообще, для чего в Андроиде SQL?

[ilichme]

Ээээ, кагбэ sql в андроиде для того, чтобы получать данные из бд и выполнять операции над бд…

[Flammar]

Толстый клиент в стиле Delphi на телефоне или планшете?

[ilichme]

что вы) на андроиде есть субд SQLite

Answer 11

[gleb_kudr]

2+3

Имена как константы + фабрика запросов.