• Какая есть легковесная и симпатичная система инвентаризации?

    074909
    @074909
    группа медленного нереагирования
    OS, если не указана, значения не имеет?
    Посмотрите на вот это:
    https://code.google.com/p/bko/
    http://bko.shatki.info/index.php/3/category/1.html
    http://bko.shatki.info/index.php/3/category/3-bko17.html

    Все поля объектов необязательны для заполнения, отчёты кастомные есть (просто в виде sql запросов), шаблоны пары актов уже в комплекте.
    Опенсорс? Да, GNU GPL v2.
    Единственное, что, на мой взгляд, "не легковесно" - требует .Net .
    Косвенно, по упоминанию awk, осмелюсь предположить, что у Вас не-win платформа. Сам не пробовал, но на форуме и в факе пишут, что предыдущая версия 1.6 заводится под wine`ом.
    Ответ написан
    2 комментария
  • Почему после Sql запроса не получается изменить данные в БД?

    @pihel
    Sql, Oracle, pl/sql, BI, ETL, php, olap
    А каким образом по вашем изменения должны уйти в бд?
    К query с изменяемым запросом нужно подвязать еще update query в которой написать insert, update и delete запросы.
    А после post, вызвать applyupdates, который уже вызовет в зависимости от режима обновление или вставку.
    Ответ написан
    5 комментариев
  • Централизованное обновление пакетов для Debian?

    nitalaut
    @nitalaut Автор вопроса
    Отвечу сам на свой вопрос — apt-dater.
    Ответ написан
    Комментировать
  • В чем принципиальное отличие unique (constraints) от unique index?

    alekciy
    @alekciy
    Вёбных дел мастер
    Разница в том, что ограничения (сonstraints) призваны обеспечивать целостность данных, а индексы (index) — скорость доступа к данным. Это две абсолютно не связанные сущности. Причем если первое — часть SQL стандарта, то второе нет (ибо ни как не связанно с функциональностью языка, введение индексов — вынужденная мера). Разработчик сам решает, в каких случая применить эти механизмы и использование одного вовсе не требует использование другого.

    Теперь касательно уникальности (unique). В данном случае при добавлении ограничения уникальности (unique constraint) Postgresql сам навешивает на указанное поле индекс. Это просто особенность реализации в данной СУБД. Разработчики решили, что вот так оно будет работать и все тут (причем небезосновательно). В другой же схожей ситуации они решили, что разработчик сам думает, нужно ли ему использовать этих два механизма вместе, или нет. Я говорю об ограничении целостности по внешнему ключу (foreign key). В Postgresql индексы по полям с данным видом ограничения не создаются (Индексы по внешним ключам в Postgresql). А, к примеру, в MySQL создаются. Это особенность реализации в MySQL.

    Поэтому важно просто понимать, что это не связанные вещи, просто в некоторых реализациях они «сцеплены» между собой и создание некоторых видов ограничений приводит к автоматическому созданию индекса.
    Ответ написан
    2 комментария