Сергей Гершкович

Черный ящик - философский булыжник программиста

2008-11-12T08:04:00.009+03:00

Наконец, после долгих сомнений, утвердил для себя концепцию построения информационных систем (ИС). Создавать компьютерные программы предлагаю из подготовленных заранее блоков - "Черных ящиков".
Идея Black Box (White Box) в IT не нова (уже стара и стала бесперспективной). Однако, опробовав на практике новые компоненты, предлагаю возродить идею.
На сайте daremanager.sf.net выложил общие схемы и исходники в SVN репозитории.

Новый сайт DaReManager.SourceForge.net

2007-11-29T11:04:00.000+03:00

Сегодня открыл официальный сайт проекта "Управляющий реестром данных". WWW адрес: DaReManager.SourceForge.net или DaReManager.sf.net

Новый OpenSource проект

2007-06-06T21:07:00.000+04:00

На www.sourceforge.net зарегистрировал новый исследовательский проект DaReManager. Исследования будут посвящены изучению общих принципов построения Информационных систем. Вернее, идеи уже готовы и опробованы в различных проектах. Осталось выстроить красивую теорию и реализовать в одном проекте.

Хранимые процедуры с переменным числом параметров

2007-06-04T17:46:00.000+04:00

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

> SELECT my_function('123 AS param1, 456 AS param2, 789 AS param3');

Значения входящих параметров внутри функции можно получить, составив запросы в следующем виде:

> SELECT INTO l_param1 rec.param1 FROM (SELECT 123 AS param1, 456 AS param2, 789 AS param3) AS rec;

> SELECT INTO l_param2 rec.param2 FROM (SELECT 123 AS param1, 456 AS param2, 789 AS param3) AS rec;

> SELECT INTO l_param3 rec.param3 FROM (SELECT 123 AS param1, 456 AS param2, 789 AS param3) AS rec;

Подробнее описано здесь: http://docs.google.com/Doc?id=ddzmh9s3_87dgw9rn

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

Вычисление параметризованных выражений

2007-03-24T23:09:00.000+03:00

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

f(a,b,c) = a + b + c + 1, где a, b и с произвольные параметры.

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

Рассмотрим этапы построения SQL запроса для вычисления параметризованного выражения:

1. Предположим, что f(a,b,c) необходимо вычислить для a=2, b=4 и с=6. Составим запрос:

> SELECT 2 AS a, 4 AS b, 6 AS c;

Получим таблицу значений входящих параметров:

+-----------+

| a | b | c |

+-----------+

| 2 | 4 | 6 |

+-----------+

2. Доработаем запрос:

> SELECT b FROM (SELECT 2 AS a, 4 AS b, 6 AS c) AS params;

Получим значение отдельного параметра:

+---+

| b |

+---+

| 4 |

+---+

3. Наконец, составим запрос, вычисляющий наше выражение:

> SELECT a + b + c + 1 AS result FROM (SELECT 2 AS a, 4 AS b, 6 AS c) AS params;

Получим результат:

+--------+

| result |

+--------+

| 13 |

+--------+

Остается только добавить, что использовать СУБД в качестве калькулятора можно для различных типов данных (числовых, логических, строковых, даты и тд.). Особенно интересны комбинированные выражения. Например на запрос:

> SELECT a OR (b = c) AS result

FROM (SELECT false AS a, 4 AS b, 6 AS c) AS params;

СУБД вернет нам:

+--------+

| result |

+--------+

| false |

+--------+

Приведенный пример работает в СУБД PostgreSQL, MySQL, SQLite и др.

Идеальное решение

2007-03-18T23:56:00.000+03:00

Возникла как-то проблема со справочником контрагентов. Некоторых заказчиков и поставщиков пользователи регистрировали несколько раз под разными наименованиями. Как следствие, расползлись дебиторская и кредиторская задолженности, не собирались карточки контрагентов и тд. Проблема распространенная, особенно в торговых фирмах.

Решение проблемы очевидное, передать все права на регистрацию новых заказчиков и поставщиков специалисту в одни руки. Я кратко изложил эту идею в статье «Уникальность контрагентов».

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

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

Первый пост

2007-03-15T12:50:00.000+03:00

В блоге соберу свои идеи, мысли, решения и дт. В основном, про Информационные системы (ИС). Кому поможет моя писанина, буду рад.

Как-то не оригинально получилось, но это только начало...........................