|
|
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
В 1с не соблюдаются правила нормализации баз данных как на уровне системных таблиц платформы, так и на уровне таблиц типовых конфигураций. Это может приводить к известным проблемам с быстродействием, масштабируемостью, блокировками и пр. Полный текст статьи http://realprog.livejournal.com/665.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 16:14 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
автор Нужно проверять таблицы в MS SQL, в 8 версии вроде переделали). Я не пойму проблема то где? В 8 ее нет? Вы все в 7 ищите? Так приведите конкретный пример хотя бы в 77 что если ввести то-то и то-то то база рухнет и будет давать неправильные результаты. автор- В качестве ключевого поля (уникального идентификатора) для таблиц используется поле типа GUID, хотя в 7.7 версии хватало поля числового типа. Очевидно в большинстве случаев хватит числового идентификатора. Вероятно использование GUID отрицательно влияет на быстродействие соединения таблиц в запросах, на создание, запись и проведение справочников, документов. С данным полем достаточно неудобно работать в 1с. К тому же вряд ли получится использовать GUID-поле для штрих-кодирования например номенклатуры или основных средств. Полагаю это достаточно редкое решение при построении баз данных – использовать GUID-поле в качестве ключевого поля.Вроде или теряется производительность? Тогда покажите на примере что в данно случае производительность уменьшилась хотя бы на А процентов... А с данным поле неудобно работать - вобще смешно, Возможно с кривыми ручками и неудобно. Но опять же в чем неудобство автор стесняется сказать... И тд и тп. много слов, но по делу НОЛЬ. ps Конкретные примера будут? или все бла-бла, с какой-то Вам понятной пиаровской целью? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 17:10 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
Программист 1с, хотел там оставить комент, но анонимы некатят, оставлю здесь -------------------------------------------------- RealProg, почитай про денормализацию.... и больше не пори чушь, ну и кроме почитай про кластерный индекс.... одним словом бред а не статья, не зря на мисте забанили ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 17:23 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
vde69, может это "новый гений 1с"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 17:43 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
Программист 1с, проблема с бухитогами есть и в 77 и в 8. просто в 8 и в 77 несколько отличается хранение бухитогов. хотя и там и там неверно я нигде не писал про разрушенные базы, при чем здесь это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 17:49 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
vde69, да читал я про денормализацию. Что ответить то можешь? Зачем текст хранить в адресах, а не ссылку на адрес? И т.д. и т.п. Конкретно ты ничего не написал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 17:51 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
RealProg, и охота тебе было так позориться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 19:23 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
RealProgПрограммист 1с, проблема с бухитогами есть и в 77 и в 8. просто в 8 и в 77 несколько отличается хранение бухитогов. хотя и там и там неверно я нигде не писал про разрушенные базы, при чем здесь это?Примеры будут потери производительности и тд? Или Вы теоретик? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 20:45 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
RealProg, Про характеристики не догнал. У такого подхода есть плюсы, есть минусы, но в среднестатистическом случае наверное плюсов все же больше. Опять таки вы можете не использовать такой подход. По первому пункту (по сути использованию концепции EAV, когда "метаданные" хранятся как данные) единственную проблему, которую я знаю, можно нарваться на отсутствие cross-column статистики у отдельных серверов. Но у MSSQL она есть, у PostgreSQL да - нет, но там тоже на нее не так просто нарваться. С GUID'ами тяжело сказать насколько join'ы медленнее, но не думаю что больше чем на 20%, памяти конечно может жрать побольше, но она сейчас дешевая :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 21:36 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
RealProgавтор- В качестве ключевого поля (уникального идентификатора) для таблиц используется поле типа GUID, хотя в 7.7 версии хватало поля числового типа. Очевидно в большинстве случаев хватит числового идентификатора. Вероятно использование GUID отрицательно влияет на быстродействие соединения таблиц в запросах, на создание, запись и проведение справочников, документов. С данным полем достаточно неудобно работать в 1с. К тому же вряд ли получится использовать GUID-поле для штрих-кодирования например номенклатуры или основных средств. Полагаю это достаточно редкое решение при построении баз данных – использовать GUID-поле в качестве ключевого поля. В семерке весьма экономно числовое поле использовалось в качестве ключевого, да еще в хитроупакованном формате. Уникальность в пределах локальной БД - была, типа хватало. Для УРБД еще префикс прикрутили. Но если вдруг вставала задача существующие локальные базы идентичной структуры в распределенную объединить - ни одного простого варианта не было. Зато в восьмерке - легко! именно благодаря GUID в качестве ключевого поля. Именно тот случай, когда некоторый трудноисчислимый проигрыш в скорости окупается ощутимыми эксплуатационными удобствами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 22:43 |
|
||
|
ненормализованные таблицы в 1С
|
|||
|---|---|---|---|
|
#18+
RealProgПрограммист 1с, проблема с бухитогами есть и в 77 и в 8. просто в 8 и в 77 несколько отличается хранение бухитогов. хотя и там и там неверно Семерку и восьмерку в части хранения данных сравнивать ни к чему. Для своего времени и тогдашних объемов данных первая вполне хороша была. Впрочем, с критикой бухгалтерских регистров в восьмерке - более чем согласен. Ради удобства и единообразия использования в прикладном программировании - очень уж тяжеловесная конструкция получилась. Настолько, что использование противопоказано. Чтобы проводки были - да,нужен, чтобы стандартные бух.отчеты построить - нужен. А для практических задач кучей обычных регистров обвязывать приходится. Чтобы не так фатально тормозило. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 22:58 |
|
||
|
|
start [/forum/topic.php?fid=28&fpage=45&tid=1519872]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 310ms |
| total: | 440ms |
| 0 / 0 |
