tumblerrr1024Протрезвеешь - перечитай о чём идёт речь в данном топике.

За оскорбления извини. Я по жизни эмоциональный ))
Но ты сам виноват... пишешь фигню без конкретики... а хочешь чтобы тебе в ответ конкретику дали...

И да, перечитай сам о чем тут говорили...

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

Почему-то у многих такая простая и неоспоримая вещь вызывает истерику типа твоей.

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

Почему-то у многих такая простая и неоспоримая вещь вызывает истерику типа твоей.

ППЦ. Это заявление по конкретике соответствует заявлению "если писать на языке программирования, то получим клевый сервер"... где конкретика? Как именно технологию доступа к БД ты будешь использовать для связи игрового клиента с игровым сервером? Как будет реалтзована игровая логика и прочие вещи?
Если бы это было очевидное использование, то я бы даже не спрашивал.
Но использование такого способа выглядит бредово. Потому я и спросил, конкретно как это будет использоваться. Не надо кода в пример, достаточно словами описать как это будет работать...

Но ты же сам прекрасно понимаешь, что это не будет работать. И всеми способами уходишь от конкретно ответа...

Это прекрасно работает у меня и у многих других. Ничего сложного.

tumblerrrзабыл никНу скажем так, чем ты лучше? Вместо истерики, грамотный специалист бы разбил в пух и прах оппонента и то что он считает бредом вескими аргументами. Не лучше ли написать в чем заключается бред? Почему использование jdbc это плохо, какие затыки, какие проблемы, какие есть альтернативы, как именно они отличаются от jdbc и почему ты видишь его использование непригодным? Например мне, как непрофильному специалисту было бы интересно послушать(вдруг понадобится), а вдруг 1024 приведет аргументы, которые могут разбить твое мнение в пух и прах(никто не может знать все). И вот дискуссия уже превратилась в интересный топик, а не трололо, из которого в том числе топикстартер сможет сделать выводы?

Все очень просто. JDBC это доступ к БД. Использовать его для соединения игрового клиента с сервером не плохо, а полный бред, хотя бы потому, что это нисколько не замена сокетным и прочим соединениям... это очевидно всем кто хоть раз писал сетевые игры...
Технология подключения к БД в принципе не может быть аналогом сокетов. Это как говорить, скейтборд аналог самолету, только потому, что они оба движуться.
Там куча проблем будет даже если попытаться это реализовать чисто технически. Начнем с того, что придется БД открыть в сеть, продолжим сложностью реализации игровой логики завязанной на SQL (тут не для всех проектов, но для данного топика это так), затем обратим внимание на количество открытых соединений равное кол-ву игроков, заметим скорость такой работы... еще 100500 моментов которые неохота описывать... и поймем что использование JDBC для связи игры с сервером это бред сивой кобылы...

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

ты сам себе придумал что-то, сам же возбудился, сам себе начал что-то доказывать. Вечер пятницы, понимаю.

Смотри:
для отправки сообщения делать insert, для получения сообщения делать select. Куда проще. И работать это через JDBC и взрослый SQL-сервер будет на порядок быстрее, защищённей, масштабируемей и надёжней чем твой на коленке написанный модель обслуживания сокетных соединений.

Причём всё из коробки, ничего сложного дополнительно писать не надо.

забыл ник1024ты сам себе придумал что-то, сам же возбудился, сам себе начал что-то доказывать. Вечер пятницы, понимаю.

Смотри:
для отправки сообщения делать insert, для получения сообщения делать select. Куда проще. И работать это через JDBC и взрослый SQL-сервер будет на порядок быстрее, защищённей, масштабируемей и надёжней чем твой на коленке написанный модель обслуживания сокетных соединений.

Причём всё из коробки, ничего сложного дополнительно писать не надо.

То есть количество соединений = количеству юзеров? А не поплохеет серваку после хотя бы 1000 соединений? Ты предлагаешь для того чтобы узнать какие изменения на сервере постоянно долбить в базу посредством jdbc-соединения? Создавая при этом ненужную нагрузку? Ну даже для меня очевидно что тут боооольшие проблемы могут возникнуть, хотя я никогда не писал игрового сервера

ну так можно взять и проверить очевидность

забыл ник1024пропущено...


ну так можно взять и проверить очевидность
Можно и ось новую на ассемблере написать. Очевидность в том, что коннекшен с базой данных - довольно ресурсоемок, и лучше сократить их количество к минимуму, недаром во всех проектах используется пул, с максимум 50 коннекшенами(из тех что я видел), также очевидно то, что использование jdbc в качестве эмуляции двухстороннего соединения - это называется через жопу. Так ради каких мифических выгод мне это делать? Если можешь обьясни на пальцах. Писать свое решение тоже не айс, я тут не спорю, но зачем изначально забивать гвозди рукой?

вообще-то писать свой говнокод вместо использования готовых, проверенных и надёжных средств это и есть забивание гвоздей кулаком.

смотри, тут утверждают что
- какойнить SQL-сервер (Oracle, например) не сможет обслуживать тысячу соединений
- можно написать собственную процедуру передачи данных через сокетное соединения которая будет лучше (защищённей, надёжней, менее ресурсоёмкой) оракловой передачи данных по JDBC

Оба утверждения являются неверными и не требуют опровержения.

Для справок по первому утверждению можно обратиться на оракловый форум этого же сайта, для понимания беспочвенности второго утверждения можно попробовать попытаться это написать

tumblerrrОпять бред... с каких это пор оракловский JDBC стал эталоном скорости, защищенности и т.д. ???
Утверждение, что невозможно написать библиотеку сокетных соединений, лучше чем оракл, является таким же бредом, как и все, что ты говоришь...

попробуй