![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Работа с БД на сервере в нете [D6, MySQL, Paradox]
DelBoy © (2006-12-05 00:05:00)Подскажите пожалуйста. Не могу придумтаь как будет лучше.
Задача стоит следующая нужно редактировать базу данных которая храниться на сервере в нете, к БД (в роли нее MySQL) можно достучаться только с скриптов на этом же сервере (PHP) так вот мне нужно эту базу редоктировать, и т.д.
При условии что нет по времени, т.е. должны выйти в нет, скачать часть базы (нужной или условно нужной для работы) выключить, добавить в нее записи (около 1000-2000) и всю эту добавку при подключение отдать серваку.
Собсвтенно говоря стоит именно такая задача, а базу хранить на рабочем компе не устраивает ну не как.
И еще попутный вопрос косающийся темы, я слышал, что в результате ответа БД на запрос в РНР можно вернуть массив сток которые выдает БД без исправлений, который в последствие и может обрабатывать Дельфя. Никто не знает функции.
Или если можно подскажите как лучше реализовать данную задачу...
mr.il (2006-12-09 08:11:00) [1][10] У меня почти так. Только в нете реализованы аналоги ХП, на ПХП (суть сервисы), а на локалке отслеживаются изменения и удаления данных. При обмене вызываются соответствующие сервисы.
Desdechado (2006-12-08 19:11:00) [2]> А с литературой у меня беда, поэтому все сижу думою сам
велосипед с квадратными колесами?
я тебе дал направление поиска в гугле, см. [11]
гугл то есть у тебя?
DelBoy (2006-12-08 18:52:00) [3]База обновляется только с одного компа. И с БД ничего не произойдет, только если не саботаж. А что бы с других компов тоже, то пишем синхронизатор, с нета к нам, это проще чем в нет. И вставляем еще одну таблицу обновления.
А с литературой у меня беда, поэтому все сижу думою сам :(
Sergey13 (2006-12-07 13:07:00) [4]> [10] DelBoy (06.12.06 23:31)
> После эти заросы при подрубления к нету будут передоваться
> скрипту РНР в качестве файлов по 100-200 запросов время
> на их выполнение много не уйдет и база будет полностью синхронизированна
> с локальной, а точнее прогой где все это регестрировать.
А где гарантия, что они отработают так же как на локальной и с таким же результатом? Ведь за время отключки о инета в серверной БД могло произойти чет знает что.
Тут очень-очень думать надо перед тем ка делать.
Desdechado (2006-12-07 12:08:00) [5]Это называется "репликация". Однако в ней много граблей, особенно в самодельных вариантах. Рекомендую почитать литературу по поводу.
DelBoy (2006-12-06 23:31:00) [6]Desdechado да понятно я в общем так и делаю.
И кому интересно нашел на мой взгяд самое удобное и быстрое решение и с синхронизацией проблем не будет никаких.
В общем все гораздо прще надо было просто порисовать все базы и как с ними работать на локальке и решение само пришо.
Базы будет две обсолютно одинаковые на серваке и на локалке с которой базу будут заполнять. Заполняться и изменяться будет локальная база, но она не будет потом синхронизироваться с сетевой, а все запросы и обращения к БД будут записываться и сохраняться втемповый файл.
После эти заросы при подрубления к нету будут передоваться скрипту РНР в качестве файлов по 100-200 запросов время на их выполнение много не уйдет и база будет полностью синхронизированна с локальной, а точнее прогой где все это регестрировать.
В общем на мой взгляд самая классная штука которую смог придумать.
Desdechado (2006-12-05 20:32:00) [7]> Сайт не дает доступа к базе за приделами хоста
Тогда на хосте помести это среднее звено.
DelBoy (2006-12-05 20:14:00) [8]Сайт не дает доступа к базе за приделами хоста обращаться как не хоти только через РНР в общем сильн загнался. :)
там загонов очень много получаеться
Desdechado (2006-12-05 15:53:00) [9]> скачать часть базы (нужной или условно нужной для работы) выключить,
> добавить в нее записи (около 1000-2000) и всю эту добавку при подключение отдать серваку.
Типичная работа с БД.
Скачать - SELECT или несколько SELECT.
Добавить - работа с датасетами на клиенте.
Отдать - послать на сервер запросы по модификации данных.
Никаких особенных изысков. PHP и близко не нужен для этого.
Как вариант (неплохой) использовать трехзвенку. На чем писать среднее звено, уже можно выбирать.
Anatoly Podgoretsky (2006-12-05 15:30:00) [10]> Плохиш (05.12.2006 15:14:05) [5]
Да и с параметрами надо быть особо осторожно
Плохиш (2006-12-05 15:14:00) [11]
> DelBoy (05.12.06 14:25) [3]
Нормальное решение в свете приведённого описания. Только стоит ограничить функционал этих запросов, а то какое раздолье для вредителей ;-)
И я бы создавал запросы в PHP, а скрипту передавал бы только параметры для этих запросов.
Max Zyuzin (2006-12-05 14:43:00) [12]>DelBoy (05.12.06 14:25) [3]
С PHP не работал. Может можно сделать окошечко, для ввода текста запроса. ввел нажал выполнить. все что набежало в результате возвращается?
DelBoy (2006-12-05 14:25:00) [13]Программист РНР тоже я. Вот, в общем я придумал генерить файл запросов, и его засылать скрипту, который их будет выполнять.
Может есть че умнее
Германн (2006-12-05 02:21:00) [14]
> Надо обсудить техзадание с программистом
который захочет взяться за эту работу.
Плохиш (2006-12-05 01:44:00) [15]
> DelBoy (05.12.06 00:05)
> Или если можно подскажите как лучше реализовать данную задачу.
Надо обсудить техзадание с программистом, разрабатывающим PHP-скрипты.