а что, у вас табличная часть и заголовки документов - все в одной таблице?
На самом деле, для ускорения некоторых выборок и обработок, данные немного денормализованы, в табличной части документов есть избыточные данные, охраняемые триггерками. Согласно учебников, чем выше нормализация данных, тем выше нагрузка на сервер, выбрана некоторая середина.
а что, у вас табличная часть и заголовки документов - все в одной таблице?
Да нет, конечно Но многие таблицы нашей базы имеют структуру, полностью противоречущую теории и практике проектирования реляционных бд, а также просто здравому смыслу А некоторые из них не удовлетворяют даже 1НФ (и в силу своей структуры с тем самым здравым смыслом не граничат). Я вас уверяю, вы такого точно нигде не видели
Слова кванто и Влад Щукин, вызывают смех и сочувствие людям которые работают в этой системе. Жалко программистов которые пытаются модернизировать квато. Кванто является тупиковой системой в плане ее развитая, т.к. все попытки развития кванто со временем сводятся к нулю …такова структура кванто. Банальное открытие списка требует времени, я уже не говору об многочасовых отчетах. Запусти отчет получи результат через сутки). Поэтому мы разработали принципиально новую систему, построенную на СУБД PostgreSQL, изменили и саму структуру базы данных плюс интуитивно понятный интерфейс тем самым увеличили скорость работы в десятки раз, в некоторых отчета в сотню. Система масштабируется, под любые сферы деятельности будь то магазин, оптовая база или внутренний документооборот. В системе имеется импорт данных из кванто и 1с . Переход с кванто на вегу (занимает минимум времени), тем самым мы перевели ряд фирм из Тамбова, Кирсанова и Мичуринска на нашу систему. В систему встроен механизм работы со сканерами штрих-кода, механизм работы с базой классификатора адресов (КЛАДР), древовидная структура клиентов, имеется встроенный механизм создания справочников и списков некий аналог конфигуратора в 1 с. Сейчас фирма занимается развитием автоматизированной системы в государственных учреждениях. Заинтересованным нашей системой отвечу в ЛС.
Последний раз редактировалось: Comatoz (03 Май, Вторник, 21:09, 2011), всего редактировалось 1 раз
Слова кванто и Влад Щукин, вызывают смех и сочувствие людям которые работают в этой системе. Жалко программистов которые пытаются модернизировать квато. Кванто является тупиковой системой в плане ее развитая, т.к. все попытки развития кванто со временем сводятся к нулю …такова структура кванто. Банальное открытие списка требует времени, я уже не говору об многочасовых отчетах. Запусти отчет получи результат через сутки). Поэтому мы разработали принципиально новую систему, построенную на СУБД PostgreSQL, изменили и саму структуру базы данных плюс интуитивно понятный интерфейс тем самым увеличили скорость работы в десятки раз, в некоторых отчета в сотню. Система масштабируется, под любые сферы деятельности будь то магазин, оптовая база или внутренний документооборот. В системе имеется импорт данных из кванто и 1с . Переход с кванто на вегу (занимает минимум времени), тем самым мы перевели ряд фирм из Тамбова, Кирсанова и Мичуринска на нашу систему. В систему встроен механизм работы со сканерами штрих-кода, механизм работы с базой классификатора адресов (КЛАДР), древовидная структура клиентов, имеется встроенный механизм создания справочников и списков некий аналог конфигуратора в 1 с. Сейчас фирма занимается развитием автоматизированной системы в государственных учреждениях. Заинтересованным нашей системой отвечу в ЛС.
А вот мы решили так: соптимизировать запросы, заменить хранимыми процедурами обработку массивов данных на клиенте и добавить горсть-другую индексов. Не жалуемся на работу и не ждем никаких отчетов сутками. Влад в свое время делал так, чтобы заработало, не оптимизировал. Есть места, в которых он затягивает огромнейший набор данных в массив и потом начинает с ним работать. Там где это было критично, поменяли на хранимые процедуры, кое где полностью переписали.
Единственный существенный недостаток - это первый диалект SQL, от которого тяжело ввиду использования BDE перейти, не позволяющий использовать без соответствующих ухищрений точность более 4 знаков после запятой. Но это не смертельно.
Вы несомненные молодцы, только не надо больше скриншотами заваливать мое объявление по поиску программиста, не красиво как-то.
Было дело, щас некогда стенд готовить. Прошлый раз юные хакеры испортили isc4.gdb Достаточно задать пары вопросов Найденный в прошлый раз программер, уехал в Москву, к сожалению
Видимо от хорошей заработной платы - не успевал тратить наверное в Тамбове)
А какая разница. Мода, она изменчива. BDE не мешает и не создает хлопот программисту. Delphi его использует, перенаправляя запросы непосредственно к Interbase. Нареканий нет
Karimych
Офф:
А вот скажи как оно себя ведёт при работе с серверным приложением? Сталкивался с двумя основными проблемами пожиранием памяти, справился, и сталкивался с ошибкой "4Гб", тоже обошёл правда костылём ещё злят периодические псевдоошибки когда одновременно с машины куча программ лезет в одну точку... при чём кроме сообщения об ошибке ничего не происходит зловредного... короче беда с ним одна... _________________ Услуги по доставке из США.
Karimych
Офф:
А вот скажи как оно себя ведёт при работе с серверным приложением? Сталкивался с двумя основными проблемами пожиранием памяти, справился, и сталкивался с ошибкой "4Гб", тоже обошёл правда костылём ещё злят периодические псевдоошибки когда одновременно с машины куча программ лезет в одну точку... при чём кроме сообщения об ошибке ничего не происходит зловредного... короче беда с ним одна...
ничего этого нет база давно за 4. а столкновение обновляющих транзакций обрабатывается при помощи обработчиков try-except без разницы - бде_небде. память никуда не девается тоже. клиентская прога у многих запущена в терминале на одном и том же сервере. хз. везение
Добавлено спустя 9 минут 59 секунд:
Алегзей Кожуркин писал(а):
Karimych писал(а):
ну 60т с плюсом дать не можем. никак не можем
Зато работы "интересной" и покомандовать это наверно у вас сполна