|
|
|
PD. ПК и Ignore_dup_key при генерации для MS SQL
|
|||
|---|---|---|---|
|
#18+
Делаю PDM в PD v.15.1.0.2850. DBMS - MS SQL Server 2005 Standart Хочу в таблице иметь индекс по столбцам ПК с опцией Ignore_dup_key=on. Создал в PD индекс с именем, совпадающим с тем, который MSSQL генерит для автоматически создаваемого уникального индекса по столбцам ПК. только PD может генерить или ПК или индекс по ПК, вместе нельзя. хотелось бы в скрипте PD видеть примерно следующее: Код: plaintext 1. 2. 3. 4. 5. 6. 7. пробовал сначала создать таблицу вместе с ПК, выключив индекс в настройках генерации. Потом выключить ПК и таблицу, включить только генерацию индексов. но в скрипте остаются drop/create table, хотя при генерации указал use alter statements when possible . т.е. во втором заходе генерации хотелось бы видеть только: Код: plaintext 1. 2. 3. 4. 5. Как быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2010, 20:48 |
|
||
|
PD. ПК и Ignore_dup_key при генерации для MS SQL
|
|||
|---|---|---|---|
|
#18+
TERnтолько PD может генерить или ПК или индекс по ПК, вместе нельзя. У меня получается в скрипте на создание выводить и индекс, и первичный ключ, если создавать их после таблицы: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2010, 08:33 |
|
||
|
PD. ПК и Ignore_dup_key при генерации для MS SQL
|
|||
|---|---|---|---|
|
#18+
Denis PopovКАк работает MS SQL в даном случае - он подхватит требуемый индекс? Т.е. дальше чего проще добиваться: дополнять параметрами ключ или индекс?Нет, сервер ругнётся, что интекс PK_B2 уже существует. Кроме того, ваш индекс не подойдёт для ПК, так что подхватить он его точно не сможет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2010, 09:40 |
|
||
|
PD. ПК и Ignore_dup_key при генерации для MS SQL
|
|||
|---|---|---|---|
|
#18+
On 11.03.2010 9:40, alexeyvg wrote: > Нет, сервер ругнётся, что интекс PK_B2 уже существует. > > Кроме того, ваш индекс не подойдёт для ПК, так что подхватить он его > точно не сможет. А можно его уговорить использовать существующий индекс? Или все-таки надо сразу создавать первичный ключ с требуемыми свойствами? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2010, 11:16 |
|
||
|
PD. ПК и Ignore_dup_key при генерации для MS SQL
|
|||
|---|---|---|---|
|
#18+
Denis PopovА можно его уговорить использовать существующий индекс? Или все-таки надо сразу создавать первичный ключ с требуемыми свойствами? ИМХО, нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2010, 13:29 |
|
||
|
PD. ПК и Ignore_dup_key при генерации для MS SQL
|
|||
|---|---|---|---|
|
#18+
Т.е. в результате надо добиться такой команды в скрипте? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2010, 13:45 |
|
||
|
PD. ПК и Ignore_dup_key при генерации для MS SQL
|
|||
|---|---|---|---|
|
#18+
Denis Popov, Вроде разобрался добавил в Default DBMS Properties в options первичного ключа строчку ignore_dup_key=%s : list=on|off потом в Default Phisical options добавил ко всем pk эту строчку со значением on . Только не понял, как сделать так, чтобы даже при одной записи после with ставились скобки. пришлось во все пк добавить fillfactor=100 , чтобы не возникало ошибки. при генерации получился такой скрипт: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2010, 15:29 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36513887&tid=1542808]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
233ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 196ms |
| total: | 480ms |

| 0 / 0 |
