ID последней добавленной записи

← →
Cobalt © (2009-03-12 14:27) [80]

> Ega23 © (12.03.09 14:11) [79]
> Вот теперь прикинь: в таблице миллион записей. Да пусть даже не миллион,
> а 10000. Сколько у тебя займёт поиск по точному сравнению строк?

А это уже второй вопрос, профессор :-)

За всё надо платить.
И потом, можно это поле очищать сразу же по получению ID, и индекс по нему (Guid-у) строить.

Или воспользоваться вторым вариантом.

Главное требование было - работоспособность на разных базах.

← →
Ega23 © (2009-03-12 14:36) [81]

> И потом, можно это поле очищать сразу же по получению ID,
> и индекс по нему (Guid-у) строить.

1. Если очищать, то у тебя процесс добавления записи выливается в 3 отдельных запроса: Insert, Select, Update. Не слишком-ли шикарно, а?
2. Строить индекс по строковому полю - это сильно. Прикинь, сколько вставка (с перестроением индекса) будет занимать?

← →
clickmaker © (2009-03-12 14:36) [82]

> [0] DVM © (04.09.08 12:03)

используй дату в качестве основы для генерации Ид. На клиенте.

← →
Cobalt © (2009-03-12 14:49) [83]

> Ega23 © (12.03.09 14:36) [81]
>
> > И потом, можно это поле очищать сразу же по получению ID,
> > и индекс по нему (Guid-у) строить.
>
> 1. Если очищать, то у тебя процесс добавления записи выливается
> в 3 отдельных запроса: Insert, Select, Update. Не слишком- ли шикарно, а?
> 2. Строить индекс по строковому полю - это сильно. Прикинь,
> сколько вставка (с перестроением индекса) будет занимать?
>

1. всякое удобство чего-то стОит. кстати, можно и протестировать скорость, прежде чем прислушиваться к советам всяких там... ;-)
2. Если в индексе одновременно (в течении долей секунды) будет не более пару записей - то, полагаю, незначительно.

← →
Petr V. Abramov © (2009-03-12 15:12) [84]

> Не слишком-ли шикарно, а?

зато СУБД-независимо ;)

← →
Кщд (2009-03-17 12:04) [85]

>Cobalt © (12.03.09 14:49) [83]
>1. всякое удобство чего-то стОит. кстати, можно и протестировать скорость, >прежде чем прислушиваться к советам всяких там... ;-)
почему бы, собственно, не использовать GUID в качестве ID?
к чему все эти пляски с очисткой и поиском ID?
про псевдоуникальность GUID давно уже поперетерли - да, конфликт возможен, но крайнемаловероятен

>2. Если в индексе одновременно (в течении долей секунды) будет не более >пару записей - то, полагаю, незначительно.
в некоторых СУБД null-значения хранятся в индексе

← →
Кщд (2009-03-17 12:15) [86]

ID последней добавленной записи Найти похожие ветки