Здравствуйте, Serginio1, Вы писали:

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

Когда выбирают между вендорами или решениями из-за разницы в 2-5% в цене, это существенно. А таких случаев достаточно, большинство не пойдут на бо́льшую цену за туманные перспективы. За откат — пойдут, а за туман — нет.

S> И вот почему то в базах используют GUID а не long итд?

И снова путаешь тёплое с мягким.

GUID вместо long считается обязательным для случая, когда генерация id производится разными независимыми источниками, и надо обеспечить непересечение в этом случае. Вроде бы случая совпадения GUIDов (типы 1, 4, 7 — все пригодные для этого) при честном соблюдении принципов генерации ещё не было.

А если источник заполнения только один — long, int, что угодно — к вашим услугам, проще и экономнее, и таких баз полно вокруг.

Я удивляюсь, насколько ты не разбираешься технически в том, что называешь ;\

S> Прежде всего удобство использования, а скорость не первостепенна!

Не везде и не всегда. Половина дискуссии тут посвящена тому, что "случай — он разный бывает".