Вставка записей в 2 таблицы

← →
neXt (2001-12-13 17:08) [40]

выше: "вынужден"

← →
neXt (2001-12-13 17:09) [41]

не ну чем тогда GUID лучше timestamp тоже не с чем не совместим и индексируется на зашибись

← →
neXt (2001-12-13 17:10) [42]

или тоже устаревший подход

← →
Delirium (2001-12-13 17:10) [43]

Это изначально "кривой" метод и естесвенно, прямо реализовать его с uniqueidentifier не получится, однако есть же триггера :)

← →
Delirium (2001-12-13 17:12) [44]

"чем тогда GUID лучше timestamp тоже не с чем не совместим и индексируется на зашибись" - вернёмся к удалённым серверам :)

← →
NewComer (2001-12-13 17:13) [45]

timestamp - вообще специфичная штука, и не имеет никакого отношения к uniqueidentifier, тем более этот тип нельзя использовать для ключей.

← →
neXt (2001-12-13 17:15) [46]

в борьбе за отказ от "однопользовательского" мышления , так же, предлягаю отказаться от транзакций, и прочих прежитков "тяжёлого прошлого" вроде блокировак, а ещё ролей , пользователей и технологии "клиент-сервер"

← →
NewComer (2001-12-13 17:15) [47]

Ой.. насчет timestamp я погарячился..... :-)

← →
neXt (2001-12-13 17:21) [48]

timestamp нормально подходит на роль ключа уж во всяком случае ни чем не хуже guid"а я не защищаю его, только как альтернатива, а сточки зрения разработчика эти типы вообще отличаются только алгоритмом генерации и размером

← →
Delirium (2001-12-13 17:26) [49]

В timestamp гарантированая уникальность только в составе одной машины!
И это лишает его права быть глобальным идентификатором. И вообще это всё уже давно флейм - жизнь нас рассудит :)

← →
NewComer (2001-12-13 17:27) [50]

Предлагаю закрыть этот вопрос.
Не... И все-таки я не понял почему ты высказал эту фразу "в борьбе за отказ от "однопользовательского" мышления , так же, предлягаю отказаться от транзакций, и прочих прежитков "тяжёлого прошлого" вроде блокировак, а ещё ролей , пользователей и технологии "клиент-сервер""

Вставка записей в 2 таблицы Найти похожие ветки