|
|
|
Проектирование planner'а: нужен совет
|
|||
|---|---|---|---|
|
#18+
ДокsoftwarerRIP в смысле, покойся с миром? ;) Именно. У меня в этом несколько экстремальная позиция, подобное тесное связывание я считаю заведомой ошибкой, а уж "проектирование сервера исходя из текущих нужд криента"... блин, это была честная опечатка, но уж очень в тему ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2012, 12:43 |
|
||
|
Проектирование planner'а: нужен совет
|
|||
|---|---|---|---|
|
#18+
softwarerИменно. У меня в этом несколько экстремальная позиция, подобное тесное связывание я считаю заведомой ошибкой, а уж "проектирование сервера исходя из текущих нужд криента"... блин, это была честная опечатка, но уж очень в тему Это где я такое написал? зы. в последнее время я стал спокойнее относиться к изменению структуры БД ("... ну, подумаешь - укол! Укололся: и пошел ..."). Надеюсь, если понадобится, то без больших трудозатрат разобью поля с датами на master-detail. А все остальное: нету там жесткой взаимосвязи с девкинским компонентом. Есть поля, отвечающие за ту или иную сущность (заголовок, мемо-поле, приоритет и проч.проч.), которые тот шедулер использует. Так их можно и в собственно гриде использовать ;) Вобщем, у меня осталась одна дилемма: что использовать Unbound mode или Bound mode. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2012, 18:38 |
|
||
|
|

start [/forum/topic.php?fid=32&gotonew=1&tid=1541421]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
59ms |
get topic data: |
8ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 335ms |

| 0 / 0 |
