[Electronic_Arts]

Добрый день...

Меня мучает один вопрос - можно ли средствами Delphi подключиться к базе данных сайта и работать на нем??

[Admin]

Сообщение от Electronic_Arts

Добрый день...

Меня мучает один вопрос - можно ли средствами Delphi подключиться к базе данных сайта и работать на нем??

Обычно хостеры закрывают возможность внешних подключений

[Electronic_Arts]

А как можно проверить открыт внешний доступ или нет?

[lmikle]

mconnect?
telnet?

[Игорь[Igor]]

А данные для подключения известны?

[Electronic_Arts]

Я этим никогда не имел дело - по этому не знаю для подключения что использовать какие параметры для этого требуются со стороны хостинга

Просветите плиз... потому что по гуглив ничего не нашел - может быть не правильно искал....если кто то имел дело с этим поделитесь информацией.

[Uniq!]

Для удалённого доступа к MySQL в Web должен быть:
1) известный ip
2) порт для подключения
3) Логин
4) Пароль
5) Параметры SSH (в случае, если канал связи должен быть защищён)

В вашем случае порт (зуб даю) закрыт.
Какие нужды? Вы хотите управлять контентом сайта используя Desktop приложение?

[Electronic_Arts]

Нет не сайтом - а базу своей программы загрузить на хостинг и самому сэкономить на MS SQL сервере...

Спасибо действительно порт закрыт а на одном IP лежат куча сайтов...придется получить статический IP и поднять сервер

[Uniq!]

Для этих целей придумали виртуальные облачные сервера.

Вы покупаете виртуальный сервер и чё хотите на нём, то и делайте.

[lmikle]

А что значит "съэкономить на MS SQL"?
Не вижу проблемы поднять бесплатный MS SQL Server, да хоть дома, если IP статический и белый (кстати, может быть и не статический, но тогда надо будет использовать какой-нить сервис типа DynamicDNS). А если у тебя будет столько пользователей, что бесплатный сервак не справится, то в любом случае надо будет иметь свой сервер и ставить туда более серъезную редакцию MS SQL.

ЗЗЫ. А вообще, можно посмотреть и в сторону PostreSQL. Да и бесплатный FireBird не так уж плох.

[Electronic_Arts]

Сообщение от Uniq!

Для этих целей придумали виртуальные облачные сервера.

Вы покупаете виртуальный сервер и чё хотите на нём, то и делайте.

Знаю просто пока проект запущу и базу размещу на домашнем компе присобачив ему статический IP
- если смогу хотя бы 10 копий продать то буду уже смотреть в сторону облачных решений

Сообщение от lmikle

А что значит "съэкономить на MS SQL"?
Не вижу проблемы поднять бесплатный MS SQL Server, да хоть дома, если IP статический и белый (кстати, может быть и не статический, но тогда надо будет использовать какой-нить сервис типа DynamicDNS). А если у тебя будет столько пользователей, что бесплатный сервак не справится, то в любом случае надо будет иметь свой сервер и ставить туда более серъезную редакцию MS SQL.

ЗЗЫ. А вообще, можно посмотреть и в сторону PostreSQL. Да и бесплатный FireBird не так уж плох.

Сэкономить на железе я имел ввиду - пока под рукой есть P4/RAM 2Gb/500Gb HDD - разверну на нем бесплатный MySQL server - посмотрим будет ли продаваться прога - если хотя бы 10 копий продам будет супер...

Последний вопрос и можно тему закрыть - по каким признакам я узнаю что железо не справляется с задачей???

[lmikle]

Надо мониторить потребление ресурсов.
Как я понимаю, твоя задача интерактивная. Соответсвенно, как только использование cpu и io будет потреблять более 70% ресурсов (ну, до 80% в пике), то надо задумываться об апгрейде.

ЗЗЫ. Кстати, твою проблему можно решить по другому, хотя надо смотреть сколько и каких данных тебе надо таскать. Можно сервер поставить у хостера, а наружу выставить REST сервис, через который прога и будет общаться с БД (напоминаю, что REST работает через http/https, а их не закроют). RESTfull сервис на Java пишется за 5 минут (сам сервис, естественно, на логигу надо будет потратить немного больше времени). Преимущества такой архитектуры в том, что:
1. Переносимость. Вероятность, что JAVA будет на любой платформе, куда тебе придеться переползать, довольно велика.
2. Переносимость по БД, Если использовать чистый jdbc, то тебе, по большому счету, будет пофиг, какая у тебя БД будет. Только jar с драйвером приложить.
3. Можно контролировать регистрацию на уровне сервера. Т.е. защита программы "уходит" на удаленный компьютер. Соответсвенно, труднее сломать.
Ну и много еще более мелких преимуществ. Недостатки тоже есть - еще один кусок кода, который надо продумывать, менять и поддерживать, не факт, что все хостеры позволяют запускать java-приложения.

ЗЫ. А что говорит Amazon AWS. Они дают одну микру на год бесплатно. Машинка слабая, конечно, зато нахаляву. Для старта вполне подойдет. Надо проверить как у нис с открытием портов обстоят дела.

[Freeman]

Сообщение от lmikle

2. Переносимость по БД, Если использовать чистый jdbc, то тебе, по большому счету, будет пофиг, какая у тебя БД будет.

Вот к этому надо относиться с недоверием. В большинстве случаев оно означает "везде будет работать одинаково медленно неэффективно".

[lmikle]

Сообщение от Freeman

Вот к этому надо относиться с недоверием. В большинстве случаев оно означает "везде будет работать одинаково медленно неэффективно".

А чудес никто не обещал.
Да, придется повозиться с подбором быстрого драйвера.
С другой стороны вот у меня на работе есть прога на Java, которая через jdbc (с использованием соотв. драйверов) пишет в (и читает из) Oracle, MS SQL Server и пару клонов Postgre. Разницы в скорости работы особой не наблюдается (кроме клонов Postgre, но там особый случай, т.к. это многонодные БД, которые по одной записи работают изначально медленно).

[Electronic_Arts]

Спасибо за совет буду следить за процессором..

А вот перейти на Java это не реально - потому что весь проект писал я один на делфи иконы разработал интерфейс настроил до ничтожно упрошенного состояния чтоб не приходилось людям тратить много времени чтоб в ней разобраться - и переход на другой язык это для меня будет самоубийством))))

Я все же пока поставлю дома свой сервер...если дела пойдут хорошо - то выгоднее будет на облако переходить