Как вы поддерживаете библиотеку полезного SQL в командной среде?

Question

На моей работе у всех есть фрагменты sql, которые они используют, чтобы отвечать на вопросы. Некоторые из них являются специфическими для клиента, а некоторые являются общими для данной базы данных. Я хочу объединить эти запросы в библиотеку / репозиторий, к которому может обратиться любой член команды. Требования будут:

1. Доступная
2. Searchable
3. Tagable (допускается несколько тегов на sql)
4. Exportable (создать документ, содержащий все запросы с определенными тегами)

Меня интересует, что было найдено для работы в других командных средах.

Answer 1

Вы можете использовать вики.

Вы можете начать с чего-то такого простого, как Tiddly wiki .

Answer 2

Вики это отличный подход.

Для фрагментов, специфичных для базы данных или проекта, также очень полезно иметь ссылки на места, где аналогичная конструкция встречается в коде. Для этого мы используем вики trac, которая дает хорошую интеграцию с SVN.

Answer 3

Другой подход, который вы можете использовать, - это создание представлений в вашей базе данных. 'select * from some_view' может скрыть довольно много SQL. Вы по-прежнему хотите использовать вики для их документирования, но если вы просматриваете их, вам не нужно беспокоиться о том, что люди хранят устаревшие копии.

Answer 4

Вместо вставки фрагментов SQL я хотел бы перейти к ORM (Object-Relational Mapper) или какой-либо другой библиотеке, чтобы упростить представление данных и манипулирование ими. Он обеспечивает уровень инкапсуляции для защиты от изменений схемы и уровень абстракции, поэтому вы можете рассматривать данные с точки зрения бизнес-логики (т. Е. Пользователя), а не набора таблиц (т. Е. Пользовательской таблицы, таблицы паролей). , таблица доступа ...).

В Perl это будет что-то вроде DBIx :: Class .