Какие кодирующие приемы Вы раньше старались не писать большему количеству sql?

Если Вы не хотите писать, что SQL использует ORM, такой как nHibernate или одно из предложений Microsoft Linq к SQL / Платформа Объекта

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

Генерируйте SPS SQL, Представления, и т.д. от метаданных в INFORMATION_SCHEMA. Та генерация кода может затем быть увеличена с пользовательским кодом.

Если много SPS сделают подобные вещи, для простоты единственной точки обслуживания, я генерирую динамический SQL вместо этого.

Все эти вещи приводят к меньшему количеству кода SQL и большему количеству кода, который снова используется и так лучше протестированный - как любая библиотека.

Вот пример генерации кода, чтобы не писать SQL

Язык: C#/VB.NET.

Я в настоящее время могу писать, что DB поддержал систему, не пишущий SQL вообще. Мой DAL использует определения классов POJO для генерации SQL на лету. Пример:

SearchCriteria sc = new SearchCriteria();
sc.AddBinding("Customer_id", "ALFKI");
List<Entity> customers = SQL.Read(sc, new Customers());

Код выше возвратит список Клиентских экземпляров, соответствующих Customer_id к "ALFKI". Подключения DAL к дб, создает SQL, выполняет его, инстанцирует новых объектов, заполните их и передайте их обратно. Когда Вы будете сделаны, изменяя объекты, просто звоните

SQL.Write(customer);

все изменить объекты, обновленные назад к дб - обратите внимание, только те, которые изменились и только столбцы, которые изменились.

Добавленная премия: это поддерживает SQL Server, Oracle, Informix. Клиентский код никогда не должен изменяться.

Я использовал выход-orm, который является потрясающим решением ORM, которое не генерирует. Я думаю из всех приемов, которые я сделал в прошлом, этот был безусловно самым удобным и экономящим время.

Я прокрутил свой собственный ORL (Объектно-реляционный Картопостроитель) в PHP для MySQL. Это действительно упрощает все, что имеет отношение к изменению базы данных, и это работает очень хорошо на простые ситуации.

Это состоит из базового класса, которому можно наследоваться. Вы разделяете его на подклассы легко:

<?php
class CSomething extends CDatabaseObject
{

}

// create a new Something
$oSomething = new CSomething();
$oSomething->somevariable = 'blah';
$oSomething->Save();

// fetch an old Something by primary key
$oSomething = new CSomething(1);
// .. and delete it
$oSomething->Delete();
?>

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

Можно сделать простые поиски путем определения оператора Where SQL (таким образом, это не полностью свободный SQL). Начиная с него nows о типах данных полей параметризированные запросы просты.

Конечно, это не может сделать всего, в чем я нуждаюсь, но это сохраняет много времени разработки и кода.

В одном из моих проектов я использую метамодель (таблицы, столбцы, отношения), который добавляет информацию к встроенному sys* представления.

Часть данных в моей метамодели используется для генерации регистрирующихся триггеров для, вставляют/обновляют/удаляют, и реализовать расположение каскадом удаляет во вместо, удаляют триггеры. Приблизительно с 100 таблицами сгенерированный код для этих триггеров является приблизительно 12 000 строк кода TSQL.

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

Недавно метамодель даже позволила мне генерировать код C# для, удаляют проверку (т.е. не может удалить запись, если зависящий записи существуют) у находящегося в FormView Asp. Сетевые формы.

Я рекомендую создать совместно использованные методы, которые фокусируются на задаче и используют простые элементы SQL, не имея необходимость писать sql. Я использую Дозвуковой для моего доступа к данным к MS SQL. Однако Вы могли сделать его не - база данных конкретный, такая как DAL. Эти примеры могли быть настроены к ORM, или однако Вы получаете доступ к данным. Я рекомендовал бы создать статический класс что narrow's это вниз к определенной задаче.

Например, если у Вас есть datagrid для заполнения, и Вы знаете, что представление, таблица, сохранило proc, чтобы заполнить его от, создать функцию, подобную следующему коду c#:

public static void BindDataGridViewWhere(DataGridView dgv, string tablename, string selectList, string whereClause)
{
    Query qQuery = new Query(tablename);
    qQuery.SelectList = selectList;
    qQuery.WHERE(whereClause);
    DataSet dsDGV = qQuery.ExecuteDataSet();
    dgv.DataSource = dsDGV.Tables[0];
    dgv.RowHeadersVisible = false;
}

Затем на странице init или чем-то как этот, простой 1 вызов строки к этому методу, передающему datagridview в с, где оператор, что Вы хотите появиться и как в выборе, и whereclause и Вы связываетесь.

BindDataGridViewWhere (dgvCars, "tbl_Cars", "CarName", "Цвет, mdl как Модель", "Цвет = 'синий'");

Это работает отлично для любого объекта, что Вы делаете большую привязку с, такую как dropdownboxes, поля списков, datagridviews, что-либо еще. Затем для других, которые не соответствуют этой модели, имейте метод, который просто возвращает набор данных. Тот путь, если необходимо взаимодействовать с ним прежде, чем отобразить его, можно сделать дополнительную бизнес-логику и т.д.

Мне нравится этот подход, потому что, если Вы хотите переключить платформы данных, у Вас есть 1 место для внесения изменения. Можно создать экран очень быстро этот путь.

Я настоятельно рекомендовал бы SQLAlchemy, если для Вас возможно использовать среду Python.

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

SQLAlchemy

Вот фрагмент кода

>>>for row in session.query(User, User.name).all():
...    print row.User, row.name
SELECT users.id AS users_id, users.name AS users_name, users.fullname AS users_fullname, users.password AS users_password FROM users []
<User('ed','Ed Jones', 'f8s7ccs')> ed
<User('wendy','Wendy Williams', 'foobar')> wendy
<User('mary','Mary Contrary', 'xxg527')> mary
<User('fred','Fred Flinstone', 'blah')> fred

Используя встроенные функции.NET, такие как Столбцы Выражения (показанный пример VB) к привязке данных несколько столбцов, которые будут отображены сразу:

ds.Tables(0).Columns.Add(
    New DataColumn("CustomDescription", GetType(String), 
                   "LastName + ', ' + FirstName + ' - ' + 
                   WorkEmail"))
ResultsListBox.DataSource = ds
ResultsListBox.DataTextField = "CustomDescription"
ResultsListBox.DataValueField = "EmployeeID"
ResultsListBox.DataBind()

В SQL нет ничего плохого. Используйте правильный инструмент для правильной работы.