Hello, Aleksey!

Boulitchev Aleksey wrote:

> и эти люди запрещают мне ковыряться в носу?

эти, эти :-)

>>>create domain PK bigint not null;
>>
>>а за bigint здесь вообще линейкой по пальцам.
> 
> месье знает статистику со своего сайта по размерам БД? месье делал 
> распределенную БД с двусторонней репликацией?

недавно считал. для 10 филиалов integer хватит на 6 лет,
если каждую секунду в каждом филиале генерить +1.
Я, собственно, про то, что у себя ты можешь делать что
хочешь, а неокрепшим умам bigint в pk лучше не показывай :-)

>>блин. ну откуда извлекатель скрипта знает, в каком порядке
>>правильно создавать create table +fk ?
> 
> извлекателям и автоматическим построителям можно все, в т.ч. отсутствие 
> комментариев и документации

позвольте. я, например, скрипт генерю из case-инструмента.

>>нужно проверять зависимости, можно натолкнуться на множественные,
>>циклические и т.п. Гораздо проще вывалить create table + pk
>>в АЛФАВИТНОМ ПОРЯДКЕ ТАБЛИЦ, а потом сделать alter table add fk.
> 
> есть RELATION_ID, есть разные алфавиты

а при чем тут relation_id? он что, избавляет от хитрых
зависимостей? А если таблицы были созданы как я говорю -
что даст тогда relation_id?

Давай не будем. А то опять начинается дискуссия в стиле
sql.ru - "я никогда не видел что базу можно испортить ее
копированием, поэтому такого не может быть никогда".
Нафига вставать на потенциальный путь граблей?


-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~---------~--~----~------------~-------~--~----~
-~----------~----~----~----~------~----~------~--~---

Ответить