Вчера дописал первый комплект юнит-тестов к разрабатываемому отчетнику (развлекаюсь в свободное время).
У меня только один вопрос.
Какого черта я не писал их раньше?

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

Суть срача - где держать ограничения данных и бизнес-логику - в СУБД или в приложении?

Часть первая

http://ledgersmbdev.blogspot.com/2011/11/case-for-intelligent-databases.html
http://www.tonymarston.co.uk/php-mysql/the- ( Read more... )

 Database User Interface Basics

( Database User Interface Basics )

 Держать код в системе контроля версий - нормально. Нормально в том смысле, что так делает большинство разработчиков. Потому, если вы работаете в программостроительной конторе, то можете быть уверены, что там есть система контроля версий, в которой хранятся исходники приложений вашей конторы. И документация. И справка. И конфиги. Нет? Ну так ( Read more... )

 Вообще говоря, здесь должен был быть вступительный текст о способах версифицирования баз данных.
Но я забыл его дома:)
Потому скажу немного о триггерах.
( Среди меня принято считать, что я не люблю триггеры. )

Хочу пакеты в PostgreSQL и стандартный SQL-синтаксис в Oracle.

Чтобы я еще раз выставил одинаковые имена у frxDataSet`ов, понадеявшись, что:"Ну, они же в разных модулях, конфликта не будет."?
Да фиг там.
( Вывод )

Помните, товарищи, что с помощью одного представления можно сделать из отношения "многие-ко-многим"  отношение "один-ко-многим".
А такие замечательный вещи, как обновляемые представления и хранимые процедуры упрощают работу с.

( Вывод? )

Если кому интересно - сетка с небольшими дополнениями и карточка (редактор записи). Если кому, опять же, интересно - дам исходник.