|
|
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Доброго здоровья! По работе основная направленность - написание плагинов для AutoCAD. Пишутся они на c# vs2012 - таковы условия работодателей, да и весьма удобно к тому же. По ходу дела, приходиться проектировать базу данных по проектам. Фирма занимается проектированием помещений, получают план архитектуры, а наши инженера раскидывают розетки, светильники, щитовое оборудование, пожарные датчики и многое многое другое. Все эти приборы и потребители нашли своё отображение в базах данных. Однако назрел вопрос создания менеджера проектов. Мною была предложена не очень сложный по структуре, но покрывающий необходимый спектр задач, проект бд. Выделил основные сущности, где надо - пересекаются по идентификатору, всё как у людей. Проблема подкралась с неожиданной стороны. Один проект - суть каталог с файлами глубиной до 5 уровней. Файлы преимущественно Автокадовские. Начальник требует чтобы я на каждый проект - создавал базу данных. Отдельную. Т.е. вместо того, что бы заполнять одну центральную базу данных - копировать по шаблону, и в каждой папке, каждого проекта иметь базу. Фактически в таблицах будут по 100-200 записей, и только те, которые относятся к текущему проекту. Мотивирует это тем, что так можно сделать, и он не видит смысла делать по другому. Я даж не знаю, как объяснить почему так делать не стоит. Аргумент о том, что за год порядка 200 проектов = 200 баз данных, и тд. по нарастающей как аргумент не воспринимается. Подскажите хоть что нибудь, ибо я не представляю себе ни таких баз данных, ни софт который это дело будет поддерживать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 14:40 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
По-моему шеф прав. Если БД будет лежать в том же каталоге, что и остальной проект, её будет удобно бэкапить и архивировать вместе с проектом. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 14:46 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
а может с другой стороны зайти и организовать хранение всех файлов в БД по всем проектам и доставать их по мере надобности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 14:55 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
чего конкретно я не понимаю? я выделил следующие сущности: Project {projectId; customerName; dateIn; dateOut; projectFullPath} - сущность проекта на этапе заказа. Заказ поступил, его зарегистрировали; создали папки по шаблону, где будут хранится все файлы-чертежи сделаные в Автокаде. ProjectDoc {projectId; docId; docPerformer; docPath} - здесь планирую регистировать все чертежи, чтоб по ид проекта можно было найти все документы к нему относящиеся. Users {} - для авторизации и простейшего разграничения прав. Детально описывать сейчас не вижу смысла. Пара справочников, которые содержат данные о конкретных изделиях - эти данные актуальны для абсолютно всех создаваемых проектов. Спрашивается при такой организации - какой смысл под каждый проект, создавать подобную базу? Я так понимаю, что данные всех проектов можно держать в одной - следить за актуальностью, бэкапить и тд. Понятное дело, что записей в таблицах будет по несколько тысяч со всех проектов разом. Но разве это является проблемой настолько, что необходимо создавать базу под каждый конкретный проект? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 14:57 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursчего конкретно я не понимаю? Что в таком виде для текущего способа организации работы эта база не нужны и только будет всем мешать. rom_ursProject {projectId; customerName; dateIn; dateOut; projectFullPath} - сущность проекта на этапе заказа. Её заменяет созданный каталог на файл-сервере. rom_ursProjectDoc {projectId; docId; docPerformer; docPath} - здесь планирую регистировать все чертежи, чтоб по ид проекта можно было найти все документы к нему относящиеся. Все чертежи уже лежат в этом каталоге, их незачем искать где-то ещё. rom_ursUsers {} - для авторизации и простейшего разграничения прав. Для этого пользователи уже авторизируются в сети и разграничение прав (совсем не простейшее) идёт на уровне файловой системы. rom_ursПара справочников, которые содержат данные о конкретных изделиях - эти данные актуальны для абсолютно всех создаваемых проектов. И никогда, то есть абсолютно никогда, даже через 10 лет эти данные не будут меняться? Не верю. rom_ursкакой смысл под каждый проект, создавать подобную базу? Чтобы эта база точно соответствовала проекту и не было нужды заморачиваться с периодическими атрибутами. Чтобы она автоматически сопровождала проект на пути в архив или морг. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 15:19 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
> Доброго здоровья! И вам не хворать. > Начальник требует чтобы я на каждый проект - создавал базу данных. Идиот. Так часто бывает. Разумным решением представляется не отдельная база данных, а снапшот конкретного проекта. Т. е. вместе с остальными файлами проекта у вас должны лежать файлы ddl, позволяющие в любой момент времени создать базу данных таким образом, как если бы этот проект был единственным. А обычная работа над проектами - в штатной базе данных. > как объяснить почему так делать не стоит Сложно аргументировать, не зная ни специфики работы вашей лавки, ни уровень подготовки вашего начальника. Мне было бы достаточно очевидной бессмысленности решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 17:04 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursВсе эти приборы и потребители нашли своё отображение в базах данных. Однако назрел вопрос создания менеджера проектов. rom_urs, у вас присходит логический скачок. Что значит "назрел вопрос"? - Какие задачи он будет должен решать? - Каких целей (т.е. вполне конкретных и проверяемых показателей) Вы планируете достичь (например, "сократить вдвое время поиска проэкта по критерию тру-ля-ля")? - Кто "заказчик" и "пользователь" системы? На какой "уровнь грамотности" пользователя этот "менеджер" должен быть рассчитан? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 19:28 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursЯ даж не знаю, как объяснить почему так делать не стоит. Аргумент о том, что за год порядка 200 проектов = 200 баз данных, и тд. по нарастающей как аргумент не воспринимается. Подскажите хоть что нибудь, ибо я не представляю себе ни таких баз данных, ни софт который это дело будет поддерживать. На мой взгляд ни вы, ни ваш начальник еще не созрели для создания базы. Сначала четко сформулируйте- что вы собираетесь хранить в базе, если файлы - это одно, если полностью формализованные данные, раскиданные по своим таблицам это другое. В любом случае пока (исходя из ваших описаний) я не вижу причины, почему на каждый проект нужно создавать свою базу. Наверняка все проекты имеют данные, схожие по формату, зачем городить огород тогда? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 20:05 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
SergueiНаверняка все проекты имеют данные, схожие по формату Вы почему-то рассматриваете только текущие проекты. А что делать с данными для проектов десяти- или двадцатилетней давности? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 20:23 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Serguei, Для того, чтобы ответить на поставленные вами вопросы, и полностью прояснить ситуацию... про мой уровень грамотности, моего шефа и тд. по списку, а так же описать весь контекст осуществляемых работ я буду вынужден написать не одну простыню текста. И, по какойто причине, мне кажется, что это справедливо для весьма большого процента офисов, работников и работодателей. По этой причине, дабы как можно скорее перейти к сути моего вопроса участникам данного форума, я как мог обобщил и сократил преамбулу. Перейдя к принципиальному вопросу. Моя готовность к созданию базы данных не имеет никакого значения. Задача, если можно так выразиться, поставлена, и я не могу рассуждать кто там к чему готов. Моё спроектировать и реализовать. Я спроектировал, озвученный спектр задач - покрыт. Но от меня требуют необоснованного усложнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 21:22 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursЯ спроектировал, озвученный спектр задач - покрыт. Но от меня требуют необоснованного усложнения. Как я уже сказал, ты спроектировал неправильно и то, что от тебя требуют, на самом деле - упрощение. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 22:08 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovты спроектировал неправильно Впрочем, делай как хочешь. Неудачный опыт в жизни обычно полезнее удачного. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 22:37 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
> от меня требуют необоснованного усложнения Вам так кажется. Теоретически возможность автономной работы над проектом может быть полезна. Другое дело, что требования сформулированы безобразно криво. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2015, 00:24 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovКак я уже сказал, ты спроектировал неправильно и то, что от тебя требуют, на самом деле - упрощение. Какой у вас, однако,качественный хрустальный шар... rom_ursSerguei, Моя готовность к созданию базы данных не имеет никакого значения. Задача, если можно так выразиться, поставлена, и я не могу рассуждать кто там к чему готов. Ну давайте ща как красные девицы будем сопли пузырями надувать :-) Из текущий описаний абсолютно ничего не понятно. И сказать что там у вас правильно, что неправильно невозможно. Если вы просите помощи - сформулируйте, что вам нужно получить. Для этого не надо обладать знаниями баз данных. Просто- на русском языке. ;-) А сейчас у нас получается как в том анекдоте: "Доктор, у меня это..." :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2015, 02:52 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursМоя готовность к созданию базы данных не имеет никакого значения. Задача, если можно так выразиться, поставлена Тогда и говорить не о чем. Делай что должен (требуют), а там не стань "стрелочником". Для этого нужно как минимум документировать "постановку задачи". Иначе любой косяк (от постановки до изменения хотелок) - свалят на тебя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2015, 10:09 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Я, конечно, благодарен за ответы... . И все таки: я считаю, что создавать базу под каждый проект - незачем. Спроектированная БД способна покрыть те задачи, которые заявлены на данный момент. Вижу это логичным: то что есть - справляется без оговорок и каких либо минусов по производительности; следовательно - накручивать что то еще нет нужды. Кроме логичности и целесообразности, существуют ли еще какие либо аргументы против огромного количества отдельных баз данных вместо одной централизованной? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2015, 18:15 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursМотивирует это тем, что так можно сделать, и он не видит смысла делать по другому. Однажды, когда я был молодым и глупым, я аналогичным образом не смог объяснить начальнику, почему его "упрощающая жизнь" идея плоха. Собственно, это была по сути идея "вращать статор вокруг ротора (тм)", на которой он настаивал частично из мелких соображений вида "не исправлять ошибку в дизайне бд", частично из упрямства. Реализация его идеи заняла около двух человеко-часов, а вот всякого рода дополнительные работы, вызванные подлаживанием проекта под эту идею, апостериори оказались около двух месяцев. С тех пор я приобрёл больше убедительности в аргументации и потерял всякую почтительность к "он не видит смысла". На бытовом уровне я бы предложил ему создать отдельное юр.лицо на каждого сотрудника в отделе. Будет ровно то же самое, что он хочет сделать с базами. Не дело начальства лезть в подобные мелкие вопросы. Потому что толком он в них всё равно не разбирается, а подобным "решением с наскока" создаёт геморрой, разбирать который не ему. А если таки хочет лезть - пусть задумается, приобретёт компетенции и тогда волшебным образом увидит смысл. По описанию я так понимаю, что начальник даже не относится к ИТ. Так вот, стоит мягко, но настойчиво, объяснить ему, что не стоит лезть не в своё дело. rom_ursЯ даж не знаю, как объяснить почему так делать не стоит. Самый очевидный аргумент - потому что база будет развиваться. Эти "десятки и сотни баз" стопроцентно расползутся по структуре. В результате с ними станет невозможно работать, а "достать старый проект, когда заказчику что-то потребовалось доработать" будет целой эпопеей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2015, 20:34 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursЯ, конечно, благодарен за ответы... . И все таки: я считаю, что создавать базу под каждый проект - незачем. Спроектированная БД способна покрыть те задачи, которые заявлены на данный момент. Вижу это логичным: то что есть - справляется без оговорок и каких либо минусов по производительности; следовательно - накручивать что то еще нет нужды. Кроме логичности и целесообразности, существуют ли еще какие либо аргументы против огромного количества отдельных баз данных вместо одной централизованной?Нууу... Это Вам лучше знать с какими данными у вас там работают и как. Аргумент может быть такой: "Вот понадобиться нам собрать такую-то аналитику, такой-то отчёт, для таких-то целей, и будет это сложно сделать". Например клиент какой запросит данные по всем его проектам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2015, 21:30 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
softwarer, Спасибо огромное за вашу историю и ёмкую аналогию. Я смог придумать только одну, но её объяснять пару минут. skyANA, Да, выборка при большом количестве баз будет просто потрясающей в плане алгоритмов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2015, 21:49 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursДоброго здоровья! Я даж не знаю, как объяснить почему так делать не стоит. Аргумент о том, что за год порядка 200 проектов = 200 баз данных, и тд. по нарастающей как аргумент не воспринимается. Подскажите хоть что нибудь, ибо я не представляю себе ни таких баз данных, ни софт который это дело будет поддерживать. Берем, например, SQLite... И вуаля, получаем решение которое просит шеф. ;-) БД SQLite хранить в тех же папке, что и файлы проекта на AutoCAD. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 07:20 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
mad_nazgul, И зачем оно надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 10:12 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursКроме логичности и целесообразности, существуют ли еще какие либо аргументы против огромного количества отдельных баз данных вместо одной централизованной? Вы способны убедит ЛПР (лицо, принимающее решение) в собственной правоте и готовы "получать" за всплывшие косяки проводимого решения? (косяки будут всегда - всплывут "неучтёнки" и новые "хотелки" как минимум, - вопрос только как к ним относится ЛПР: нормальные рабочие моменты, которые нужно решать; повод повозить мордой об стол?) А так из аргументов только один - обслуживание и сопровождение 200 баз вместо одной обычно дороже. И чем дальше и дольше - тем дороже. По нарастающей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 10:25 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
BagaBagaиз аргументов только один - обслуживание и сопровождение 200 баз вместо одной обычно дороже. И чем дальше и дольше - тем дороже. По нарастающей. А расписать эту цену по конкретным пунктам расхода сможешь?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 10:54 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
BagaBagaи готовы "получать" за всплывшие косяки проводимого решения? "Получать" за всплывшие косяки решения ЛПР-а гораздо глупее и обиднее. И попробуйте сказать про "это же его решение, отвечать будет он сам", мы все дружно посмеёмся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 11:01 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
rom_ursmad_nazgul, И зачем оно надо? Затем, что ТЗ такое. И это решение вполне приемлемое. Т.к. проекты можно будет "переносить" куда угодно, не заморачиваясь с развертыванием единой БД. Грубо говоря скинул на флешку проект. А на другом ПК (даже в другой конторе) открыл его в AutoCAD'е. Если ваши плагины установлены. ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 11:26 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
softwarerBagaBagaи готовы "получать" за всплывшие косяки проводимого решения? "Получать" за всплывшие косяки решения ЛПР-а гораздо глупее и обиднее. И попробуйте сказать про "это же его решение, отвечать будет он сам", мы все дружно посмеёмся. "Подчиненный, перед лицом начальствующим, должен иметь вид лихой и придурковатый, дабы разумением своим не смущать начальство". :-) Говорить ничего не надо, надо просто делать... или не делать... само отпадет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 11:30 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
softwarerBagaBagaи готовы "получать" за всплывшие косяки проводимого решения? "Получать" за всплывшие косяки решения ЛПР-а гораздо глупее и обиднее. И попробуйте сказать про "это же его решение, отвечать будет он сам", мы все дружно посмеёмся. Нет конечно. Если _совсем_туго_ - включать "добросовестного идиота". Я старательно исполнял... в точности по ТЗ ... что-то не так? С радостью исправлю. Только ТЗ напишем (исправим - подпишем), чтобы я случайно ничего не перепутал. ЗЫ На самом деле, получать "за свои" будешь всегда. Получать или не получать за косяки "кривого ТЗ от ЛПР" - вопрос умения и сложившейся в компании "культуры". ЗЗЫ ЛПР он на то и ЛПР. Если по должности топикстартер не может принимать решения, то ему и не дадут ("по рангу не положено"). В крайнем случае получит картбланш, палки в колёса (или отсутсвие поддержки) и "салют" на первом же провале. Всё, что он может - попробовать привести аргументы ЛПР, а уже последний будет (или не будет) их учитывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 13:35 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovBagaBagaиз аргументов только один - обслуживание и сопровождение 200 баз вместо одной обычно дороже. И чем дальше и дольше - тем дороже. По нарастающей. А расписать эту цену по конкретным пунктам расхода сможешь?.. Как только ТС озвучит жизненный цикл этой базы - конечно да. ЗЫ Для сферического коня в вакууме: 1. развёртывание базы для каждой новой единицы 2. её инициализация ("шеф" же просил "удалить всё лишнее", помним?) 3. синхронизация (если над одним и тем же проектом работали на нескольких рабочих местах). Ой, а какая версия последняя? 4. резервное копирование (автоматическое, регулярное) 5. проверка работоспособности бэкапов (на "нулёвую" машину) 6. проверка работоспособности всех отчётов (иных автоматических скриптов) при смене структуры в любой "из баз". Ах да, если отчёт "всё ещё запускается", это не значит, что он считает правильно :) ЗЗЫ ТС так и не озвучил перечень задач, которые намеревается решить этой базой. Так что практически весь тред - про сферического коня... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 13:45 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Всем спасибо за ответы. Думаю тему можно закрывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 13:59 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
BagaBagaДля сферического коня в вакууме: 1. Копирование одного файла при старте нового проекта это не затраты, делается автоматически вместе с созданием дерева каталогов. 2. Шаблон БД уже содержит все шаблонные элементы. Шеф просил удалить из БД всё, что не относится к текущему проекту, чего в шаблоне просто нет. 3. С нескольких мест работают с одной БД на сервере, нечего синхронизировать. 4. Резервное копирование происходит вместе с остальными файлами проекта, у централизованной БД тут только недостатки. И всё это ограничено только текущими проектами. Где "нарастающая"? Или ты предлагаешь бэкапить и обслуживать уже закрытые проекты, которых вообще никто не касался уже годы?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 14:05 |
|
||
|
Количество баз данных в сервере
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, вообще-то ТС попросил закрыть топик. Но раз вы такой настойчивый... >>1. Копирование одного файла при старте нового проекта это не затраты, делается автоматически вместе с созданием дерева каталогов. Вы обладаете волшебным шаром? ТС на ушко нашептал? Вам что-то известно про "автоматическое создание дерева"? И что инициализация - копирование одного файла? Права, так понимаю, тоже будете копированием раздавать... >>2. Шаблон БД уже содержит все шаблонные элементы. Шеф просил удалить из БД всё, что не относится к текущему проекту, чего в шаблоне просто нет. Так у вас шаблон содержит ВСЕ шаблонные элементы (для ЛЮБОГО проекта), или относящиеся ТОЛЬКО к какому-то проекту? Удаляться "лишние" сами буду по большой красной кнопке? А недостающие - вписываться? >>3. С нескольких мест работают с одной БД на сервере, нечего синхронизировать. Если у Вас с автокадом работают по сети... Хм. У вас должно быть проекты песочницы... Или вы про БД "каталога проекта"? Так у вас же их 200, не забыли? >>4. Резервное копирование происходит вместе с остальными файлами проекта, у централизованной БД тут только недостатки. Ну если вам проверить 200 бкапов проще чем 1-2... Или проверять вообще не планируется? Так может вам тогда вообще без бэкапов... Про недостатки - расскажите лучше списком поподробнее. Заодно про схему бэкапа у ТС расскажите. Оч. интересно. >>И всё это ограничено только текущими проектами. Где "нарастающая"? Или ты предлагаешь бэкапить и обслуживать уже закрытые проекты, которых вообще никто не касался уже годы?.. У тебя "рождение" проекта немедленно сопровождается "смертью" другого проекта? Тебе же ТС сказал - примерно 200 в год (т.е. примерно +15-20 в месяц). Отчёты только по "текущим проектам"? В архивные смотреть не нужно? Т.е. если заказ на тот же объект, который уже "сдан и закрыт", ты предлагаешь не искать по проектам (в т.ч. из архива), а настукивать новый, не найдя в "активных"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2015, 16:34 |
|
||
|
|
start [/forum/topic.php?all=1&fid=32&tid=1540639]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
171ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
80ms |
get tp. blocked users: |
2ms |
| others: | 236ms |
| total: | 533ms |
| 0 / 0 |
