Дело грит мужик)

[macklakov]

Цитата:

Сообщение от egorych

Вроде как каждому юзеру делался отдельный файл, в которые вносили данные, а потом эти файлы как-то сливались в общий.

Необычно, конечно, но ничего шокирующего. Так делают, когда соединение не стабильное или вообще дисконет. Это одна из основных областей применения BizTalk. Для глухих деревень и удаленных застав, самое оно
Приведите другие аргументы, почему эта СУБД плохая

[2A]

Цитата:

Сообщение от egorych

Словами это не описать!!!
Особых подробностей не помню уже - очень удивлен (убит просто) технологией сетевой (многопользовательской) работы сего произвЕдения.
Вроде как каждому юзеру делался отдельный файл, в которые вносили данные, а потом эти файлы как-то сливались в общий. Что-то такое помница.
Единственное, что скорость простых select впечетляла - этого не отнять.

Для тех задач, для которых внедрялся HyTech в свое время в ФСС (автор статьи уже давно там советником работает ) он более менее подходил. В отделениях на несколько рабочих мест - использование дорогих продуктов (MS SQL) менее оправданно ....

[egorych]

Цитата:

Сообщение от macklakov

Приведите другие аргументы, почему эта СУБД плохая

Еще раз говорю, дело было давно, деталей сейчас не вспомню уже. Мы проводили выбор БД для своих нужд и в сравнении с тем-же dbf оно проиграло. Возможно для распределенных задач такой вариант и неплох, но для работы в локальной сети с пару сотнями пользователей - звиняйте. Видел так-же работу системы для паспортных столов, сделанную на HiTech - список на 5000 человек для избирательной комиссии формировался ну минут 20 - на вполне приличном железе в однопользовательском режиме. Извините, но то-же самое на фоксе или клипере в те времена работало на 2 порядка быстрее.

Цитата:

В отделениях на несколько рабочих мест - использование дорогих продуктов (MS SQL) менее оправданно

Есть вполне замечательные бесплатные продукты - Firebird (Interbase), PostgreSQL, которые достаточно легко масштабируются. Да и MSSQL|Oracle есть бесплатная версия.

[AlGol]

Цитата:

Сообщение от komar

Так ведь человек альтернативу предложил, и немаленький пилотный проект сделал. Конечно, изъясняется он местами косноязычно, но голимой агитации не получается.

Я про фразу, что ERP вещь ненужная в приципе. Не люблю подобных обобщений. ERP - это инструмент решающий определенные задачи. Эффективность его применения должна решаться в каждом случае отдельно. Для фонда социального страхования может и нечего ERPить. Постановка задачи не та. Это совсем не значит что она не применима в других случаях.

А отечественные разработки подобных систем как-то загибаются на определенном уровне... Хотя делали и делают.

[komar]

Цитата:

Сообщение от AlGol

Я про фразу, что ERP вещь ненужная в приципе. Не люблю подобных обобщений. ERP - это инструмент решающий определенные задачи. Эффективность его применения должна решаться в каждом случае отдельно. Для фонда социального страхования может и нечего ERPить. Постановка задачи не та. Это совсем не значит что она не применима в других случаях.

А отечественные разработки подобных систем как-то загибаются на определенном уровне... Хотя делали и делают.

скорее даже не разработки загибаются, а разработчики

А для фонда - действительно, задачи другие, и, наверное, задачи эти решены. Человек ведь писал именно для распределенных задач, для слабых компьютеров - и таки добился заданного результата. А список на 5000 человек и на акзапте можно так написать, что он и за 2 дня не сформируется - так это еще не значит, что MS SQL надо в помойку выкинуть, или Dynamics.

Написал человек систему для работы большой организации с очень большими объемами данных. Внедрил. Имеет результат - имаат право им хвастаться. Может ERP напишет на своей базе и внедрит. Может - зафакапит. Но говорить, что база у него кривая просто на основе того, что там файлы заводятся, а потом сливаются.....вам шашечки или ехать?