История изменений
Исправление
Forum0888,
(текущая версия)
:
О сетевом файловом доступе в 1С 7.7
Фирма 1С «не осилила»/«не захотела» решить этот вопрос.
Он решаем и скорость работы по сети раз в шесть быстрее, чем в 1С 7.7.
Вообщем-то вполне приемлемо даже для работы с базами где-то до 50GB (это 100%).
Впрочем как никак 1С 7.7 это 1996 год и для того времени это была весьма прогрессивная новая технология.
Путь использования реляционных баз для обеспечения возможности использования объектов 1С это «милостыня бедному».
То что реализовано лишь подтверждает качественную реализацию MSSQL.
Никогда не было желания разработать а-ля run-time 1С, но нужно
признать, что некоторые объекты в 1С неплохо реализованы.
Правда их архитектура представления данных (как бы это сказать) - «кастрированная».
Так как ныне компьютера имеют быстродействующие CPU, ..., то это
«сглаживает» любую не очень качественную (речь не о 1С) архитектуру работы с данными.
Архитектура представления данных в SQL пригодна лишь для некой ниши задач.
Популярна она потому, что в эту нишу попадает класс (некоторых) учетных задач.
Проблема ныне в том, что лет шестьдесят назад были разработаны ХОРОШИЕ технологии, которые были неплохо приспособлены к возможностям ЭВМ тех годов.
К сожалению пока
Воз и ныне там.
Ныне разработано много NOSQL баз данных.
ИМХО их основная проблема в том, все они пытаются «натянуть сову на глобус».
Исправление
Forum0888,
:
О сетевом файловом доступе в 1С 7.7
Фирма 1С «не осилила»/«не захотела» решить этот вопрос.
Он решаем и скорость работы по сети раз в шесть быстрее, чем в 1С 7.7.
Вообщем-то вполне приемлемо даже для работы с базами где-то до 50GB (это 100%).
Впрочем как никак 1С 7.7 это 1996 год и для того времени это была весьма прогрессивная новая технология.
Путь использования реляционных баз для обеспечения возможности использования объектов 1С это «милостыня бедному».
То что реализовано лишь подтверждает качественную реализацию MSSQL.
Никогда не было желания разработать а-ля run-time 1С, но нужно
признать, что некоторые объекты в 1С неплохо реализованы.
Правда их архитектура представления данных (как бы это сказать) - «кастрированная».
Так как ныне компьютера имеют быстродействующие CPU, ..., то это
«сглаживает» любую не очень качественную (речь не о 1С) архитектуру работы с данными.
Архитектура представления данных в SQL пригодна лишь для некой ниши задач.
Популярна она потому, что в эту нишу попадает класс (некоторых) учетных задач.
Проблема ныне в том, что лет шестьдесят назад были разработаны технологии, которые были неплохо приспособлены к возможностям ЭВМ тех годов.
К сожалению пока
Воз и ныне там.
Ныне разработано много NOSQL баз данных.
ИМХО их основная проблема в том, все они пытаются «натянуть сову на глобус».
Исправление
Forum0888,
:
О сетевом файловом доступе в 1С 7.7
Фирма 1С «не осилила»/«не захотела» решить этот вопрос.
Он решаем и скорость работы по сети раз в шесть быстрее, чем в 1С 7.7.
Вообщем-то вполне приемлемо даже для работы с базами где-то до 50GB (это 100%).
Впрочем как никак 1С 7.7 это 1996 год и для того времени это была весьма прогрессивная новая технология.
Путь использования реляционных баз для обеспечения возможности использования объектов 1С это «милостыня бедному».
То что реализовано лишь подтверждает качественную реализацию MSSQL.
Никогда не было желания разработать а-ля run-time 1С, но нужно
признать, что некоторые объекты в 1С неплохо реализованы, но
их архитектура представления данных (как бы это сказать) - «кастрированная».
Так как ныне компьютера имеют быстродействующие CPU, ..., то это
«сглаживает» любую не очень качественную (речь не о 1С) архитектуру работы с данными.
Архитектура представления данных в SQL пригодна лишь для некой ниши задач.
Популярна она потому, что в эту нишу попадает класс (некоторых) учетных задач.
Проблема ныне в том, что лет шестьдесят назад были разработаны технологии, которые были неплохо приспособлены к возможностям ЭВМ тех годов.
К сожалению пока
Воз и ныне там.
Ныне разработано много NOSQL баз данных.
ИМХО их основная проблема в том, все они пытаются «натянуть сову на глобус».
Исправление
Forum0888,
:
О сетевом файловом доступе в 1С 7.7
Фирма 1С «не осилила»/«не захотела» решить этот вопрос.
Он решаем и скорость работы по сети раз в шесть быстрее, чем в 1С 7.7.
Вообщем-то вполне приемлемо даже для баз где-то до 50GB.
Путь использования реляционных баз для обеспечения возможности использования объектов 1С это «милостыня бедному».
То что реализовано лишь подтверждает качественную реализацию MSSQL.
Никогда не было желания разработать а-ля run-time 1С, но нужно
признать, что некоторые объекты в 1С неплохо реализованы, но
их архитектура представления данных (как бы это сказать) - «кастрированная».
Так как ныне компьютера имеют быстродействующие CPU, ..., то это
«сглаживает» любую не очень качественную (речь не о 1С) архитектуру работы с данными.
Архитектура представления данных в SQL пригодна лишь для некой ниши задач.
Популярна она потому, что в эту нишу попадает класс (некоторых) учетных задач.
Проблема ныне в том, что лет шестьдесят назад были разработаны технологии, которые были неплохо приспособлены к возможностям ЭВМ тех годов.
К сожалению пока
Воз и ныне там.
Ныне разработано много NOSQL баз данных.
ИМХО их основная проблема в том, все они пытаются «натянуть сову на глобус».
Исправление
Forum0888,
:
О сетевом файловом доступе в 1С 7.7
Фирма 1С «не осилила»/«не захотела» решить этот вопрос.
Он решаем и скорость работы по сети раз в шесть быстрее, чем в 1С 7.7.
Вообщем-то вполне приемлемо даже для баз где-то до 50GB.
Путь использования реляционных баз для обеспечения возможности использования объектов 1С это «милостыня бедному».
То что реализовано лишь подтверждает качественную реализацию MSSQL.
Никогда не было желания разработать а-ля run-time 1С, но нужно
признать, что некоторые объекты в 1С неплохо реализованы, но
функциональность их (как бы это сказать) - «кастрированная».
Так как ныне компьютера имеют быстродействующие CPU, ..., то это
«сглаживает» любую не очень качественную (речь не о 1С) архитектуру работы с данными.
Архитектура представления данных в SQL пригодна лишь для некой ниши задач.
Популярна она потому, что в эту нишу попадает класс (некоторых) учетных задач.
Проблема ныне в том, что лет шестьдесят назад были разработаны технологии, которые были неплохо приспособлены к возможностям ЭВМ тех годов.
К сожалению пока
Воз и ныне там.
Ныне разработано много NOSQL баз данных.
ИМХО их основная проблема в том, все они пытаются «натянуть сову на глобус».
Исправление
Forum0888,
:
О сетевом файловом доступе в 1С 7.7
Фирма 1С «не осилила»/«не захотела» решить этот вопрос.
Он решаем и скорость работы по сети раз в шесть быстрее, чем в 1С 7.7.
Вообщем-то вполне приемлемо даже для баз где-то до 50GB.
Путь использования реляционных баз для обеспечения возможности использования объектов 1С это «милостыня бедному».
То что реализовано лишь подтверждает качественную реализацию MSSQL.
Никогда не было желания разработать а-ля run-time 1С, но нужно
признать, что некоторые объекты в 1С неплохо реализованы, но
функциональность их (как бы это сказать) - «кастрированная».
Так как ныне компьютера имеют быстродействующие CPU, ..., то это
«сглаживает» любую не очень качественную (речь не о 1С) архитектуру работы с данными.
Архитектура представления данных в SQL пригодна лишь для некой ниши задач.
Популярна она потому, что в эту нишу попадает класс (некоторых) учетных задач.
Проблема ныне в том, что лет шестьдесят назад были разработаны технологии, которые были неплохо приспособлены к возможностям ЭВМ тех годов.
К сожалению пока
Воз и ныне там.
Ныне разработано много NOSQL баз данных.
ИМХО их основная проблема в том, все они пытаются «натянуть сову на глобус».
Исходная версия
Forum0888,
:
О сетевом файловом доступе в 1С 7.7
Фирма 1С «не осилила»/«не захотела» решить этот вопрос.
Он решаем и скорость работы по сети раз в шесть быстрее, чем в 1С 7.7.
Вообщем-то вполне приемлемо даже для баз где-то до 50GB.
Путь использования реляционных баз для обеспечения возможности использования объектов 1С это «милостыня бедному».
То что реализовано лишь подтверждает качественную реализацию MSSQL.
Никогда не было желания разработать а-ля run-time 1С, но нужно
признать, что некоторые объекты в 1С неплохо реализованы, но
функциональность их (как бы это сказать) - «кастрированная».
Так как ныне компьютера имеют быстродействующие CPU, ..., то это
«сглаживает» любую не очень качественную (речь не о 1С) архитектуру работы с данными.
Архитектура представления данных в SQL пригодна лишь для некой ниши задач.
Популярна она потому, что в эту нишу попадает класс (некоторых) учетных задач.
Проблема ныне в том, что лет шестьдесят назад были разработаны технологии, которые были неплохо приспособлены к возможностям ЭВМ тех годов.
К сожалению пока
Воз и ныне там.
Конечно ныне разработано много NOSQL баз данных.
ИМХО их основная проблема в том, все они пытаются «натянуть сову на глобус».