Технологии инакомыслия: исследуем работу с СУБД через JDBC не выходя из РНР
Приветствуем наших читателей. Сегодня у нас нетривиальная статья-исследование. Честно говоря, я ещё сам не знаю, выйдет ли из него что-то стоящее и рабочее, но попытаться стоит. Спросите почему? Сейчас. Начнём с основных понятий. И так, JDBC - это, если расшифровать, Java Database Connectivity, то есть, специальный API для Java, который позволяет унифицировать доступ к различным базам данных, вне зависимости от типа СУБД. Концепция JDBC основана на понятии "драйвера", который может загружаться в во время выполнения и отвечает за унификацию доступа к СУБД. Этот API входит в стандартную поставку Java (в пакете java.sql). Расшифровывать PHP мы не будем, надеюсь всем понятно. Но открыт вопрос "зачем?". Если вы постоянный читатель нашего блога, вы могли заметить несколько статей о различных JDBC драйверах, позволяющих организовать пулы коннектов, кластеризацию и отказоустойчивость соединения с базой данных, таким образом организовать высокопроизводительный интерфейс для доступа к СУБД, причём, не привязываясь к определённым особенностям базы данных. Но вот для РНР такого, к сожалению нет, из встроенных интерфейсов доступа есть только mysqli и PDO, теперь ещё появился вариант mysqlnd (это то, что касается СУБД MySQL). Таким образом, для построения отказоустойчивой архитектуры на базе РНР и MySQL необходимо применять сторонние решение - систему кластеризации MySQL, MySQL Proxy или ещё что-то. Но ведь наши друзья-разработчики из мира Java могут иметь это все (в первую очередь, пул коннектов и кластеризацию) прямо "out of the box", применяя просто нужный JDBC драйвер (например, описанный нами HA-JDBC). Непорядок, сказал себе я вчера, и пошёл исследовать тему взаимодействия приложений на РНР и баз данных через JDBC.
Оказалось, в этой области есть достаточно много интересных разработок, так что исследование обещает быть интереснейшим.
Читать далее...
Приветствуем наших читателей. Язык Java достаточно популярный, в частности, в корпоративной среде, хотя, конечно, там с ним конкурирует технология .NET/С# от Microsoft. Очень много, на мой взгляд, для популяризации Java, в частности, применительно к веб-сервисам и приложениям, сделала организация 
Приветствуем наших читателей. Вот и настало время нового выпуска нашего веб-обозрения, где мы представляем вам интереснейшие ссылки со всего мира. К сожалению, наш традиционный спонсор выпусков, проект DevLinks.com.ua пока остановлен в связи с некоторыми техническими проблемами в движке, но обещаем, что в скором времени снова его запустим. А пока приготовьтесь, как всегда, налейте себе чашку вашего любимого напитка и устраивайтесь по удобнее и вперёд...
Приветствую наших читателей. Не так давно мы подняли тему enterprise-ready фреймворков и компонент для 
Приветствую наших читателей. Если вы разрабатываете какую-то распределённую систему, или просто так сложилось, что существуют несколько баз данных (серверов), которые разнесены в пространстве, и между которыми нужно, с одной стороны, обеспечить синхронизацию данных, с другой - каналы связи не позволяют настроить полноценную репликацию, а над данными ещё бы хотелось и проводить какие-то несложные операции во время синхронизации, фильтровать их, да и избежать перегрузки как серверов, так и серверов, в случае если их несколько десятков или даже сотен. Вы считаете, что это редкая проблема и её только в NASA решают? Ну, к примеру, системы распределённых платёжных или торговых терминалов - их вполне в развитой сети может быть несколько тысяч, и нужно постоянно синхронизировать с одним или несколькими основными серверами, причём это вполне может быть и многоуровневая архитектура. А ещё хочется, чтобы такое решение было простое, бесплатное, то есть open-sourсe, и работало на любой платформе... Не спешите одёргивать себя от таких мыслей, все это вполне реально. Как? Используя 
Свежие комментарии