Не слушай их... никакой проблемы нет и быть не может (база разумеется одна). Работы ровно на 10 минут, да отладки ещё на 10. На нормальном софте разумеется.Сообщение от boRada
Ну технически это же не проблема?И это дает надежду.
Наверняка кто-то в этом направлении уже делал шаги, если не у нас, так у них. По крайней мере можно уже пофантазировать.
Да ну? И демон будет один? И стата вдруг начнет понимать 2 сервера и запросы по серверам разбивать... нуну... 10 минут.
Не замучаешься менять все места, где нужен сервер?
А учитывая, что вы убили идею ivanobulo c нормальным DAO методом cut&paste, думаю тут и месяцем тестирования/правки не обойдешьсяdef addActivePilot(self, thePilotID, theArmyID):
self.__simpleDBFacade.executeUpdate("insert into active_players(PILOTID, ARMY) values (?, ?)", (thePilotID, theArmyID))
def checkActivePilot(self, thePilotID):
res = self.__simpleDBFacade.executeQuery("select PILOTID from active_players where PILOTID=?" , thePilotID)
return len(res)
cursor.execute('update param2 set z="'+type_mis_r+'" where p="main_target_red"')
cursor.execute('update param2 set z="'+type_mis_b+'" where p="main_target_blue"')
cursor.execute('update param set z='+str(current_map)+' where p="map"')
conn.commit()
Крайний раз редактировалось Baks; 09.11.2006 в 14:29.
...И от полученных знаний скончался на месте
Демона конечно 2, а база одна. В чем проблема то? Ну не 10 минут, а полчаса. Суть в том, что проблемы нет. Только мне это не интересно,а все знают, что я делаю только то, что мне интересно.Да ну? И демон будет один? И стата вдруг начнет понимать 2 сервера и запросы по серверам разбивать... нуну... 10 минут.
Раз 2 демона, значит 2 базы (база == схема если так понятнее, процесс сервера бд естественно 1) иначе надо менять схему бд и в нужные места вставлять ссылку на сервер, к которому данные событие/пользователь/карта/другие данные относятся... Стата должна соответсвующим образом иметь в интерфейсе выбор "сервер1 сервер2 ... все сервера" и соотвествующим образом формировать запросы.Демона конечно 2, а база одна. В чем проблема то? Ну не 10 минут, а полчаса. Суть в том, что проблемы нет. Только мне это не интересно,а все знают, что я делаю только то, что мне интересно.
Никто меня не убедит, что _это_ можно сделать на существующих демонах без кардинального редизайна и тотальной правки кода и соотвествующего цикла тестирования... и уж тем более не за 10 минут...
Не вводи людей в заблуждение
...И от полученных знаний скончался на месте
В этом Демоне замучаюсь. Редкостный отстой, эта ваша ООП. Сделать можно что угодно - править и развивать потом без матов невозможно. Потому и плюнуто было мной на проводку разных свойств по разным классам. Добавить же в вызов SQL в нужном месте один параметр "номер демона" такая плёвая задача, что я даже не знаю, с чем её сравнить.
В ооп проще. я добавил один параметр и потом везде где возникла ошибка все проверил... в случае с embedded sql - так еще задница (особенно если этот sql из строчек собирается).
Далее, в ооп (например в jaydaemon) мне проще поступить, поправить дао, чтобы оно само знало номер демона, и автоматически его добавляло где надо, тогда код самого демона править вообще не придется, ибо он будет работать как бы в своем "срезе данных"... но по любому это не 10 минут. И главное то не демон, главное стата, которая бы с этим всем работала...
...И от полученных знаний скончался на месте
Ваши права
Ответить с цитированием