Добрый день!
У меня появилась идея создания программы, которая в процесе работы будет брать данные с базы данных, работать с ними и обновлять. При этом база должна быть общей для всех копий программы, которые где-либо запустятся.
Обдумав все, я дошел до вывода, что теоретически возможно выгрузить БД MySQL на хостинг и в программе прописать данные для доступа к ней (т. е. при каждом запуске каждой программы будет автоматически подключение к БД).
Возможно лии это осуществить? Есть ли какие-либо подводные камни, о которых я не подумал?
Спасибо!
0
Комментарии (6)
популярные
новые
старые
Для того, чтобы оставить комментарий Вы должны авторизоваться
Ваш пост натолкнул на мысль, как работают игры типа wow и lineage… Допустим есть база MySQL, когда один-два человека — одно, а когда обращаются к одному значения с возможностью его изменить тысячи или миллионы? Пометить его как synchronized не вариант, не будет же очередь из 1кк людей ждать, пока все по очереди к этой записи БД обратятся.
Да, есть над чем задуматься.
Теперь вижу, что моя теория подходит только для тех случаев, когда все юзеры работают со своими частями БД, пересекаясь по-минимуму. Как же быть, когда все меняют одно значение? Конфликт выйдет…
Допустим есть база MySQL, когда один-два человека — одно, а когда обращаются к одному значения с возможностью его изменить тысячи или миллионы? Пометить его как synchronized не вариант, не будет же очередь из 1кк людей ждать, пока все по очереди к этой записи БД обратятся.
Так как каждый раз создавать новое соединение не выгодно.
Для множества соединений существует настраивамый connection pool идея в том чтобы
изначально выделить кэш под соединения и потом их повторно использовать также как правило есть доп. настраиваимые опции но у всего есть лимиты
когда вы их исчерпаете нужно будет думать о маштабировании я знаю про два вида вертикальное
и горизонтальное первое значит что вы наращиваете мощность текущего сервака (апгрейд железа) второе добавляете новые серваки.
Любое веб приложение работает так. База и серверная часть в одном/нескольких экземплярах. Если же ты хочешь десктопное приложение, которое будет хранить данные не тько локально у юзера, но и где-то удаленно (как пример — офлайн игры с доступом в интернет для хранения ачивок и тд), то ты уже примерно опсиал реализацию.
Я бы посоветовал использовать сервисы вроде Google Cloud Messaging (Android), App Engine и т.п. они позволяют реализовать принцип Tell Don't Ask т.е. сервак будет сам рассылать данные твоим юзерам если есть какие-либо изменения.
Также можешь почитать про Observer Pattern или Akka может решишь изобрести свой велосипед.
Теперь вижу, что моя теория подходит только для тех случаев, когда все юзеры работают со своими частями БД, пересекаясь по-минимуму. Как же быть, когда все меняют одно значение? Конфликт выйдет…
Вы правильно мыслите =) но СУБД обычно не дураки пишут.
MySQL поддерживает ACID dev.mysql.com/doc/refman/5.6/en/mysql-acid.html
или ru.wikipedia.org/wiki/ACID
Так как каждый раз создавать новое соединение не выгодно.
Для множества соединений существует настраивамый connection pool идея в том чтобы
изначально выделить кэш под соединения и потом их повторно использовать также как правило есть доп. настраиваимые опции но у всего есть лимиты
когда вы их исчерпаете нужно будет думать о маштабировании я знаю про два вида вертикальное
и горизонтальное первое значит что вы наращиваете мощность текущего сервака (апгрейд железа) второе добавляете новые серваки.
Также можешь почитать про Observer Pattern или Akka может решишь изобрести свой велосипед.