НикоДимиденwadman,
Что удалось выяснить :
Работа андроид приложений клиент-сервер строиться на трёхуровневой архитектуре (трёхзвенка).

1. СУБД(MySQL)
2. Создание web service, на Java или PHP или другой подобный язык, который может работать с RESTful .
3. Android application.

Интересно, может кто знает, есть ли еще какие-нибудь структуры создания клиент-сервер архитектуры в Android? Допустим без web service. Или может еще какие-нибудь?

без web service нужен прямой доступ к БД (хостеры его не предоставляют), а если есть прямой доступ - то можно сделать связку TCP клиент - TCP сервер. Придумываешь свой протокол, описываешь его в документации, в приложении выводишь в настройки ип адреса и протокола на котором будет висеть TCP сервер и все. Клиенты сами делают TCP сервер на любом языке и с подключением к любой своей базе данных. Организовать клиентам свой web service намного сложнее чем написать TCP сервер.

НикоДимиден, web сервер это тотже TCP сервер просто он работает по протоколу HTTP, а ты будешь использовать свой придуманный протокол. TCP сервер программисту сделать просто, а вот web сервер проще взять готовый - но чтобы поднять его и настроить нужно быть хорошим администатором. Т.е. если у пользователя например база dbf в 1С7 - то чтобы ему к ней подключить web сервер - ему надо проделать огромаднейшую работу. Так что TCP сервер - это для пользователя самое простое решение.

ДжибсНикоДимиденМикола Питерский,
Спасибо. Но так-же интересно какие здесь есть минусы по сравнением с Web сервером.

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

При работе с TCP сервером тебя абсолютно не касается внутреннее устройство БД - ты сделал протокол получения\передачи данных, описал его в документацими и все - того кто будет делать TCP сервер только будет заботить структура БД.

Джибсесли ты напрямую ломишся к БД, то минус, это всякие запросы которые ты постоянно будешь дергать.
Я бы например кешировал, смысл отдавать данные с БД постоянно, которые не часто обновляются.
либо кеш делал зависимым от изменения данных, в этом случае, даже запрос до БД не дошел бы.

Сам сервер базы данных занимается кэшированием данных и повтором кэша запросов и никак не Web сервер или TCP сервер.

ДжибсБольше плюсов работать с веб сервисом, чем напрямую с БД.
И по безопасности лучше.
Безопасность данных обеспечивается на уровне сервера БД и без разницы к чему БД подключена - Web сервер или TCP сервер.
Больше минусов работать с Web сервером чем с TCP сервером.
TCP сервер - это программка, которую нужно один раз написать и запустить на сервере, которая будет постоянно иметь коннект к серверу БД. В случае с Web сервером - ты должен установить и настроить целый комплекс программ н-р - апач+php+phpSQLAdmin+FTPServer их надо уметь правильно настроить друг к другу кроме того нужно запрограммировать н-р на языке PHP обработку GET и POST запросов с твоего приложения - т.е. если ты сам не вэб программист и не вэб администратор и не знаешь как это делается - то тебе нужно нанять еще 2-х человек, которые это сделают, а также и 3-го сетевого администратора, который настроит тебе марштутизатор что-бы эта кухня нормально работала. Можна правда потратить годик и изучить как это все далается - но поверь проще написать TCP сервер и не париться.

Я в своих программах делаю и подключение к HTTP, TCP, FTP и из файлов - и поверь я знаю о чем говорю. Абсолютное большинство пользователей не в состоянии установить и обслуживать у себя вэб сервер, а TCP сервер им может написать, запустить и обслужить практически любой программист.

Джибсну, я тоже не только с HTTP работаю.
лично мне, больше всего нравится работать с json,
а описывать, большую часть пакетов для протокола по ТСП, мне обычно влом, даже если буду делать фабрику.

Я тоже в основном с json работаю и с HTTP так как я и вэб программированием занимаюсь и вэб сервер для меня это на порядок удобнее чем TCP сервер - но для автора топика, который об этих технологиях только слышал - лучший вариант - это всеже TCP сервер.

НикоДимиден MySQL + Webserver ( Java JDBC connector ) + SDK Andoid( + там еще конектор)


Если использовать чужой хостинг - то там никто тебе на сервере не разрешит использовать java - обычно только php, asp.
А JDBC в андроиде использовать вообще не стоит - т.к. многие JDBC содержат в себе сишные сборки и только под винду (dll) и под линюкс (so) соответственно под андроидом они у тебя не заведутся, да и размерчик ух - только для оракла 3.5 Мб.