Программистское

[beldmit]

http://dev.1c-bitrix.ru/community/forums/forum6/topic14898/ - чудный пример нормализации, доведенной до абсурда. Кстати, как такие задачи решать сравнительно честно на чистом SQL - я не знаю, а возникают они регулярно. То есть мне больше всего нравится вариант, когда в чистом SQL такое не решают, а аккуратно берут основные атрибуты из одной таблицы по ключу, дополнительные - по списку уникальных значений из другой, и склеивают в то, что подсовывают пользователю на экран, уже в языке - запросов при этом получается всего 2 компактных.

А еще сегодня мне удалась одна из вещей, за которые я очень люблю свою работу. Маленький патчик - забытый метод класса-потомка в 5 строк, написанный за 15 минут после часового анализа кода, решил одну нашу застарелую проблему. У клиентов жалоб должно поуменьшиться.

А вот в изучении питона пока застрял. Что, впрочем, естественно: возвращаюсь поздно и со съеденными мозгами. А в той задачке, которую я ковыряю, не придумал пока алгоритмов. Сам язык мне скорее понравился, причем именно выравниванием пробелами, которое у меня вызывало отторжение. Код выглядит воздушным. Странности у языка тоже есть, ну да ладно.

Comments

[ask-ripe.livejournal.com]

Дима,
я не совсем понял вопрос.
тебе не понравилось количество upper? создай вьюху.
тебе не понравилось использование inner join вместо "WHERE бла.бла=бла-бла.бла" и "IN"? ну у них так написан компилятор.
тебе не понравилось вообще счастье с INNER JOIN и требованием иметь справочник для любого повторяющегося поля? создай вьюху.

Gor
P.S. вот чего я вам до сих пор простить не могу - так это желания писать на одном языке, на одной ОС (хуже того - для одного конкретного дистрибутива), но при этом не использовать и сотой доли возможностей использованной БД. хотя я тоже видел бизнес-план Акопянца - и переходить на MSSQL было бы очень печально.

[beldmit.livejournal.com]

Саша, в приведенном примере гипертрофированный вариант коммунивера получился :-)

А какие возможности базы 10-летней давности мы не использовали на уровне программирования? Мне сходу приходит только PRIOR/CONNECT BY, но он работает только с деревьями, а в cmw графы сложнее.

Если что, напоминаю, что тогда в Oracle не было, например, поддержки ANSI-синтаксиса для LEFT JOIN...

[ask-ripe.livejournal.com]

вы использовали Oracle просто как хранилище данных. написав бизнес-логику на perl.
Gor

[beldmit.livejournal.com]

Ты считаешь, что бизнес-логику надо было в триггера тащить?

[ask-ripe.livejournal.com]

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

Gor

[beldmit.livejournal.com]

Тьфу на тебя. Так не привязывались к Oracle, наоборот - делали кросс-базную хрень. Если покопаешься, там еще следы от Informix-а есть...

[ask-ripe.livejournal.com]

угу. и эта кросс-базная хрень работала на perl 5.6 apache 1.3 и debian 3.0 (уже в 3.1 ее пришлось чинить, чтобы она начала работать).

показывалась (на тот момент) только на IE.

Gor

P.S. я ведь не понял и не понимаю до сих пор - зачем она была кросс-базная. все остальное нет - а она да. это принесло кому-то счастье?

[beldmit.livejournal.com]

Ага. Куклину :-)
Претензии к показу - извини, это не к нам. В крайнем случае к Оле, но и то вряд ли...

[ask-ripe.livejournal.com]

ты хотел сказать interbase?

Gor

[beldmit.livejournal.com]

Да, ты прав.

[ask-ripe.livejournal.com]

это где не было left join? или ты именно упорствуешь в слове ANSI?

Gor

[beldmit.livejournal.com]

Именно в слове ANSI.

[beldmit.livejournal.com]

Мне не понравилось именно требование на справочник для любого повторяющегося поля, да. И строго нормализованная до маразма база.

[ask-ripe.livejournal.com]

и хорошо - нормализованная до безобразия база - это правильно.
а для запросов есть вьюхи.

и денормализовать ее стоит только после того, как все остальное не помогло. и то, скорее всего и денормализация в этом случае не поможет.
Gor