|
|
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
avilmЯ просто попытался построить диаграмму базы и с изумлением заметил, что никаких связей между таблицами нет. А в базу Аксапта связи и не переносит. Смотрите в саму Аксапту как V.Goncharenko говорит http://axapta.mazzy.ru/hints/xref/#070  ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2005, 20:27 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
avilmА у меня вот другой вопрос возник. Посмотрел я тут на структуру базы в Axapta. И не увидел ни одного foreign-key. С чем бы это могло быть связано? С точки зрения целостности данных это серьезное упущение. Предполагается, что целостность обеспечивается средствами клиента СУБД. В данном случае, или сервером приложений аксапты, или клиентами. СУБД используется как таблицехранилка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2005, 11:13 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
Vidok > Предполагается, что целостность обеспечивается средствами клиента СУБД. > В данном случае, или сервером приложений аксапты, или клиентами. > СУБД используется как таблицехранилка. Интересно, а зачем в SQL-серверах тогда существуют foreign keys, а так же процедуры, триггеры, constraints, view и куча другого подобного функционала? Впрочем, это риторический вопрос. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2005, 13:25 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун Vidok > Предполагается, что целостность обеспечивается средствами клиента СУБД. > В данном случае, или сервером приложений аксапты, или клиентами. > СУБД используется как таблицехранилка. Интересно, а зачем в SQL-серверах тогда существуют foreign keys, а так же процедуры, триггеры, constraints, view и куча другого подобного функционала? Впрочем, это риторический вопрос. Posted via ActualForum NNTP Server 1.1 У меня есть предположение, что отсутствие foreign keys связано с замедлением работы(особенно на больших базах) ведь для их поддержки расходуются ресурсы СУБД. Это предположение навеяно help-ом из MySQL в котором говорят, что мол использование foreign keys существенно снижает производительность. Так же возможно проблема в том, что foreign keys могут блокировать какую то изощренную логику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2005, 14:49 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
avilm > У меня есть предположение, что отсутствие foreign keys связано с > замедлением работы(особенно на больших базах) ведь для их поддержки > расходуются ресурсы СУБД. Это предположение навеяно help-ом из MySQL в > котором говорят, что мол использование foreign keys существенно снижает > производительность. "Все, чего у нас нет, нафиг не нужно и даже вредно" Где-то я с подобной логикой уже сталкивался :) А если серьезно, то FK никак не влияют на скорость выборок. Иногда даже наоборот, могут ускорить хотя бы за счет того, что в большинстве серверов к FK автоматически еще и индекс создается. А вот вставку, правку и удалением действительно малость замедляют, так как эти операции требуют проверки целостности. Но я почему-то очень уверен, что это замедление - ничто по сравнению с затратами на проверку целостности на клиенте. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2005, 22:14 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун avilm > У меня есть предположение, что отсутствие foreign keys связано с > замедлением работы(особенно на больших базах) ведь для их поддержки > расходуются ресурсы СУБД. Это предположение навеяно help-ом из MySQL в > котором говорят, что мол использование foreign keys существенно снижает > производительность. "Все, чего у нас нет, нафиг не нужно и даже вредно" Где-то я с подобной логикой уже сталкивался :) А если серьезно, то FK никак не влияют на скорость выборок. Иногда даже наоборот, могут ускорить хотя бы за счет того, что в большинстве серверов к FK автоматически еще и индекс создается. А вот вставку, правку и удалением действительно малость замедляют, так как эти операции требуют проверки целостности. Но я почему-то очень уверен, что это замедление - ничто по сравнению с затратами на проверку целостности на клиенте. Posted via ActualForum NNTP Server 1.1 Абсолютно согласен, сегодня пользователи нашли способ удалять строки разнесенных журналов ГК, неделю назад они удаляли заголовки журналов переносов... причем способы абсолютно штатные... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 08:30 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
а журналы в заказе можно удалять. всегда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 10:37 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун Vidok > Предполагается, что целостность обеспечивается средствами клиента СУБД. > В данном случае, или сервером приложений аксапты, или клиентами. > СУБД используется как таблицехранилка. Интересно, а зачем в SQL-серверах тогда существуют foreign keys, а так же процедуры, триггеры, constraints, view и куча другого подобного функционала? Впрочем, это риторический вопрос. Posted via ActualForum NNTP Server 1.1 Конкурентный пиар. Покупателю говорят, если ты будешь использовать СУБД производителя О (или М) эффективно, то сядешь на иглу пропьетарной технологии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 10:51 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
1) Проверял, что торможение есть , если использовать внешнии ключи, но торможение около 1%. 2) Сам сталкивался и участвовал в разработке систем, в которых не использовались ограничения целостности на сервере и не использовались хранимые процедуры. Было это обусловленно следующими соображениями Не использовались вшешнии ключи для облегчения загрузки данных при патчевании и миграции с других систем. Не использовались процедуры потому, что система была многоплатформенная (работала на разных базах). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 11:26 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
ОПС1) Проверял, что торможение есть , если использовать внешнии ключи, но торможение около 1%. 2) Сам сталкивался и участвовал в разработке систем, в которых не использовались ограничения целостности на сервере и не использовались хранимые процедуры. Было это обусловленно следующими соображениями Не использовались вшешнии ключи для облегчения загрузки данных при патчевании и миграции с других систем. Не использовались процедуры потому, что система была многоплатформенная (работала на разных базах). Для загрузки констрейнты можно отключать. "система была многоплатформенная" - не оптимизированная ни под одну платформу? или сегодня поработали на одной платформе, завтра легко переключились на другую? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 12:43 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
Vidokили сегодня поработали на одной платформе, завтра легко переключились на другую? Да. Без доработок (если программист хинты и прямые запросы не вставлял). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 20:16 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
mazzy Vidokили сегодня поработали на одной платформе, завтра легко переключились на другую? Да. Без доработок (если программист хинты и прямые запросы не вставлял). Круто! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 20:24 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
у всякой медали две стороны Отсутствие хранимых процедур в ERP-системах - плюс или минус ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 20:44 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
>>>или сегодня поработали на одной платформе, завтра легко переключились на другую? >>Да. Без доработок (если программист хинты и прямые запросы не вставлял). >Круто! Интересно, насколько реально используется эта возможность "горячей замены серверов" ? Скорее, можно отметить, что неиспользование специфических возможностей конкретного сервера означает слабость системы. Если эта слабость может быть финансово скомпенсирована отсутствием затрат на тестирование и доработку под другими платформами - великолепно. Я не к тому, что для Аксапты это минус, а к тому, что нельзя безоговорочно хвалить или ругать подобный подход. 1С, кстати, его тоже использует, вот только позиционироваться на Оракл им не позволяет "народность" системы, а на MySQL - ориентация на корпоративных пользователей в том числе :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 15:09 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
Mik ProkoshinСкорее, можно отметить, что неиспользование специфических возможностей конкретного сервера означает слабость системы. У всякой медали две стороны :) Mik Prokoshin1С, кстати, его тоже использует, вот только позиционироваться на Оракл им не позволяет "народность" системы, а на MySQL - ориентация на корпоративных пользователей в том числе :-) Здесь вы ошибаетесь. Открывайте отдельную тему, если интересно. В этой ветке эта тема оффтопик и дальше будет резаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 21:03 |
|
||
|
[Axapta]
|
|||
|---|---|---|---|
|
#18+
совершенно верно по крайней мере для MS SQL 2000 настоятельно советуется для повышения производительности использовать fkб т.к. они работают как bin код ядра SQL сервера, а не t-sql скрипты. Выигрыш даже по сравнению с хр. процедурами. средствами же клиента проверять целостность.... убиться можно.... Александр Гoлдун avilm > У меня есть предположение, что отсутствие foreign keys связано с > замедлением работы(особенно на больших базах) ведь для их поддержки > расходуются ресурсы СУБД. Это предположение навеяно help-ом из MySQL в > котором говорят, что мол использование foreign keys существенно снижает > производительность. "Все, чего у нас нет, нафиг не нужно и даже вредно" Где-то я с подобной логикой уже сталкивался :) А если серьезно, то FK никак не влияют на скорость выборок. Иногда даже наоборот, могут ускорить хотя бы за счет того, что в большинстве серверов к FK автоматически еще и индекс создается. А вот вставку, правку и удалением действительно малость замедляют, так как эти операции требуют проверки целостности. Но я почему-то очень уверен, что это замедление - ничто по сравнению с затратами на проверку целостности на клиенте. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2005, 15:31 |
|
||
|
|
start [/forum/topic.php?fid=29&gotonew=1&tid=1528426]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
154ms |
get topic data: |
9ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 465ms |
| 0 / 0 |
