• Чем sqlalchemy foreign key отличается от relationship?

    @microcoder
    ForeignKey это сущность БД, и только. RelationShip это сущность SQLAlchemy. Исходя из этого, можно понять, что в это разница ))))
    ForeignKey - Ограничивает от вставки в поле иных ключей, от которых оно зависит по ForeignKey с другой таблицей.
    RelationShip - просто удобная ORM фича, позволяет устраивает межтабличные отношения на уровне объектов SQLAlchemy, никак не влияет на БД, работает в своей области, в контексте SQLAlchemy.
    Ответ написан
    Комментировать
  • Что такое self в Python?

    @olegshv
    SysAdmin
    Объяснение self в python:

    dog‎: у котов внутри есть мурчалка
    dog‎: она реализована для всех котов в классе кот
    ‎dog‎: в объекте кот надо как то вызвать метод мурчало у класса кот
    ‎dog‎: как ты это сделаешь?
    dog‎: кот.мурчало()
    ‎dog‎: ежели ты вызовешь кот.мурчало(), муркнут сразу все коты на свете
    ‎dog‎: а ежели ты вызовешь self.мурчало(), муркнет только тот кот, на которого указывает self
    Ответ написан
    5 комментариев
  • У JAVA есть будущее?

    killmeslow
    @killmeslow
    WE
    Раньше юристов не хватало, а потом некуда их деть... Тут история будет повторятся.
    Все мы завтра будем сидеть на бирже и писать программы за 2 000 руб.
    Ответ написан
    4 комментария
  • В чем разница между TomCat и GlassFish?

    @protven
    TomCat - контейнер сервлетов. Glassfish - референсная реализации сервера приложений JEE. То есть кроме контейнера сервлетов, GF содержит в себе реализации других технологий JavaEE, например EJB, JPA, JMS и тд.

    Если пишите на спринге - берите Томкат и не парьтесь.
    Ответ написан
    Комментировать
  • Jboss и TomCat. Как это работает?

    @mayorovp
    Аналогия неверна тем, что Java-машина является аналогом CLR.NET, а не ASP.NET
    Аналог ASP.NET в данной связке — это как раз-таки Tomcat.

    JBoss в базовом случае совершенно не нужен. JBoss — это реализация JavaEE (да, что-то вроде библиотеки). Ближайший аналог из мира .NET — Castle (общих у них две вещи: они оба обожают xml-файлы настроек и включают в себя столько функционала, что никто в мире никогда не использовал весь одновременно).
    Ответ написан
    Комментировать
  • Jboss и TomCat. Как это работает?

    iZENfire
    @iZENfire
    JBoss — это реализация спецификации JavaEE (контейнер для EAR- и WAR-приложений).
    Tomcat — это частичная реализация JavaEE в той её части, которая включает Web-приложения (контейнер для WAR).

    Один другого дополняет. Для работы всего этого нужен JavaSE JDK — Oracle JDK или OpenJDK6 или 7 — в зависимости от требований развёртывания.

    В WAR-приложениях сервлеты компилируются заранее Java-компилятором в байткод *.class-файлов и созданием архива с *.class-файлами и ресурсами (*.war). JSP-страницы из *.war компилируются «на лету» в сервлеты при первом запросе. Во время первого запроса со стороны пользователей контейнер сервлетов (Tomcat) преобразует JSP-страницы (если они присутствуют) в сервлеты, компилируя с помощью Java-компилятора из JDK в байткод. JVM контейнера осуществляет JIT-компиляцию байткода сервлетов в нативный код и кэширование нативного кода в оперативной памяти для обработки последующих запросов пользователей.

    В EAR-приложениях контейнер (JBoss) производит похожую работу совестно с JVM по JIT-компиляции бинов (файлы *.class в *.ear) и кэшировании нативного кода в оперативной памяти для последующего многократного выполнения.

    Метаинформация, записанная в файлах *.war и *.ear, нужна для правильного развёртывания, «параметризации» значений свойств сервлетов и бинов, частичным управлением жизненным циклом приложений.
    Ответ написан
    Комментировать