Ко вчерашнему выношу в отдельный пост :)

[info]senya_z  пишет:
такие джойны очень медленно работают
даже если проиндексировано. он по обоим полям запускает недетерминированную функцию, значит, индекс сик использовать не получится. следовательно, скан. следовательно, производительность низкая )

[info]za_rij 
Медленно работают, если таблица большая, а связующее поле не проиндексировано.
И может, пробелы ему за каким-то хером нужны (маловероятно, но тем не менее).
А может, даром не нужны, но он не имеет права менять предопределенную поставщиком структуру БД.
Вопщем, не все так просто, но соединения с использованием строковых преобразований - это кал, естественно.

Ну теперь мои пояснения:
На самом деле так и есть за_риж прав, таблицы у меня есть готовые и с ними работают другие программы, типа там из ДБэйса инфу выгружают в эту базу. И бывает там чего то удаляют и меняют ещё.

На счёт размеров базы:
Одна табличка: 39 443 585 записей, и это ещё не в момент максимального количества записей.
и ещё две по 2 288 448 и 3 133 506.
Сумарно всё говнецо весит гигов на 8.
Ни одного индекса, ни одной даты схемы, ничего, тупо таблички ваяются в базе :)


Крутиться всё это на 16 процесорном сервере с 16 гигами оперативки ну и какой то там рэйд массив.

Но мои тут подумали и решили что медленновато работает вся эта хуета, поэтому надо проапгрейдить сервер.
Получил я тут новый сервер: 24 процессора 64 гига оперативки :)

И надо сделать чтобы это всё работало и загружало те 24 процессора :)

Вот так и работаем :)