Скачать: CL | DM;

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]

>clickmaker ©   (12.03.09 14:36) [82]
это чем-то лучше GUID?
пример?

---

Страницы: 1 2 3 вся ветка

Скачать: CL | DM;



Память: 0.59 MB
Время: 0.016 c