Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Факты: 1) 1С в России и многих странах СНГ де-факто стала ведущим поставщиком учетных решений; 2) Многие ранее известные отечественные системы вытеснены с рынка или влачат жалкое существование за счет старых клиентов; 3) Многие отечественные учетные системы по идеологии хранения близки 1С (иерархические справочники, аналитический учет в разрезе справочников на плане счетов, встроенные среды разработки). 4) В России в самом расцвете фаза централизации бизнеса (средние и крупные холдинги). 4) Основная проблема 1С- слабая масштабируемость. Так какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? ПРичем в ней не нужно повторять все функции 1С:Бухгалтерии, интересуют в первую очередь регламентные процедуры и консолидационные механизмы. Потенциальный спрос же огромен (я знаю минимум 3 крупных холдинга). И проекты внедрения будут денежными, т.к. это крупные клиенты. Неужели таких героев отлавливают киллеры из SAPа и ликвидируют заранее? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 10:52 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойТак какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? Не до конца понял, в чем проблема, которую вы хотите поднять. Сложно перенести данные в консолидированную БД? Сложно центральную БД пOLAPать в отчетах? Или это настолько нетривиально, что впору писать типовое решение для разных бизнесов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 11:10 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сергей ВаскецовСложно перенести данные в консолидированную БД? Сложно центральную БД пOLAPать в отчетах? Потому что еще бизнес-логика нужна. Вы м.б. не чувствуете проблемы, т.к. не общаетесь с представителями этого сегмента. Типовой пример: металлургический холдинг средней руки. 3 средних завода, несколько рудников, туева хуча разных вспомогательных юрлиц (СМУ, транспорт, столовые, магазины, даже птицефабрика есть и своя авиация тоже есть). На 70% предприятий учет в 1С, по большей части - типовые или немного доработанные типовые конфигурации. Всего в холдинге более 1500 пользователей. У некоторых - оффлайн, каналы связи ненадежны. Управляющей компаниии нужно централизовать процессы учета и бюджетирования. Варианты: 1) Все сносить и внедрять крутую ERP за миллионы долларов. 2) Сделать центральную базу, вести в ней основные классификаторы, консолидировать в ней поступающую информацию, работать с бюджетами и бюджетными заявками, проводить трансформации для МСФО или УУ, формировать отчетность. Но 1С не потянет такие объемы ЦБ..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 11:23 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойПотому что еще бизнес-логика нужна. Вы м.б. не чувствуете проблемы, т.к. не общаетесь с представителями этого сегмента. Я общаюсь со многими, но просто не вижу проблемы. СисойУправляющей компаниии нужно централизовать процессы учета и бюджетирования. Централизовать можно данные. Что Вы понимаете под "централизовать процессы"? СисойВсе сносить и внедрять крутую ERP за миллионы долларов. На слабых каналах при отсутствии любой репликации и отсутствии регламентов - это просто прачечная. А будь нормальный канал и утвержденные регламенты - и так можно легко справиться. СисойСделать центральную базу Уже лучше. Сисойвести в ней основные классификаторы Зачем в ней? Сисойконсолидировать в ней поступающую информацию Именно что только это, для отчетности. Сисойработать с бюджетами и бюджетными заявками Никаких заявок. Сисойпроводить трансформации для МСФО или УУ Ни за что. На худой конец делайте это ETL-ем. Сисойформировать отчетность Вот, только это. СисойНо 1С не потянет такие объемы ЦБ..... Да вообще на ЦБ не надо 1С-ом ходить. Там должны быть только DSS сотоварищи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 11:34 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
1С и проектирует, текстуальное совпадение целей и задач 90% http://www.rarus.ru/services/dcp/solutions.asp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 11:47 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
потому что никто контракт не предлагает.. а вбухивать 5-10 человеколет на такое из альтруизма как то рука не поднимается. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 11:56 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Shuhard1С и проектирует, текстуальное совпадение целей и задач 90% http://www.rarus.ru/services/dcp/solutions.asp Спасибо, но при этом остается ахиллесова пята 1С - затык при модификации больших объемов данных. Кроме того, похоже на полуфабрикат, ибо не заявлено о наличии готовых шлюзов с типовыми решениями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 11:58 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ScareCrow потому что никто контракт не предлагает.. а вбухивать 5-10 человеколет на такое из альтруизма как то рука не поднимается. При этом гораздо большие ресурсы вбухиваются в "могильщиков 1С", которые умирают быстро и легко. Вжик-вжик-вжик, кто на новенького? Господи, это ж классика бизнеса - синергия с ведущим игроком максимизирует вероятность получения прибыли. А у нас похоже, больше любят дзюдо. Как президент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:01 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой ...Так какого черта все изобретают велосипеды...не напишет.... ИС... Потенциальный спрос же огромен... Утром деньги, вечером стулья. Можно и наоборот. Но деньги вперед. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:11 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
>При этом гораздо большие ресурсы вбухиваются в "могильщиков 1С", ато >Вжик-вжик-вжик, кто на новенького SAP/R3 >Господи, это ж классика бизнеса откроем стартап? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:16 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой Кроме того, похоже на полуфабрикат, ибо не заявлено о наличии готовых шлюзов с типовыми решениями. С типовыми решениями 1С - http://v8.1c.ru/consolid/1012.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:22 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойТак какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? ПРичем в ней не нужно повторять все функции 1С:Бухгалтерии, интересуют в первую очередь регламентные процедуры и консолидационные механизмы. Потенциальный спрос же огромен (я знаю минимум 3 крупных холдинга). И проекты внедрения будут денежными, т.к. это крупные клиенты. Работает давно, а Вы говорите никто не напишет :) В том числе и в холдингах подобных Вашему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:24 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойГосподи, это ж классика бизнеса - синергия с ведущим игроком максимизирует вероятность получения прибыли. Вы поднимаете вопрос о больших структурах и тут же о какой-то роли 1С в качестве ведущего игрока в таких структурах. Наверное что-то перепутали :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:30 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой, одинце - это ларечный автоматизатор. Знают об этом одинцеконфигурасты или нет - исключительно их проблемы. Беда одинце - в изначально кривой архитектуре. Это родовая травма; лечится только хирургическими методами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:42 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойФакты: 1) 1С в России и многих странах СНГ де-факто стала ведущим поставщиком учетных решений; 2) Многие ранее известные отечественные системы вытеснены с рынка или влачат жалкое существование за счет старых клиентов; 3) Многие отечественные учетные системы по идеологии хранения близки 1С (иерархические справочники, аналитический учет в разрезе справочников на плане счетов, встроенные среды разработки). 4) В России в самом расцвете фаза централизации бизнеса (средние и крупные холдинги). 4) Основная проблема 1С- слабая масштабируемость. Так какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? ПРичем в ней не нужно повторять все функции 1С:Бухгалтерии, интересуют в первую очередь регламентные процедуры и консолидационные механизмы. Потенциальный спрос же огромен (я знаю минимум 3 крупных холдинга). И проекты внедрения будут денежными, т.к. это крупные клиенты. Неужели таких героев отлавливают киллеры из SAPа и ликвидируют заранее? :-) А вы перечислите какие есть механизмы в одинэс для взаимодейсвтия с внешними системами? А какие механизмы одинэс предоставляет внешним системам для взаимодействия с собой? Все в конечным счете упирается в COM ил попытку работать с одинэсовской БД напрямую, щас вот появились веб сервисы, но они больше подходят на модную фенечку - простой глупый вопрос - они stateless или statefull, а если stateless - то не поплохеет ли серверу приложений если я захочу вытащить одним вызовом всю номенклатуру (100k позиций), а если я не хочу их вытаскивать всю а хочу организвать что-то типа курсора? Хотя нет,еще один всеми любимый способ - выгружать файлы. Вы не правы - такие системы разрабатываются скорее всего, но как внутренние не универсальные проекты. Мы, например, писали JDBC драйвер по схеме: (JDBC API<->Клиент на жабе)<->(Сервер на дельфях<->1C через COM) В результате можно делать запросы на чтение (1CQL) и на запись (по сути скрипт на внутреннем языка одинэса). Но вот про надежность или производительность лучше не спрашивайте и на универсальность такое решение явно не тянет - 1CQL должен возвращать таблицу значения в которой сведены до примитивных типов. И если поискать в нете, то можно увидеть что такие системы разрабатываются уже давно (по крайней мере JDBC ваириант где-то видел). Но применять его массово не получиться - периодически вылезают ошибки из COM. К тому же вы представьте как будет работать такая схема скажем на 100 клиентах и сколько 1c через COM надо поднять, учитывая что каждое соединение должно выполняться в своем контексте, к тому же доступ к одному экземпляру одинэс-через-COM из разных потоков это мягко говоря плохая затея. Хотя для единичных служебных случев все ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:50 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm СисойГосподи, это ж классика бизнеса - синергия с ведущим игроком максимизирует вероятность получения прибыли. Вы поднимаете вопрос о больших структурах и тут же о какой-то роли 1С в качестве ведущего игрока в таких структурах. Наверное что-то перепутали :) Нуралиев обычно говорит по этому поводу так: "Да, 1С широко представлена в крупных холдингах. Потому что кроме Катерпиллеров и Камазов любому заводу нужны и Газели. Ставить в каждую столовую или лесопилку ERP-систему - себе дороже выйдет. А в нашей стране крупные холдинги включают в себя десятки и сотни мелких предприятий и центров затрат". Если следовать этой логике, то 1С ставится в тех обособленных точках, где его внедрение и сопровождение экономически выгоднее других систем. Как правило, для автоматизации РСБУ средних предприятий, небольших складов, расчета з/пл при количестве сотрудников до 1000. Есть еще одна причина - бедность. Все-таки порог вхождения в 1С существенно ниже, чем у основных конкурентов (зато расходы на внедрение растут в геометрической прогрессии от сложности, а главное, масштабов решаемых задач). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:51 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Отвечая на вопрос топик стартера - я лично знаю массу примеров, когда данные из 1С экспортируются например в навик (хотя мне не очень понятно - зачем). Знаю и обратные случаи 0 когда из навика - в 1С, из SAP - в 1С, из 1С - в SAP - сам конверторы писал. Так что суть вопроса мне не очень ясна - вопрос в написании ODBC драйвера ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:51 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621Сисой, одинце - это ларечный автоматизатор. Знают об этом одинцеконфигурасты или нет - исключительно их проблемы. Беда одинце - в изначально кривой архитектуре. Это родовая травма; лечится только хирургическими методами. Знает об этом 1С илии нет, но следует различать архитектуру системы (интерпретатор, объектные блокировки, отсутствие нормальных Insert и Update) и модель данных. На уровне таблиц не все так плохо. И консолидировать их вполне можно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:55 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621Сисой, одинце - это ларечный автоматизатор. Знают об этом одинцеконфигурасты или нет - исключительно их проблемы. Беда одинце - в изначально кривой архитектуре. Это родовая травма; лечится только хирургическими методами. это где же вы ларьки с количеством пользователей под сотню видели? или одурели от гигантизма? Во всех ветках одно и то же поете ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 12:58 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
mini_root[Хотя нет,еще один всеми любимый способ - выгружать файлы. А хотя бы и XML. По крайней мере, проблема настройки маппинга упрощается (можно оформить свои таблицы в виде "схемы метаданных" и подгрузить в 1С:Конвертацию данных). Поскольку направление обмена в основном "из филиала в центр", парсить XML в центре можно уже не 1С-ом, т.е. гораздо быстрее. Можно еще настроить репликацию средствами SQL-сервера (решения для 1С от www.softpoint.ru), и работать с единой БД в центре. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:01 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойНа уровне таблиц не все так плохо. Хочется верить в то, что Вы это с улыбкой сказали :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:03 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> На уровне таблиц не все так плохо А куда ни ткни пальцем - все плохо. И общая архитектура, и структура данных. Даже нет, плохо - это не то слово. Отвратительно. Если структура данных Axapta - кривой кусок дерьма, то одинце уже за шкалой оценки. Одинце не реанимировать нужно, а хоронить. Чем быстрее - тем лучше. Мне потуги одинце (это я уже о лавке) напоминают постоянный тюнинг "Запорожца". Да хоть возможность собирать его из Lego создай - он останется "Запорожцем". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:04 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
svcoderэто где же вы ларьки с количеством пользователей под сотню видели? или одурели от гигантизма? Во всех ветках одно и то же поете А о какой сотне Вы поете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:06 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой mini_root[Хотя нет,еще один всеми любимый способ - выгружать файлы. А хотя бы и XML. По крайней мере, проблема настройки маппинга упрощается (можно оформить свои таблицы в виде "схемы метаданных" и подгрузить в 1С:Конвертацию данных). Поскольку направление обмена в основном "из филиала в центр", парсить XML в центре можно уже не 1С-ом, т.е. гораздо быстрее. А что, кому-то надо иметь в центре базу, консолидированную на уровне документов и проводок?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:15 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621> А куда ни ткни пальцем - все плохо. И общая архитектура, и структура данных. Даже нет, плохо - это не то слово. Отвратительно. Если структура данных Axapta - кривой кусок дерьма, то одинце уже за шкалой оценки. Давайте без воплей и беспредметного обсирания. На уровне БД у 1С только два существенных недостатка: отсутствие триггеров и foreign keys. И то и другое нас при импорте данных не особо заботит, раз бизнес-логика 1С худо-бедно справляется. Связь объектных данных по recid - уже больнее. Но не так критично, как кажется. Что еще? Регистры организованы нормально, за планы обмена вообще спасибо разработчикам. Разве что план видов характеристик непросто интерпретировать... Я говорю про 1С8, у 7.7 с нормализацией БД вообще труба дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:15 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой ... зато расходы на внедрение растут в геометрической прогрессии от сложности, а главное, масштабов решаемых задач... Слышал отзыв, что надежность системы падает в геометрической прогрессии от сложности и масштабов решаемых задач. Поэтому и возникает мнение об "ларечный автоматизатор". "Ларьки с количеством пользователей под сотню видели" - большой, транснациональный ларек ;). Но ларек. Готовый в любой момент закрыться и открыться на соседнем углу. А в предприяти внедряющим OeBS главный вопрос, что будет с системой, когда будет не 100 пользователей, а 500 или 5 000... При таком подходе 1C уже реально не катит. Сисой ...Ставить в каждую столовую или лесопилку ERP-систему - себе дороже выйдет. А в нашей стране крупные холдинги включают в себя десятки и сотни мелких предприятий и центров затрат". ... Подход Oracle - не ставить в столовую НИКАКУЮ систему. А протянуть I-net канал до центрального сервера. Единая система для всех столовых. Если столовых много - вполне адекватное решение. Для больших компаний. А вот что будет делать с таким ларьком 1C? При том, что количество столовых "под сотню"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:15 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Dogen[А что, кому-то надо иметь в центре базу, консолидированную на уровне документов и проводок?.. Хороший вопрос. Чаще всего интересует более высокий уровень. Но удобство drill-down никто не отменял. А в документах м.б. много полезной информации (я уж не говорю про случай, когда активно используется хранение binary data в базе 1С). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:17 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevПодход Oracle - не ставить в столовую НИКАКУЮ систему. А протянуть I-net канал до центрального сервера. Единая система для всех столовых. Если столовых много - вполне адекватное решение. Для больших компаний. А вот что будет делать с таким ларьком 1C? При том, что количество столовых "под сотню"? Спасибо, Ваше мнение полезно (тем более, бывшему внедренцу OeBS :-)). Про транснациональный ларек понравилось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:22 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойНа уровне БД у 1С только два существенных недостатка: отсутствие триггеров и foreign keys. я тоже крайне редко использую триггеры, но структуру данных проектирую, а генерю свалку таблиц ... с со строками в шестнадцатиричном виде, чудными названиями и т.п. Какие-то недостатки Вы страннные видите.. Отсутствие триггеров :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:25 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойРазве что план видов характеристик непросто интерпретировать... Это то как раз один из лучших мест. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:48 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> Давайте без воплей и беспредметного обсирания. Я констатирую очевидные вещи. Причем, беспристрастно: мне до одинце нет никакого дела. Единственное, о чем я жутко жалею - это о том, что одинцеконфигурасты - потерянные для разработки люди. Далеко за примерами ходить не нужно: где-то недалеко обсуждалась открытая реализация одинце. Вы только подумайте: взять безобразно кривой софт и собраться его реинкарнировать. Это может прийти в голову только абсолютно неграмотному человеку; он просто не видит недостатков одинце. Т. е. мозги настолько набекрень, что элементарных навыков критической оценки нет. И ладно бы, если бы это был единичный случай - отнюдь. Вот это и грустно. > На уровне БД у 1С только два существенных недостатка: отсутствие триггеров и foreign keys. Дружище, структура данных одинце - это один большой недостаток. Невозможно выделить отдельные проблемы. Плохо все. > Я говорю про 1С8, у 7.7 с нормализацией БД вообще труба дело. Скажу честно: стуктуру данных в. 8 я не видел. И смотреть, вообще говоря, никакого желания. Просто в силу существования теоремы непрерывности: то, что вчера было дерьмом, сегодня не может стать конфетой. Версий через пятьдесят - да, возможно, что-то изменится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 13:49 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621 Скажу честно: стуктуру данных в. 8 я не видел. И смотреть, вообще говоря, никакого желания. Пастернака не читал, но.... НУ И НЕФИГ ТОГДА ! Потому что если тот же Сахават хочет составить о чем-то мнение, он смотрит и разбирается в вопросе. Я уж не говорю о mazzy или iscrafrm. Коллеги, перестаньте флудить по вопросам, в которых не разбираетесь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:02 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621>Я констатирую очевидные вещи. Причем, беспристрастно: мне до одинце нет никакого дела. Единственное, о чем я жутко жалею - это о том, что одинцеконфигурасты - потерянные для разработки люди. Т. е. мозги настолько набекрень, что элементарных навыков критической оценки нет. И ладно бы, если бы это был единичный случай - отнюдь. Вот это и грустно. Сисой, не спорь с ним. Это религия. Построенная на негативе "все конфигурасты тупые, 1С - дерьмо". С религиозными адептами связываться себе дороже. Как и с зомбированными адептами 1С. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:05 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой, в сортах (в данном случае - версиях) дерьма разбираться не обязательно. Дерьмо - оно и есть дерьмо. P.S. С обращением "коллеги" следует обращаться аккуратнее. Одинцеконфигурасты мне не коллеги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:06 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Искандер ДвурогийЭто религия. Построенная на негативе "все конфигурасты тупые, 1С - дерьмо" При чем тут религия? Автор даже обосновать не в состоянии, чего 1С-у уперлось в его консолидированной БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:07 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> Построенная на негативе "все конфигурасты тупые, 1С - дерьмо". Уточню: одинце - действительно дерьмо, а по поводу одинцеконфигурастов так: если самоидентификация основана на одинце - да, это быдлокодер-одинцеконфигураст. Если немного мозгов осталось - есть варианты. > С религиозными адептами связываться себе дороже. Дружище, я прекрасно понимаю, что, если человек зарабатывает чем-то на жизнь, ему бесполезно рассказывать об убогости выбранных им методов. Причем, независимо от того, что это за методы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:12 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621 Дерьмо - оно и есть дерьмо. P.S. С обращением "коллеги" следует обращаться аккуратнее. Одинцеконфигурасты мне не коллеги. Одно из обсуждений творчества этого придурка Да уж, гусь свинье не товарищ.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:12 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Мой маленький двурогий друг, я понимаю, что Вам неприятно, когда Вас называют быдлокодером. Imho есть два способа поведения: молчать, соглашаясь с оценкой, и, не соглашаясь с оценкой, продемонстрировать, что точка зрения ошибочна. P.S. А вообще - не расстраивайтесь так. Кто-то ассенизатором работает - и ничего, живет. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:33 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
М-дя, ну и нравы у вас тут... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:46 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Искандер Двурогий guest_20040621 Дерьмо - оно и есть дерьмо. P.S. С обращением "коллеги" следует обращаться аккуратнее. Одинцеконфигурасты мне не коллеги. Одно из обсуждений творчества этого придурка Да уж, гусь свинье не товарищ.... Человек, посоветовавший посмотреть MOF, и заставляющий самостоятельно шевелить извилинами стоит намного больше прямого ответа на заданный вопрос, тем более, что в полной мере ответа получить никогда нельзя, кроме как своими мозгами. И как ни странно, принимая экзамены последнее время, заметила, что те, кто занимаются 1С вовсю, несмотря на хороший потенциал, перестают думать самостоятельно - привычка вырабатывается - 1С все за нас решит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:49 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Mainframe_старыйте, кто занимаются 1С вовсю, несмотря на хороший потенциал, перестают думать самостоятельно - привычка вырабатывается - 1С все за нас решит. к теме не относится, но +1. Тоже наблюдаю часто, к сожалению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:52 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
(вздыхая) и то верно. Тупеем. В ближайшие месяц-два уйду с 1С. А то мозги плесневеют. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 14:56 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Не уйдешь. Кто тебя возьмет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 15:27 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой(вздыхая) и то верно. Тупеем. В ближайшие месяц-два уйду с 1С. А то мозги плесневеют. А я не уйду (ну если только в собственники). Здесь столько работы! Ничего что тупая и однообразна, зато очень востребованна и оплачиваема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 15:33 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой(вздыхая) и то верно. Тупеем. В ближайшие месяц-два уйду с 1С. А то мозги плесневеют. Сисой, как же так, уйдете ? Ведь 1С развивается семимильными шагами, прогрессируя от версии к версии (по вашим же словам) Разве можно на полном ходу спрыгивать со скоростного локомотива ? Чем же вы тогда будете зарабатывать себе на жизнь ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 15:37 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Генетический мусорСисой, как же так, уйдете ? Ведь 1С развивается семимильными шагами, прогрессируя от версии к версии (по вашим же словам) Разве можно на полном ходу спрыгивать со скоростного локомотива ? Чем же вы тогда будете зарабатывать себе на жизнь ? Существует масса смежных областей, где знание 1С полезно. И помогает зарабатывать себе на жизнь. Но односторонний специалист подобен флюсу. Это еще в XIX веке написали... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 15:55 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой Генетический мусорСисой, как же так, уйдете ? Ведь 1С развивается семимильными шагами, прогрессируя от версии к версии (по вашим же словам) Разве можно на полном ходу спрыгивать со скоростного локомотива ? Чем же вы тогда будете зарабатывать себе на жизнь ? Существует масса смежных областей, где знание 1С полезно. И помогает зарабатывать себе на жизнь. Но односторонний специалист подобен флюсу. Это еще в XIX веке написали... +1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 15:56 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой, у меня не было намерения Вас обидеть. Чуть негатива об одинце - и все, обсуждение заканчивается. Никто не заставляет Вас отождествлять проблемы одинце с Вашими проблемами. Да и работать можно с чем угодно. Просто стратегически выгодно правильно позиционировать продукты. Ровно так, как они называются и как они того заслуживают. Согласитесь, очень просто опровергнуть то, что я говорил выше. Взять структуру данных одинце, составить список общих требований к любой базе данных (хотя бы по Дейту) и сравнить с имеющейся. А потом (с чувством глубокого оскорбления) написать мне: да как ты смеешь, ламер, гнать на одинце, посмотри, все типовые задачи проектирования решены просто супер, структура данных - образец для подражания. Только вот что-то никто до сих пор этого не сделал, хотя возможностей было предостаточно. Структура данных первична для любого приложения, которое этими данными оперирует. Очень просто по качеству структуры данных оценить уровень реализации. Не по фенькам и погремушкам, а по очень простым и понятным вещам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 16:03 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Структура данных подробно изложена в книге: Проф.разработка С индексами и описанием ограничений. В Инете гуляет электронная версия. Ну не буду же я сидеть несколько часов и делать нарезку из книги... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 16:31 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Хорошо; найду, посмотрю и откомментирую (хотя, конечно, предпочтительнее был бы ddl). Если был неправ - принесу извинения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 17:12 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621> На уровне таблиц не все так плохо А куда ни ткни пальцем - все плохо. И общая архитектура, и структура данных. Даже нет, плохо - это не то слово. Отвратительно. Если структура данных Axapta - кривой кусок дерьма, то одинце уже за шкалой оценки. Одинце не реанимировать нужно, а хоронить. Чем быстрее - тем лучше. Мне потуги одинце (это я уже о лавке) напоминают постоянный тюнинг "Запорожца". Да хоть возможность собирать его из Lego создай - он останется "Запорожцем". А чем Аксапта не угодила? Что по твоему эталон? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 17:59 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
WeezА чем Аксапта не угодила? Что по твоему эталон?Наверное, КЛАДР. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 18:10 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Сам работаю программистом 1С, и хочу рассказать о недостатках структуры данных (или почему стуруктура хранения данных в 1С 8.1 - дерьмо). 1. Названия таблиц и полей. Почему таблицы называются: _Enum171 (перечисление) _Reference27 (справочник) _Document121 (шапки документов одного вида) _Document121_VT2017 (табличные части документов одного вида) _AccumReg3519 (движения регистра накопления) _AccumRegTotals3518 (итоги регистра накопления) Ну и т.д., ПОЧЕМУ Я САМ НЕ МОГУ задавать имена таблиц в Конфигураторе??? Все аналогично с именами полей таблиц (_Fld3504RRef) 2. Типы данных. Для хранения ссылок используется binary(16), в котором хранится GUID с переставленными частями. В идее использовать GUID есть рациональное зерно, только, как всегда, подкачала реализация. GUID хорош для обмена с внешними системами или в УРБД, особенно для импорта из внешних систем, а для использования внутри базы он слишком большой (16 байт), можно было бы во всех справочниках и документах хранить 2 поля: int IDENTITY, и uniqueidentifier, первичный ключ по int, все ссылки на int, а GUID - только для обменов. Это привело бы к уменьшению объема базы, а следовательно, увеличению скорости ее чтения с HDD, в разы! Стоит отметить, чтение с HDD - самая дорогая операция в работе SQL Server, и почти все проблемы со скоростью, с точки зрения Hardware, упираются в жесткий диск. Флаги (тип Булево) хранятся как binary(1), если в таблице 1 колонка флага, того же эффекта можно достичь, типом tinyint, если 2 и больше, уже можно использовать тип bit (выделяется 2 байта на 32 колонки, но на 1 тоже 32 байта), только надо колонки размещать подряд. Дата хранится как datetime, думаю можно было хранить как smalldatetime, потеряв секудны и сузив диапазон дат. Хотя если кто-то приведет аргументы, чем в целях учета datetime лучше, может быть я соглашусь. Дальше завтра напишу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 19:11 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
RMih 1. Названия таблиц и полей. Почему таблицы называются: _Enum171 (перечисление) _Reference27 (справочник) _Document121 (шапки документов одного вида) _Document121_VT2017 (табличные части документов одного вида) _AccumReg3519 (движения регистра накопления) _AccumRegTotals3518 (итоги регистра накопления) Ну и т.д., ПОЧЕМУ Я САМ НЕ МОГУ задавать имена таблиц в Конфигураторе??? Все аналогично с именами полей таблиц (_Fld3504RRef) это что, правда? чел не прикалывается?? ну и дерьмо ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 20:52 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойФакты: 4) Основная проблема 1С- слабая масштабируемость. но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? ПРичем в ней не нужно повторять все функции 1С:Бухгалтерии, интересуют в первую очередь регламентные процедуры и консолидационные механизмы. Я очень хорошо взаимодействую с 1С Бухгалтерия на уровне конвекторов. С легкостью гружу в нее первичную информацию и прекрасно работаю. Для налоговой бухгалтерии это лучшее решение, но вот вытаскивать данные из этой среды (а это потребуется если использовать в предлагаемом примере) слишком геморойно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 21:48 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621> На уровне таблиц не все так плохо А куда ни ткни пальцем - все плохо. И общая архитектура, и структура данных. Даже нет, плохо - это не то слово. Отвратительно. Если структура данных Axapta - кривой кусок дерьма, то одинце уже за шкалой оценки. Одинце не реанимировать нужно, а хоронить. Чем быстрее - тем лучше. Мне потуги одинце (это я уже о лавке) напоминают постоянный тюнинг "Запорожца". Да хоть возможность собирать его из Lego создай - он останется "Запорожцем". Конструктор каким данный продукт является идеален для мелких предприятий. Если хорошо по конфигурить, то с оговорками и для средних. Но не надо слишком много требовать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 21:53 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
RMihНу и т.д., ПОЧЕМУ Я САМ НЕ МОГУ задавать имена таблиц в Конфигураторе??? Все аналогично с именами полей таблиц (_Fld3504RRef) Подозреваю, что для обеспечения целостности данных. Все триггеры бизнес-логики написаны на языке 1С, валидаторы - там же. Вот и выкручивают руки, чтобы в базу в обход 1С не лазили... Плюс попытка работать с несколькими СУБД. Так легче избежать несовместимости имен. RMih Это привело бы к уменьшению объема базы, а следовательно, увеличению скорости ее чтения с HDD, в разы! Ну не в разы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2008, 23:51 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Люди, так вот же примеры есть, где 8-ка сотни пользоватлей держит: http://www.1c.ru/rus/partners/solutions/solution.jsp?SolutionID=81380 Доработают и со временем будет под тысячу держать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 00:28 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> Люди, так вот же примеры есть, где 8-ка сотни пользоватлей держит: Поинтересуйтесь в ОГК-5, на чем это работает и сколько это стоит. Или спросите у ближайшего знакомого интегратора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 00:40 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Люди, так вот же примеры есть, где 8-ка сотни пользоватлей держит: Поинтересуйтесь в ОГК-5, на чем это работает и сколько это стоит. Или спросите у ближайшего знакомого интегратора. А какие ваши предположения сколько это может стоить и на чем работает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 00:45 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> А какие ваши предположения сколько это может стоить и на чем работает? forum.ixbt.com/topic.cgi?id=66:5788 Я разделяю точку зрения пользователя gss. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 01:06 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
RMih...хочу рассказать о недостатках структуры данных (или почему стуруктура хранения данных в 1С 8.1 - дерьмо). ... <skipped> О-хо-хо. Видели бы вы структуру SAP R/3... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 03:51 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Гость_111Люди, так вот же примеры есть, где 8-ка сотни пользоватлей держит: http://www.1c.ru/rus/partners/solutions/solution.jsp?SolutionID=81380 Доработают и со временем будет под тысячу держать. "Не читайте перед завтраком советских газет..." (с) проф. Преображенский. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 06:38 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ERPшник RMih 1. Названия таблиц и полей. Почему таблицы называются: _Enum171 (перечисление) _Reference27 (справочник) _Document121 (шапки документов одного вида) _Document121_VT2017 (табличные части документов одного вида) _AccumReg3519 (движения регистра накопления) _AccumRegTotals3518 (итоги регистра накопления) Ну и т.д., ПОЧЕМУ Я САМ НЕ МОГУ задавать имена таблиц в Конфигураторе??? Все аналогично с именами полей таблиц (_Fld3504RRef) это что, правда? чел не прикалывается?? ну и дерьмо ... Истинная правда.И только в SQL - версии.О ужас:в файловой версии,проприетарной формат вам не позволит и этого увидеть )). Но не все так плохо,уважаемые!В качестве компенсации за умение работать с базой 1С из ЕЕ ЯЗЫКА И МЕТАДАННЫХ Вам не придется ни разу набрать на клавиатуре эти "ужасные" _Reference27 и т.д.))).В 99% случаев! 1% - это для Вас,энтузиастов прямого доступа! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 08:14 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
serge_b77Но не все так плохо,уважаемые!В качестве компенсации за умение работать с базой 1С из ЕЕ ЯЗЫКА И МЕТАДАННЫХ Вам не придется ни разу набрать на клавиатуре эти "ужасные" _Reference27 и т.д.))).В 99% случаев! 1% - это для Вас,энтузиастов прямого доступа! Интересно вы мыслите. Ведь люди лезут в "прямой доступ" не потому что им любопытно как там все устроено, а потому что пытаются заставить это работать на объемах чуть выше среднего, иначе "оно" просто не едет. Ведь все эти toy-sql 1c++ созданы как раз таки не от хорошей жизни. Кому нужна эта "компенсация" и что вы будете с ней делать, если у вас 1це встанет колом на 10 юзерах ? Как вы будете с помощью языка и метаданных решать проблемы производительности ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 08:20 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Генетический мусор Интересно вы мыслите. Ведь люди лезут в "прямой доступ" не потому что им любопытно как там все устроено, а потому что пытаются заставить это работать на объемах чуть выше среднего, иначе "оно" просто не едет. Ведь все эти toy-sql 1c++ созданы как раз таки не от хорошей жизни. Кому нужна эта "компенсация" и что вы будете с ней делать, если у вас 1це встанет колом на 10 юзерах ? Как вы будете с помощью языка и метаданных решать проблемы производительности ? У меня колом и на 50 пользователях не встала )).Просто нужно знать как ее готовить )) Toy-sql не использовал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 08:40 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Генетический мусор Как вы будете с помощью языка и метаданных решать проблемы производительности ? Вы же заранее знаете ответ:никак! А для супер производительных решений 1С и не заявлена!Гибкость и оперативность настройки на реальные задачи- вот ее конек)) И глупо строить биллинговые системы на движке 1С. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 08:48 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
gvs RMih...хочу рассказать о недостатках структуры данных (или почему стуруктура хранения данных в 1С 8.1 - дерьмо). ... <skipped> О-хо-хо. Видели бы вы структуру SAP R/3... Это правда. Я как-то разбирал на досуге связи таблиц модуля CO - много думал о сексуальной ориентации разработчиков. :-) А в реальности разработчики учетных (да и ERP-систем тоже) ставят оптимизацию БД на одно из последних мест. И нормализация выполняется зачастую не для повышения производительности, а для структуризации бизнес-логики. Много раз уже обсуждали, что типового Заказчика интересует В ПЕРВУЮ ОЧЕРЕДЬ -функциональность. Производительность - как правило, в третью, после стоимости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 10:26 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
serge_b77 У меня колом и на 50 пользователях не встала )).Просто нужно знать как ее готовить )) Toy-sql не использовал. Они у Вас что делают в системе? Просто зарегистрированы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 11:25 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm serge_b77 У меня колом и на 50 пользователях не встала )).Просто нужно знать как ее готовить )) Toy-sql не использовал. Они у Вас что делают в системе? Просто зарегистрированы? +1 У меня у знакомого 25 юзеров, ТиС+SQL виснет как здрасти(постоянные блокировки). Пользователи злые, клиенты матерятся. Хотят переходить на 8.1 или дорабатывать 7.7(гибкие блокировки, прямые запросы). Что лучше не могут определиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 11:30 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Но с другой стороны, не перестаю удивляться на какие масштабы вышла 1С: http://v8.1c.ru/news/newsAbout.jsp?id=2624 Значит не все так плохо. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 11:39 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Гость_111Но с другой стороны, не перестаю удивляться на какие масштабы вышла 1С: http://v8.1c.ru/news/newsAbout.jsp?id=2624 Значит не все так плохо. :) что Вас больше всего поразило? количество страниц в инструкциях? :) В остальном ничем не примечательный бухгалтерский функциона вроде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 11:46 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm Гость_111Но с другой стороны, не перестаю удивляться на какие масштабы вышла 1С: http://v8.1c.ru/news/newsAbout.jsp?id=2624 Значит не все так плохо. :) что Вас больше всего поразило? количество страниц в инструкциях? :) В остальном ничем не примечательный бухгалтерский функциона вроде. Ну не надо так уж. А это?: авторВ части управления производством: Учет выпуска готовой продукции и полуфабрикатов. Да и потом количество юзверов там наверняка поболее сотни будет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 11:51 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Учет выпуска готовой продукции и полуфабрикатов могу за 15 минут сделать такую вещь. И она действительно будет учитывать выпуск готовой продукции и п.ф. А насчет числа клиентов на сервер... не нашел информации в этом тексте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 11:56 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойТак какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С А сам то что? Флаг в руки. Нуралиев, я думаю, деньгами при таком раскладе поделится. Может быть..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 11:58 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойТак какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? Две причины: 1. техническая 2. психологическая ============= 1. Техническая: 1.1. Автоматическое и принудительное разименование ключей 1.2. Наличие иерархии в логике 1.3. Возможность перепроведения уже введенной информации 1.4. Концепция точки актуальности Подробнее ниже... 2. Психологическая 2.1. Крайняя нетерпимость к другим решениям, которая позволила монополизировать. Но теперь приводит к появлению вопросов как в этой ветке Пример нетерпимости: СисойПри этом гораздо большие ресурсы вбухиваются в "могильщиков 1С", которые умирают быстро и легко. Вжик-вжик-вжик, кто на новенького? Господи, это ж классика бизнеса - синергия с ведущим игроком максимизирует вероятность получения прибыли. А у нас похоже, больше любят дзюдо. Как президент. Почему могильщиков? Вы не предполагаете, что кто-то может развиваться сам по себе? Что кто-то просто не знаком с 1С? Обратите внимание, что я не спрашиаю как происходит на самом деле. Я спрашиваю об отношении 1Сников к происходящему. Если 1Сники всех считают конкурентами и "могильщиками 1С", то почему у этих "всех" должно появится желание делать что-то на базе 1С? Отношение к другим неизбежно приводит к такому же отношению и к себе Сисой(вздыхая) и то верно. Тупеем. В ближайшие месяц-два уйду с 1С. А то мозги плесневеют. Теперь технологические причины подробнее. Прежде всего, надо сказать, что технологические причины в некоторых случаях являются очень привлекательными для потребителей. Собственно говоря, именно они позволили занять 1Су доминирующе положение. Просто надо понимать, что любой плюс имеет обратную сторону :) 1.1. Автоматическое и принудительное разименование ключей приводит к тому, что простой запрос на языке 1С превращается в огромный и сложный запрос на SQL. Просто потому что 1С должна показать наименование вместо внутреннего идентификатора. Очень мало кто из специалистов, которые умеют писать запросы к SQL готовы согласится с таким подходом. А пользователям все равно. Но вопрос этой темы обращен к специалистам, не так ли? 1.2. Наличие иерархии в логике опять же таки привлекателено для пользователей (но не для всех). Но надо помнить, что текущие РЕЛЯЦИОННЫЕ СУБД отвратительно работают с иерархиями, с итогами по иерархиям, с фильтрацией внутри иерархии и т.п. В результате простой запрос по регистру может превратиться в монстра с кучей having'ов, а то и в серию запросов. Опять же не всякий специалист, знающий SQL будет готов согласится с таким подходом. А если посмотреть как разработчики 1С сейчас извращаются с веб-решением, чтобы обеспечить иерархичность... А если иерархическию соединить с разименованием... О, получается адская смесь. Собственно нарекания к "ненормализованности" и к прочие "несуразносям" движка 1С на самом деле являются нареканиями к автоматическому и принудительному разименованию и иерархии. Повторюсь, что именно эти "технические" позволити занять доминирующее положение на рынке на определенном этапе. 1.3. Возможность перепроведения уже введенной информации категорически несовместимо с концепцией одновременной работы в сети нескольких человек. Кроме того, такая возможность приводит к тому, что программисты не продумывают режим работы задним числом. В результате 1С задним числом работает либо некоректно, либо как склеротик (забывает все что было раньше и создает проводки по новому). 1.4. Концепция точки актуальности изначально некорректная при работе в многопользовательской системе. И абсолютно неприемлемая при наличии документов планирования. (Тоже обсуждалось неоднократно). Я не думаю, что 1С сможет отказаться от этих "технических" особенностей. Поэтому технари и будут ругаться. Поэтому будут постоянно появляться альтернативы. Не могильщики, а именно альтернативы. Потому что технари постоянно будут пытаться сделать систему, избавленную от этих двух "недостатков". Не со зла, а от желания улучшить. А 1С будет таких технарей гасить и гнобить (см. психологию). В результате технари неизбежно превратятся в настоящих "могильщиков". Если тема и альтернативщики действительно интересуют, то 1С должна сделать первый шаг: сделать удобные шлюзы к себе, удобные для внешних систем (XML не является таким шлюзом из-за наличия "непонятных" внешнему технарю внутренних идентификаторов). Но: 1. об этом говорилось еще лет 10 назад. 2. шлюзы созданные альтернативщиками, методично и целеправленно гнобились самим 1Сом путем внесением изменений в платформу. На моей памяти - первым пострадавшим на платформе v7 был 1Cextender Занковича. Потом были несколько других. Поэтому я думаю, что самой 1С неинтересно появление когобы то ни было, кто "спроектирует ИС, тесно взаимодействующую с 1С". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:11 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
RMihФлаги (тип Булево) ... уже можно использовать тип bit Нельзя. Потому что булево в СУБД имеет три значения: True, False, NULL Нельзя. Потому что булево может входить в составной индекс Думайте дальше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:16 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойПодозреваю, что для обеспечения целостности данных. Все триггеры бизнес-логики написаны на языке 1С, валидаторы - там же. Вот и выкручивают руки, чтобы в базу в обход 1С не лазили... Плюс попытка работать с несколькими СУБД. Так легче избежать несовместимости имен. Нет, конечно. Такие страннные названия не для обеспечения целостности, а именно для того, чтобы в базу не лазили. Вернее, чтобы конфигурировать могли неспециалисты , не знающие английского и не знающие ограничений по наименованию полей у конкретной СУБД В общем, если учесть, что проектированием занимаются специалисты, ты сам ответил на свой вопрос: Почему никто не спроектирует ИС, тесно взаимодействующую с 1С? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:19 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой, Вы, похоже, посмеялись, порекомендовав к прочтению мануал по имени "Профессиональная разработка...". Во-первых, ничего о структуре данных там нет. Перечисление таблиц с комментариями не имеет ничего общего со структурой данных. Во-вторых, судя по тому, что я успел прочесть, в. 8, как я и предполагал, очень недалеко ушла от предыдущих: коматозное ламо, писавшее одинце, так до сих пор и не представляет разницу между хранением данных в РСУБД и файлах. Вывод: кривой кусок дерьма. Ничто не изменилось: в. 8 - тоже для ларечной автоматизации. Тридцать минут я убил напрасно. Диагноз: в морг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:27 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621коматозное ламо, писавшее одинце, так до сих пор и не представляет разницу между хранением данных в РСУБД и файлах. Поспокойнее. Это "ламо" отлично представляет. Но это "ламо" должно: 1. обеспечивать хоть какую-то совместимость с предыдущими версиями (хотя бы на уровне идеологий) 2. обеспечивать работу с иерархиями 3. обеспечивать автоматическое разименование идентификаторов 4. обеспечивать... 5. обеспечивать... В общем, если вам задать подобные ограничения, то вы вряд ли напишете по-другому. Другое дело, что вы можете наплевать на все эти ограничения. А они не могут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:32 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
автор Диагноз: в морг. Ну работают же такие гиганты на 1С 8. Какая им нафиг разница, что там в недрах платформы????!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:33 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
mazzyДругое дело, что вы можете наплевать на все эти ограничения. А они не могут. Потому это только подтверждает, что диагноз окончательный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:36 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Mazzy, спасибо за содержательное объяснение. (Правда, проблема разыменования ключей справедлива для многих систем. Ибо попытка использовать коды-ключи (в т.ч. и при работе с формами) отталкивает пользователей (а автопоиск по первым символам нескольких реквизитов сразу в 1С8, наоборот, нравится)). Не знаю, есть ли это повод открыть новую ветку, но эта тема не просто так появилась. Ожидаю (есть инсайдерская информация) серьезных госвливаний в построение российской платформы ИС, покрывающей потребности рынка "выше 1С". Отчасти в пику SAP, MBS и пр. Очередная компания из серии "нанотехнологий". Систему для небольших фирм разрабатывать не надо - она уже есть и де-факто лоббируется отдельными ведомствами. Это 1С. А вот крупной системы нет. Даже претендента (Парус не в счет). Было бы лучше, если бы такой ретендент появился заранее и был обкатан на реальных внедрениях. А то все идет к очередному громкому пуку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:38 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
mazzy guest_20040621коматозное ламо, писавшее одинце, так до сих пор и не представляет разницу между хранением данных в РСУБД и файлах. Поспокойнее. Это "ламо" отлично представляет. Но это "ламо" должно: 1. обеспечивать хоть какую-то совместимость с предыдущими версиями (хотя бы на уровне идеологий) 2. обеспечивать работу с иерархиями 3. обеспечивать автоматическое разименование идентификаторов 4. обеспечивать... 5. обеспечивать... В общем, если вам задать подобные ограничения, то вы вряд ли напишете по-другому. Другое дело, что вы можете наплевать на все эти ограничения. А они не могут. Ну, там имена полей от лени. Разыменование - не было механизма вью в файл серверной версии и вощето там свойства могут быть объектами инепросто все это "разыменовать". Таскать такие имена типа "Извещение_об_изменениях_Сборочная_спецификация_Изменяемая_позиция_Замена" замахаешься тоже. Иерархия есть и будет, другое дело, что РСУЮД плохо с этим делом работает, опять же замахаешься задавать декларативно целостность, а встоенного механизма пока нет (вродев СКЛ2008 есть какие-то деревья. А восновном все проблемы 1С как я понял из-за поддеожки совместимости с файл серверной версией, разделения доступа на "объектный" необъектный (из-за отчетов наверное разделили когда-то). Ну, я считаю, что 1С почти достиг верхнего предела развития и скор ее перепишут, если уже не переписывают. А постановщики там грамотные, недавно увиде ментальные карты по 1С, что вощето отличается от реализации в лучшую сторону. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:41 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой Ожидаю (есть инсайдерская информация) серьезных госвливаний в построение российской платформы ИС, покрывающей потребности рынка "выше 1С". Отчасти в пику SAP, MBS и пр. Очередная компания из серии "нанотехнологий". ... могу уверенно предположить, во что это обойдется, и чем закончится спасибо за инфу. будет над чем поржать на досуге с друзьями-коллегами :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:42 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621Сисой, Вы, похоже, посмеялись, порекомендовав к прочтению мануал по имени "Профессиональная разработка...". Во-первых, ничего о структуре данных там нет. Перечисление таблиц с комментариями не имеет ничего общего со структурой данных. . Погоди-погоди. В 1С львиная доля структуры даных создается разработчиками той или иной конфигурации. Универсальными являются лишь свойсва основных "классов" 1С (справочник, документ, регистр накопления и т.п.). В книге расписано, какие таблицы, с какими полями и с какими индексами создает объект каждого "класса". Единственное, чего нет - информации об используемых при этом типах БД. Это плохо. Но остальное зависит от конфигураста... Как налепит метаданные, так и будет работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:45 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойMazzy, спасибо за содержательное объяснение. (Правда, проблема разыменования ключей справедлива для многих систем. Ибо попытка использовать коды-ключи (в т.ч. и при работе с формами) отталкивает пользователей (а автопоиск по первым символам нескольких реквизитов сразу в 1С8, наоборот, нравится)). А я говорил про обязательное и принудительное в любом месте интерфейса и кода. Кроме того, ты сейчас снова привел пример психологии в отношении к 1С. Я тебе говорю про технику, ты не анализируешь технологические плюсы и минусы. Ты уводишь разговор в область психологии. А потом 1Сники обижаются, что их никто всерьез не воспринимает, что бытует мнение "1сники тупые" Сисой Ожидаю (есть инсайдерская информация) серьезных госвливаний в построение российской платформы ИС, покрывающей потребности рынка "выше 1С". Отчасти в пику SAP, MBS и пр. Очередная компания из серии "нанотехнологий". Пусть. А мы посмотрим. СисойСистему для небольших фирм разрабатывать не надо - она уже есть и де-факто лоббируется отдельными ведомствами. Это 1С. Ведомстами? ;))) СисойА вот крупной системы нет. Даже претендента (Парус не в счет). Было бы лучше, если бы такой ретендент появился заранее и был обкатан на реальных внедрениях. А то все идет к очередному громкому пуку. Потому что технические особенности 1С, так привлекательные при небольшом числе пользователей перестают быть привлекательными в многопользовательских системах с большой нагрузкой. Нужен кто-то кто сможет сделать популярную систему с другими особенностями, не 1Совскими. Может быть, поэтому 1С и не заинтересована в появлении альтернативщиков... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:46 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> Но это "ламо" должно: Мне было заявлено, что в. 8 - это революционный прорыв. Таки нет, не прорыв. Точно такое же дерьмо. Почему - я отлично представляю. > В общем, если вам задать подобные ограничения, то вы вряд ли напишете по-другому. Одинце - это уникально кривой продукт. Для нормальных программных продуктов не может быть ограничения типа "совместимость с предыдущей кривой версией". Ошибки должны исправляться, а не тиражироваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 12:49 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> Ожидаю (есть инсайдерская информация) серьезных госвливаний в построение российской платформы ИС Думаю, что не очень ошибусь, если предположу, что госбабло предназначено для "Армады"? Если так, то результат легко предсказуем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 13:09 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойФакты: 1) 1С в России и многих странах СНГ де-факто стала ведущим поставщиком учетных решений; 2) Многие ранее известные отечественные системы вытеснены с рынка или влачат жалкое существование за счет старых клиентов; 3) Многие отечественные учетные системы по идеологии хранения близки 1С (иерархические справочники, аналитический учет в разрезе справочников на плане счетов, встроенные среды разработки). 4) В России в самом расцвете фаза централизации бизнеса (средние и крупные холдинги). 4) Основная проблема 1С- слабая масштабируемость. Так какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? ПРичем в ней не нужно повторять все функции 1С:Бухгалтерии, интересуют в первую очередь регламентные процедуры и консолидационные механизмы. Потенциальный спрос же огромен (я знаю минимум 3 крупных холдинга). И проекты внедрения будут денежными, т.к. это крупные клиенты. Неужели таких героев отлавливают киллеры из SAPа и ликвидируют заранее? :-)А нафига вам масштабируемая система, при том что нужны только регламентные процедуры и отчетность? И что такое слабая масштабируемость 1С - масштабируемость движка, масштабируемость типовой или масштабируемость доработанной типовой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 13:23 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621 Одинце - это уникально кривой продукт. Для нормальных программных продуктов не может быть ограничения типа "совместимость с предыдущей кривой версией". Расскажите это потребителю. И Вы останетесь с голой ж... Расскажите это Гейтсу, Эллисону, Джобсу и иже с ними. Приведите пример, когда они полностью отказывались от "совместимости с предыдущей кривой версией". Почему они этого не сделали? Или все их творения гениальны по определению и кривизны не содержат? Еще раз. Архитектор тиражируемой ИС только тогда достигает успеха, когда в первую очередь учитывает интересы сейлов, маркетологов, заказчиков и конечных пользователей. Вопросы красивой архитектуры и технологических преимуществ нужны только тем, кто будет трахаться на внедрении и сопровождении. И если в случае 1Це нужный результат (200-300 пользователей в базе) достигается путем приобретения двух серверов по 25.000 USD и рабочих станций по 1000 USD, то крупный заказчик пойдет и на это. Не такие уж и большие деньги в сравнении с целым рядом реальных и мнимых преимуществ продукта над архитектурно красивыми, но бестолковыми в практической хозяйственной деятельности решениями. Опять же, почитайте, какие сервера SAP использует. Хотя бы на 500 пользователей. Меня больше пугает уровень внедренцев. Мало того, что трактор слабый, так еще и тракторист вечно с бодуна :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 13:30 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой архитектуры и технологических преимуществ нужны только тем, кто будет трахаться на внедрении и сопровождении. И если в случае 1Це нужный результат (200-300 пользователей в базе) достигается путем приобретения двух серверов по 25.000 USD и рабочих станций по 1000 USD, то крупный заказчик пойдет и на это. Не такие уж и большие деньги в сравнении с целым рядом Знаю заказчика, который купил и внедрил OeBS главным образом из-за того, что на вопрос "какой надо сервер, что бы 1С нормально работала > 50.000 позиций номенклатурного справочника" ответа они найти не смогли ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 13:36 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevЗнаю заказчика, который купил и внедрил OeBS главным образом из-за того, что на вопрос "какой надо сервер, что бы 1С нормально работала > 50.000 позиций номенклатурного справочника" ответа они найти не смогли )))Поищите какой надо сервер, что-бы MS SQL нормально работал с таблицей на 50000 записей :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 13:40 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev Знаю заказчика, который купил и внедрил OeBS главным образом из-за того, что на вопрос "какой надо сервер, что бы 1С нормально работала > 50.000 позиций номенклатурного справочника" ответа они найти не смогли ))) Хи-хи, у меня сейчас 78.000 позиций. И уж со складом-то точно нет проблем. Сервер БД куплен в 2002 году :-) Дурак заказчик. Я внедрял OeBS Inventory на 650.000 позиций. Вот тут, наверное, 1С не потянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 13:48 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
To Vogenut: Деталей не знаю. Дабы вообще 1С видел только за чужими компами. Но поскольку, заказчик после долгих раздумий решил 1С снести и внедрить OeBS по пречинам: a) производительность (правда у них огромные объемы) b) надежность _системы_ стремящаяся к 0 по мере увеличения нагрузок на систему То что-то одно из ниже перечисленного кривое: a) 1C b) Партнеры 1С, к которым пытались обращаться c) Заказчик НО насколько я видел специалистов данного Заказчика, все они люди вменяемы. Денег на a,b так же никто особо жалеть бы не стал. Только почему-то, более 3-х лет жили счастливо с зоопарком 1C и вдруг стали тра%№% и внедрять OeBS. Между прочим - OeBS ими уже запушен и работает. Что лишний только добавляет "+" к заказчику, и ставит жирный "-" для a,b. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 13:52 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
> Расскажите это потребителю. И Вы останетесь с голой ж... В этом и заключается основное дерьмо общество потребления: фиктивные ценности и фиктивная стоимость продуктов. Пользователь (или потребитель) безобразно туп, чтобы это понимать. > Архитектор тиражируемой ИС только тогда достигает успеха, когда в первую очередь учитывает интересы > сейлов, маркетологов, заказчиков и конечных пользователей. Успех - это предоставить возможность заказчику решить его проблемы, а не создать кучу геморроя. > крупный заказчик пойдет и на это Да, если он полный дебил, - пойдет. Бессмысленно строить бизнес на кривом основании. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 14:08 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
... Продолжение недостатков структуры данных. 3. Индексы - отдельная большая проблема, такое ощущение, что разработчики 1С стремятся сделать каждый индекс уникальным, независимо от его размеров, кстати говоря, Кстати, Index Tuning Wizard рекомендует такие же индексы, наверное они тупо ему последовали. Пример индекса на таблице итогов регистра накопления: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. Это - дебилизм! Кластерный индекс надо было создавать неуникальным только по полю _Period В таблицах бухгалтерских регистров самый маленький кластерный индекс состоит из 4-х полей. Удалив все индексы 1С на бухгалтерском регистре и создав свои, мне удалось увеличить скорость выполения тяжелых запросов примерно в 20 раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 14:23 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
авторТак какого черта все изобретают велосипеды, но никто не напишет хорошо масштабируемую оракловую (или MS SQL-ную) ИС, способную легко интегрироваться с типовыми решениями 1С в топологии "звезда" и выполняющую функции центральной БД для планирования и отчетности? ПРичем в ней не нужно повторять все функции 1С:Бухгалтерии, интересуют в первую очередь регламентные процедуры и консолидационные механизмы. Это вы год назад поднимали тему об отсутствии стандартов взаимодействия и обмена информацией между разнородными ИС на логическом уровне? Давайте схему взаимодействия нарисуем... Понятнее будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 14:34 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevTo Vogenut: Деталей не знаю. Дабы вообще 1С видел только за чужими компами. Но поскольку, заказчик после долгих раздумий решил 1С снести и внедрить OeBS по пречинам: a) производительность (правда у них огромные объемы) b) надежность _системы_ стремящаяся к 0 по мере увеличения нагрузок на систему То что-то одно из ниже перечисленного кривое: a) 1C b) Партнеры 1С, к которым пытались обращаться c) Заказчик НО насколько я видел специалистов данного Заказчика, все они люди вменяемы. Денег на a,b так же никто особо жалеть бы не стал. Только почему-то, более 3-х лет жили счастливо с зоопарком 1C и вдруг стали тра%№% и внедрять OeBS. Между прочим - OeBS ими уже запушен и работает. Что лишний только добавляет "+" к заказчику, и ставит жирный "-" для a,b.Что-то вы сами противоречите себе: в начале говорите, что перешли на OeBS из-за проблем, а потом говорите, что жили 3 года счастливо. Чему верить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 15:08 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
RMih...Продолжение недостатков структуры данных....И что вы здесь дебильного увидели? Вы в курсе, для чего нужны таблицы итогов регистра накопления? Я вам объясню - для того, что-бы быстро получать остатки. В первую очередь оперативные. И что будет, если вы оставите в индексе только период? Вы будете блокировать все оперативные остатки при оперативном проведении документов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 15:36 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenutИ что будет, если вы оставите в индексе только период? вроде ответили, не читаете собеседников что-ли?: RMihУдалив все индексы 1С на бухгалтерском регистре и создав свои, мне удалось увеличить скорость выполения тяжелых запросов примерно в 20 раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 15:50 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm vogenutИ что будет, если вы оставите в индексе только период? вроде ответили, не читаете собеседников что-ли?: RMihУдалив все индексы 1С на бухгалтерском регистре и создав свои, мне удалось увеличить скорость выполения тяжелых запросов примерно в 20 разА причем здесь бухгалтерский регистр, вы индекс по регистру накопления приводили :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 15:58 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenut iscrafm vogenutИ что будет, если вы оставите в индексе только период? вроде ответили, не читаете собеседников что-ли?: RMihУдалив все индексы 1С на бухгалтерском регистре и создав свои, мне удалось увеличить скорость выполения тяжелых запросов примерно в 20 разА причем здесь бухгалтерский регистр, вы индекс по регистру накопления приводили :) а он по другому как-то устроен? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 15:59 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Мне тоже кажется, что подобная модификация индексов приведет к проблемам при параллельном вводе данных, т.к. по этим сложным индексам осуществляется блокировка записей таблицы регистра. Но я не такой знаток кластерных индексов - объясните, плиз, почему я ошибаюсь.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:00 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойНо я не такой знаток кластерных индексов - объясните, плиз, почему я ошибаюсь.... чему же тебя на курсах тюнинга сиквела Габцы учили ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:21 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafmа он по другому как-то устроен? :)у-у-у, отличается, как небо и земля. СисойМне тоже кажется, что подобная модификация индексов приведет к проблемам при параллельном вводе данных, т.к. по этим сложным индексам осуществляется блокировка записей таблицы регистра. Но я не такой знаток кластерных индексов - объясните, плиз, почему я ошибаюсь....Да тут не в кластерных индексах дело, как таковых. А вообще в индексах и механизмах блокировки СУБД. Если в индексе будет одно поле Дата, то для того, что-бы получить оперативные остатки из этого регистра, СУБД надо будет выбрать все записи на предопределенную дату, а потом отфильтровать по измерениям регистра. Естественно, что при выборке все эти записи будут заблокированы. Т.е. например вы просите остаток на Товар1, а СУБД заблокирует отстатки и на другие товары. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:26 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой, кластерный индекс размещает записи рядышком, на странице. Поэтому если индекс строится по чему-то осмысленному, то доступ к записям быстрый. А если в него напихать несколько GUIDов, которые не попределяют последовательность, то получаются тормоза.. слишком много прыгать туда-сюда приходится. Это так, по-простецки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:26 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafmСисой, кластерный индекс размещает записи рядышком, на странице. Поэтому если индекс строится по чему-то осмысленному, то доступ к записям быстрый. А если в него напихать несколько GUIDов, которые не попределяют последовательность, то получаются тормоза.. слишком много прыгать туда-сюда приходится. Это так, по-простецки.Ха, а SQL может осмысленно отличить строку "Петя" от гуида "F5991F50-8E26-41E0-B56C-42BFA9047F94"? :)) И с чего вы взяли что гуиды в 1С не определяют последовательность? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:30 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenutДа тут не в кластерных индексах дело, как таковых. А вообще в индексах и механизмах блокировки СУБД. Если в индексе будет одно поле Дата, то для того, что-бы получить оперативные остатки из этого регистра, СУБД надо будет выбрать все записи на предопределенную дату, а потом отфильтровать по измерениям регистра. Естественно, что при выборке все эти записи будут заблокированы. правильно ли я понял из написанного, что в 1С записи блокируются при _чтении_ ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:31 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ERPшник vogenutДа тут не в кластерных индексах дело, как таковых. А вообще в индексах и механизмах блокировки СУБД. Если в индексе будет одно поле Дата, то для того, что-бы получить оперативные остатки из этого регистра, СУБД надо будет выбрать все записи на предопределенную дату, а потом отфильтровать по измерениям регистра. Естественно, что при выборке все эти записи будут заблокированы. правильно ли я понял из написанного, что в 1С записи блокируются при _чтении_ ?Да, при чтении в транзакции. Ведь вы не хотите получить левые остатки в момент проведения документа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:32 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
guest_20040621В этом и заключается основное дерьмо общество потребления: фиктивные ценности и фиктивная стоимость продуктов. Пользователь (или потребитель) безобразно туп, чтобы это понимать. Он не туп, у него других дел много. guest_20040621 Успех - это предоставить возможность заказчику решить его проблемы, а не создать кучу геморроя. Увы, в раскритикованном вами же обществе потребления успех - это несколько другое. guest_20040621 Да, если он полный дебил, - пойдет. Бессмысленно строить бизнес на кривом основании. Без сарказма: а вы много видели предприятий, построенных на "прямом основании", без бардака, с четко поделенными зонами ответственности, с достаточной компетенцией каждого сотрудника? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:43 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
СисойМне тоже кажется, что подобная модификация индексов приведет к проблемам при параллельном вводе данных Не совсем. Достаточно было сделать уникальный индекс некластерным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:44 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов СисойМне тоже кажется, что подобная модификация индексов приведет к проблемам при параллельном вводе данных Не совсем. Достаточно было сделать уникальный индекс некластерным.И что это изменит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 16:47 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой Ух ты. Весомо. Будет неплохо привести пример для подражания. Кто ж тогда антипод? Все голодные гении. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 17:32 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
http://www.sql.ru/articles/mssql/03013101Indexes.shtml#3 RMih пишет: > Кластерный индекс надо было создавать неуникальным только по полю _Period Кластерный неуникальный индекс это тоже не верх интеллектуальной мысли. Впрочем, в приведенном примере, ничего другого не остается. Модератор: отредактировано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2008, 21:47 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
>Сисой >4) Основная проблема 1С- слабая масштабируемость. Ответьте пожалуйста на два вопроса. 1) Покажите примерную границу по числу клиентов, ниже которой конкретная система(ы) работают устойчиво и комфортно, выше - не приемлемо, ни по скорости, ни по надёжности. 2) Где можно посмотреть литературу и примеры взаимодействия COM-объекта доступа к данным и С# Я не специалист в области взаимодействия с 1с. Но если 1с работает со структурами данных находящимися в в одном файле, то этой системе не нужны монстры типа MS SQL или Oracle. Есть примитивные базы данных, что и умеют, так это хранить данные и быстро получать доступ к ним. Но делают это весьма быстро. С уважением, Владимир. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 10:34 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Если я буду регистрироваться, меня будут банить. Модератор: отредактировано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 10:55 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Roman Brunets ну и?? Что нового сказали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 10:57 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой Вот Вам и ответна вопрос. Со всеми, кто начинает спроектировать ИС, тесно взаимодействующую с 1С - происходит то же, чт и с участниками дискуссии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 11:47 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm serge_b77 У меня колом и на 50 пользователях не встала )).Просто нужно знать как ее готовить )) Toy-sql не использовал. Они у Вас что делают в системе? Просто зарегистрированы? Работают,и весьма производительно:более 2000 документов в сутки,коробка бумаги А4 каждый день распечатывается на документы только,базу каждый год приходится резать)).И так уже почти 4 года.Платформа 7.7)).Производительности конечно никогда много не будет,но пока все крутится терпимо.Только денюшек не надо жалеть)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 12:04 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafmну и?? Что нового сказали?Он, в общем-то, ссылку на статью кинул. Но если своими словами говорить о сути кластерного индекса, то получается: - на "железном уровне" - это и есть сама таблица, и отделить его на уровне файловых групп от данных не получится. Хорошо дефрагментированный кластерный индекс обеспечивает быстрый поиск по нему. А для того, чтобы кластерный индекс не слишком быстро фрагментировался, его размер должен быть не более 8 байт, например, одно поле типа datetime(как в приведённом примере), либо два типа integer Во многих таблицах 1С, как я понял, я сам туда не заглядывал (поверим на слово автору совета) - в качестве первичного ключа используется GUID, вот только не знаю, кластерный он в регистрах, или некластерный - по той же причине (не заглядывал в 1С). Причём это не имеет смысла в обоих случаях, и особенно плохо, в случае кластерного: 1) Его размер - больше 8 байт (быстро фрагментируется, что приводит к резкому падению производительности). 2) В сиквеле до 2005 бессмыслен предикат order by по этому полю. В случае же, если строить часто обновляемую таблицу на куче, новые записи кладутся в беспорядке, что также приводит к падению производительности при поиске. На самом деле существует очень много споров о том, строить таблицы на куче либо на основе кластерного индекса. По моим личным наблюдениям получается, что кластерный индекс (нормального размера, разумеется) выгоден, если запись таблицы полностью физически помещается в страницу данных (8192 байта). Типы данных, наиболее подходящие для кластерного индекса: datetime (как предложено в примере) int либо (int+int) bigint. Причём, если в таблице нет (либо нет необходимости) в поле типа datetime, то лучше прибегать к целочисленному типу данных, причём если не ожидается более 4 миллиардов записей, то лучше использовать int (разумеется, используя отрицательную часть). Хотя, из-за использования суррогатных ключей (в данном случае монотонно возхрастающим/убывающим - int identity), тоже бывают жаркие религиозные споры (в данном случае я-за ). Некластерные же индексы можно выносить в другую файловую группу. Покрывающим индексом в запросе чаще бывает именно некластерный (за исключением запросов типа select * from mytable ...), и его нахождение в другой файловой группе также увеличивает производительность (за счёт распараллеливания процессов чтения). Вообще про индексы можно много и долго рассказывать, но если коротко и своими словами (как комментарий к примеру) - примерно так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 12:21 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Модератор: guest_20040621Если я буду регистрироваться, меня будут банить. Если Вы НЕ будете регистрироваться, Вас все равно могут забанить, только разбанить будет уже гораздо сложнее. Рекомендую ознакомиться с правилами форума , в частности с этим пунктом: 5.3.7.Модераторы могут заблокировать доступ по IP. Следует иметь в виду, что в настоящее время нет технической возможности заблокировать доступ только к одному форуму, блокируется доступ ко всем форумам ресурса sql.ru. Кроме того, снять блокировку по IP может только администратор ресурса sql.ru - модератор форума это сделать не в состоянии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 13:37 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Garya ... Для такого спеца как "гост", этоне должно быть преградой. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 14:58 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev Слышал отзыв, что надежность системы падает в геометрической прогрессии от сложности и масштабов решаемых задач. Поэтому и возникает мнение об "ларечный автоматизатор". "Ларьки с количеством пользователей под сотню видели" - большой, транснациональный ларек ;). Но ларек. Готовый в любой момент закрыться и открыться на соседнем углу. А в предприяти внедряющим OeBS главный вопрос, что будет с системой, когда будет не 100 пользователей, а 500 или 5 000... При таком подходе 1C уже реально не катит. Вероятность того, что на одной площадке 100 пользователей превратятся в 5000 стремиться к нулю. Вы можете привести пример, где есть экономическая необходимость работы 1000 человек в одной базе в реальном времени в нашей стране? Leonid Kudryavtsev Подход Oracle - не ставить в столовую НИКАКУЮ систему. А протянуть I-net канал до центрального сервера. Единая система для всех столовых. Если столовых много - вполне адекватное решение. Для больших компаний. Если выехать за пределы МКАД найти нормальный интернет даже в городе >100.000 <500.000 жителей найти весьма проблематично. А чтобы еще была гарантия 24/7 то нереально даже для городов миллионников. Или вы предлагаете объявить голодовку по всем регионам? Leonid Kudryavtsev А вот что будет делать с таким ларьком 1C? При том, что количество столовых "под сотню"? Можно разделить задачу на отдельные площадки. Если количество пользователей на одной площадке все равно превышает 200, то тут действительно необходимо думать о переходе на другую платформу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 17:36 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
svcoder Если выехать за пределы МКАД найти нормальный интернет даже в городе >100.000 <500.000 жителей найти весьма проблематично. А чтобы еще была гарантия 24/7 то нереально даже для городов миллионников. Или вы предлагаете объявить голодовку по всем регионам? А в Нью-Йорке, Лондоне, Стамбуле? Пекин и Токио тоже небольшие города... Модератор: отредактировано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2008, 18:13 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сталкер пишет: > А для того, чтобы кластерный индекс не слишком быстро фрагментировался, > его размер должен быть не более 8 байт, например, одно поле типа > datetime(как в приведённом примере), либо два типа integer Просто добавление. В приведенном примере datetime неуникально. Кластерный индекс же обязан быть уникальным. Это значит что сервер втихую сделает его уникальным, добавив int и выйдя за 8 байт. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2008, 00:08 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
apapacy Сисой Вот Вам и ответна вопрос. Со всеми, кто начинает спроектировать ИС, тесно взаимодействующую с 1С - происходит то же, чт и с участниками дискуссии. а что с ними происходит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2008, 14:57 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сталкер iscrafmну и?? Что нового сказали?Он, в общем-то, ссылку на статью кинул. к чему эта сслылка? Вот что непонятно.. А также некие подколки, кстати та и оставшиеся без ответа. Что в общем-то и ожидалось Вы тоже ничего другого не сказали, только немного другими терминами... Я говорил о том, что по причине 1. сортировки по индексу и 2. индекс и данные размещаются вместе..., происходит то, что Вы называете фрагментацией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2008, 15:03 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenut Сергей ВаскецовДостаточно было сделать уникальный индекс некластерным.И что это изменит? Подумайте сами, что будет, если приведенный уникальный индекс будем некластерным и ни одного кластерного индекса не будет. Я здесь Вам лекции читать по индексам бесплатно не подряжался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 13:08 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов vogenut Сергей ВаскецовДостаточно было сделать уникальный индекс некластерным.И что это изменит? Подумайте сами, что будет, если приведенный уникальный индекс будем некластерным и ни одного кластерного индекса не будет. Я здесь Вам лекции читать по индексам бесплатно не подряжался.С точки зрения параллельной работы, ситуация только ухудшится. Вы ведь это хотели сказать, но ошиблись и написали наборот? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:27 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenutС точки зрения параллельной работы, ситуация только ухудшится Я так понимаю, Вы это и обосновать можете? Или при своих останемся? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:38 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов vogenutС точки зрения параллельной работы, ситуация только ухудшится Я так понимаю, Вы это и обосновать можете? Или при своих останемся?Конечно могу. Но хотелось бы от вас услышать в начале ответ на мой вопрос. Я же не просто так спросил... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:40 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenutНо хотелось бы от вас услышать в начале ответ на мой вопрос. Я же не просто так спросил... Что я хотел, то я и написал. Кластерный ключ, в который входит с десяток полей - это последнее, что должен сделать архитектор БД перед тем, как его расстреляют и расчленят, чтобы другим неповадно было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:43 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов vogenutНо хотелось бы от вас услышать в начале ответ на мой вопрос. Я же не просто так спросил... Что я хотел, то я и написал. Кластерный ключ, в который входит с десяток полей - это последнее, что должен сделать архитектор БД перед тем, как его расстреляют и расчленят, чтобы другим неповадно было.Хорошее обоснование! Не убедили! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:45 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenut А я и не собирался никого убеждать. Это Вы были готовы аргументировать свое мнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:48 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
>последнее, что должен сделать архитектор БД как всегда не факт. могу представить несколько ситуаций когда это будет оправданным Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:48 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов vogenut А я и не собирался никого убеждать. Это Вы были готовы аргументировать свое мнение.Сейчас вам девушка объяснит :) Она знает о чем говорит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:51 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ScareCrowмогу представить несколько ситуаций когда это будет оправданным В контексте обсуждаемого примера? Скорее всего, ситуации будут более чем специфичные (точнее, хитрое использование предполагает именно такое решение), только подтверждающие общую тенденцию. Например, мне ни разу не приходилось иметь кластерный уникальный индекс с более чем 3-мя полями, все из которых были числовые. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:53 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
>В контексте обсуждаемого примера а что у нас за пример? >ситуации будут более чем специфичные не так уж. они буду просто из области DSS. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 17:58 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ScareCrowа что у нас за пример? вот он ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 18:01 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ну дык регист накопления - это почти то о чем мы говорим и если есть сканирование диапазона по дате, и плюс к этому группировка или сортировка по всем этим полям, то такой индекс впринципе оправдан. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 18:04 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ScareCrow ну дык регист накопления - это почти то о чем мы говорим и если есть сканирование диапазона по дате, и плюс к этому группировка или сортировка по всем этим полям , то такой индекс впринципе оправдан Я так понимаю, Вы в курсе, сколько максимально полей сервер БД использует из индексов при выборе того или иного плана выполнения запроса, а также что будет, если поля в запросе перечислены не все, а с пропусками? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 18:07 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm Сталкер iscrafmну и?? Что нового сказали?Он, в общем-то, ссылку на статью кинул. к чему эта сслылка? Вот что непонятно.. А также некие подколки, кстати та и оставшиеся без ответа. Что в общем-то и ожидалось Вы тоже ничего другого не сказали, только немного другими терминами... Я говорил о том, что по причине 1. сортировки по индексу и 2. индекс и данные размещаются вместе..., происходит то, что Вы называете фрагментацией.Ну, я ещё поминал суррогатный ключ (если это применимо к 1С). Там поле добавлять надо. Здесь фрагментации нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 20:16 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сталкер iscrafm Сталкер iscrafmну и?? Что нового сказали?Он, в общем-то, ссылку на статью кинул. к чему эта сслылка? Вот что непонятно.. А также некие подколки, кстати та и оставшиеся без ответа. Что в общем-то и ожидалось Вы тоже ничего другого не сказали, только немного другими терминами... Я говорил о том, что по причине 1. сортировки по индексу и 2. индекс и данные размещаются вместе..., происходит то, что Вы называете фрагментацией.Ну, я ещё поминал суррогатный ключ (если это применимо к 1С). Там поле добавлять надо. Здесь фрагментации нетА именно - добавить поле типа int identity, и повесить на него кластерный индекс. Остальные индексы тоже перестроить - стремиться сделать покрывающими (ну, это надо оттрейсить обращения к таблице за сутки, например). А системные одиночные индексы (которые так любит вешать Нуралиев) - грохнуть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 20:22 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
>Вы в курсе вкурсе мы. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 10:15 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
>Я так понимаю эти индексы предназаченны для всех вообще и для никого в частности. поэтому смысл есть, при понимании того факта что сейчас эти индескы настроенны чтобы учесть ВСЕ случаи вообще, при средней паршивости производительности, а меняя их ты затачиваешся на КОНКРЕТНУЮ ситуацию. и при смене запросов к этим регистрам тебе придется менять индексы еще раз. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 10:18 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ScareCrow сейчас эти индескы настроенны чтобы учесть ВСЕ случаи вообще они не настроены вообще. Если не заметили, то речь идет об этом. А чтобы учесть все случаи, достаточно оставить кластерный по дате (периоду), а остальное вынести за скобки. Это будет на ВСЕ случаи вообще, с приемлемой производительностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 10:34 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ScareCrow >ситуации будут более чем специфичные не так уж. они буду просто из области DSS. под DSS можно все списать. Поискали бы более приличную модную абревиатуру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 10:37 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm ScareCrow сейчас эти индескы настроенны чтобы учесть ВСЕ случаи вообще они не настроены вообще. Если не заметили, то речь идет об этом. А чтобы учесть все случаи, достаточно оставить кластерный по дате (периоду), а остальное вынести за скобки. Это будет на ВСЕ случаи вообще, с приемлемой производительностью.Ну для начала надо было бы выяснить что эта таблица содержит и какие запросы идут к ней :) Может muzzy нам подскажет, как бывший спец по 1С? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 11:10 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenut iscrafm ScareCrow сейчас эти индескы настроенны чтобы учесть ВСЕ случаи вообще они не настроены вообще. Если не заметили, то речь идет об этом. А чтобы учесть все случаи, достаточно оставить кластерный по дате (периоду), а остальное вынести за скобки. Это будет на ВСЕ случаи вообще, с приемлемой производительностью.Ну для начала надо было бы выяснить что эта таблица содержит и какие запросы идут к ней выяснили в самом начале ее упоминания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 11:45 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafmвыяснили в самом начале ее упоминания.И вы уверены что индекс только по полю _Period решит все проблемы? Скажу вам по секрету, он их только создаст. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 12:08 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сисой Потому что еще бизнес-логика нужна. Вы м.б. не чувствуете проблемы, т.к. не общаетесь с представителями этого сегмента. Типовой пример: металлургический холдинг средней руки. 3 средних завода, несколько рудников, туева хуча разных вспомогательных юрлиц (СМУ, транспорт, столовые, магазины, даже птицефабрика есть и своя авиация тоже есть). На 70% предприятий учет в 1С, по большей части - типовые или немного доработанные типовые конфигурации. Всего в холдинге более 1500 пользователей. У некоторых - оффлайн, каналы связи ненадежны. Управляющей компаниии нужно централизовать процессы учета и бюджетирования. Варианты: 1) Все сносить и внедрять крутую ERP за миллионы долларов. 2) Сделать центральную базу, вести в ней основные классификаторы, консолидировать в ней поступающую информацию, работать с бюджетами и бюджетными заявками, проводить трансформации для МСФО или УУ, формировать отчетность. Но 1С не потянет такие объемы ЦБ..... Мы сейчас находимся как раз в таком состоянии :-) Но речь не об этом. Почему то не прозвучало ничего о системах сводной отчетности. Такие решения на рынке есть, в том числе и у 1С. И тогда пофигу на чем ведут учет в филиалах. Есть определенный список параметром которые нужно передать в центр, вот и все. А если делать вообще по уму, то в филиалах стоит некий клиент который только и умеет что проверить заполняемость полей и отправить это в центр. Как в него данные попадают не важно, импорт, ручками бъют, не важно. Все формы поставляются только сверху, на местах править их невозможно. Вот вам и единообразие и т.д. и т.п. Такие системы работают в основном в бюджете, в хозрасчете почемуто о них не знают. Тут не так давно статья была в IT-Pro как раз на эту тему. Там расматривался опыт западных компаний. Так вот, они тоже при покупке, поглащении пытались всех на одну систему работашую в центре перегнать.В конце концов пришли к выводу что себе дороже. И в основном сейчас работают по принцыпу консолидации отчетности. Может и мы когда нибуть доростем до этого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 13:09 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenut iscrafmвыяснили в самом начале ее упоминания.И вы уверены что индекс только по полю _Period решит все проблемы? Скажу вам по секрету, он их только создаст. с чего вы взяли? давайте посекретничаем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 13:27 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
>В конце концов пришли к выводу что себе дороже это дороже при том условии что УЖЕ есть внедренная система которая всех устраивает. у нас хорошо если стоит пара компов с ломанной 1С. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 13:28 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm vogenut iscrafmвыяснили в самом начале ее упоминания.И вы уверены что индекс только по полю _Period решит все проблемы? Скажу вам по секрету, он их только создаст. с чего вы взяли? давайте посекретничаемТынц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 13:35 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
vogenutТынц это ваши домыслы? или вы убирали могучий кластерный индекс из регистра накопления и возникали сразу проблемы с проведением документов? ps. скажу вам по секрету... 1С не единственная система, которая использует подобные фишки для хранения предварительно расчитаных итогов. Никаких проблем не наблюдается. И так же по секрету скажу, что , к примеру, себестоимость по 30т позиций может быть расчитана за период 3 года помесячно за минуты, а не за несколько часов, несмотря на "оптимальную индексацию". Модератор: отредактировано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 13:51 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
andreych Такие системы работают в основном в бюджете, в хозрасчете почемуто о них не знают. Во я похожую вещь (шаблоны документов, экспорт в хМЛ импорт, консолидация, расчет каких-то финансовых выкладок и т.д.) делал для частного холдинга аж в 2001 году :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 14:20 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов andreych Такие системы работают в основном в бюджете, в хозрасчете почемуто о них не знают. Во я похожую вещь (шаблоны документов, экспорт в хМЛ импорт, консолидация, расчет каких-то финансовых выкладок и т.д.) делал для частного холдинга аж в 2001 году :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 14:20 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
Теперь этот рынок подгребает под себя 1С со своей 1С:Консолидацией. Хорошая, кстати, программа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 18:46 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
ScareCrow это дороже при том условии что УЖЕ есть внедренная система которая всех устраивает. у нас хорошо если стоит пара компов с ломанной 1С. Posted via ActualForum NNTP Server 1.4 Ну она же есть, и есть какая то конфигурация, вот и пускай на ней работают. А Вы только потребуйте некий файл определенного формата. Идея то имено такая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 20:48 |
|
||
|
Почему никто не спроектирует ИС, тесно взаимодействующую с 1С?
|
|||
|---|---|---|---|
|
#18+
iscrafm vogenutТынц это ваши домыслы? или вы убирали могучий кластерный индекс из регистра накопления и возникали сразу проблемы с проведением документов?Нет, не домыслы. Что-бы понять в чем суть, ответьте себе на вопрос, что будет, если вообще индекс убрать из данной таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2008, 09:43 |
|
||
|
|

start [/forum/topic.php?all=1&fid=29&tid=1527164]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
184ms |
get tp. blocked users: |
2ms |
| others: | 225ms |
| total: | 497ms |

| 0 / 0 |
