akula-xxx, ясн. нашёл сегодня "знаток" набрал. Тоже надеюсь добраться до необитаемыз мест )
ты как то через агенство тур брал или сами придумали, просчитали куда и как?

оккупант, все сам
Единственное, у опытного человека взял контакт хозяина избы на озере

оккупант, ответ получен - для начала разговора.
спасибо.

akula-xxx, контактик береги, есть мысли вслед за тобой через год. на байкал то не накатаешься. 6000 км

оккупант, на Байкал у меня отпуска не хватит

akula-xxx, ну да. месяцок надо. 10 дней пути и там 20.
я превет от тебя передам )))

эээх (
Не входило в мои планы сегодня дома сидеть вечером.

хоть опять за "коньяком" или пивом иди
ps/ ща чонить порешаем....

Сообщение от оккупант:
а автодесант который мстил за поруганную честь эплы, старый забанил что ли? весело было. даж красный воскрес.

И тебе не хворать, пропащий.)

redman, да чтож ты так мене своей аватаркой пугаешь
(она.... "так ярко неожиданно вспыхивает" при перезагрузке страницы).
отвык я от тебе......

Привели в Мясной культ около центрального. Даже не думал, что такое есть. Заказали и тут началось ... В Мск покруче темнело, но и тут ничего. Промокли)
Дальше экскурсия по мон батону. Только присели и снова влил. Уехали на такси по домам.
Свет отключился на районе.
Хорошо!

Сообщение от оккупант:
есть мысли вслед за тобой через год

Если че
Я бронировал август в конце ноября

Заказал ссд на 500

Сообщение от anadonam:
отвык я от тебе......

добавь в игнор...и береги нервы!

escalante, я никого в игнор никогда не добавляю.
я умею игнорить не занося в игнор.

>Праведник 21:28 Сегодня
Заказал ссд на 500

Бьётся на разделы также, как и винт? А то не вижу смысла в системном томе размером более 100 гигов.

Xenon, программно всё тоже самое. просто физически технология хранения, снятия данных другая.

(вообще пока что для домашних пк он не очень нужен. (исходя по соотшению цена -эффект). SATA III куда девать. но а вот для серверов очень полезно. там преимущества в скорости будут видны на глаз)

еще нужно учитывать возможности материнской платы (интерфейс) чтобы он выжал на полную катушку из SSD (чтобы был заметен толк) нужен на ней тоже интерфейс Sata III
такие мамки сейчас стоят от 10 000 (а то может и дороже . вот точно не знаю давно не смотрел что там сейчас на рынке)

---------------
в чем разница домашнего компа от сервера - домашний комп запускает закачал в оперативку кучку файлов одной программы и нормально - с ними работает уже оперативка. очень редко когда используются 3-4 программы паралельно и не так уж часто одно выклюяаете другое включаете.
а сервера вот там как раз вынуждены пстоянно лопатить кучи файлов - так как процессов на них может быть непредсказумо много и разной тяжести. включаться и выключаться с непредсказуемой частотностью.

ну а стирать записывать файлы - ну а часто вы это делаете чтобы радоваться скорости. ну будет делаться не за 5 секунж а за 1ну - ну крута.
(ну винда будет запускаться не 2 минуты а 30 секунд - ну зашибись радости полные штаны. но как будто вы комп 100 раз в день включаете.... ......)

ну как то так короче .... .....


у меня еще старый просто SATA и то не жалуюсь ваще.

Бить на разделы винт, это родом из 90х

Праведник, ну сколько у тебя строк в бд ? 10 миллионов - 20 ?
а до 5 миллионов SQLсервер и mysql 1-5 секунд в зависимости от сложности запроса.

хуля мне не знать я сними плотно работаю.

ты что один сложный запрос по 1000 раз в день генерируешь ?
нукуя - сделай вид (view) (будешь получать за 0,10 секунд)

Например проведение документов среднестатистической конторы за 1 год занимает два-четыре часа. Это очень среднестатистической.

На ссд 10-20 минут (проверял)

Праведник, ты хочешь сказать что у тебя файл базы данных в операитвку 2 часа загружается . сколько же он весит ?


короч не трынди .

занимайся - я нисколько не против .
я ксенону рассказывал.

Сообщение от Праведник:
Объем бд мерить количеством строк может только лошара у которого вся бд 1-5 таблиц.

Праведник, ты дурак чоле ?
количество записей в таблицах это самое важное в объеме БД и первостепенное что влияет на скорость ее обработки.
а файл может быть один.

и винт тут тебе ну ваще никак не помощник уж точно
(ну отними 1 секунду в своих потугах на его загрузку в оперативку)

Праведник, давайкак так . ты уверен что 2=4 часа в них не включена распечатка этих документов.

а то если чо зави меня я тебе налажу за 20 минут будешь делать.

Сообщение от Праведник:
А если в структуре десять тысяч таблиц, как мерить?

Праведник, Что за СУБД ?

я не знаю структуру хранения у 1с

mysl - 1 -таблица 1 файл
SQL server 1 файл - 1 новая таблица одна дополнительная строка записи в нем (10 000 пустых таблиц = 10 000 строчек текста - ну примерно )

Сообщение от Праведник:
Пиздец дебил, как тебе еще заказы падают.

потому и падают что у мене всё очень быстро работает
сайты летают быстрее чем у других на более слабых серверах.

Сообщение от Праведник:
А если в структуре десять тысяч таблиц, как мерить?

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

мне очень трудно представить промышленную базу данных больше 50 таблиц.
вернее я просто не могу себе такую представить

это разве что склад винтиков шпунтиков.

но я работал со складом электронных компанент. не далеко ушло от этого .
там всего 30 таблиц для 250 000 наименований товара.

ну да а 30 таблиц нужно - потому что нужно еще учитывать какой менеджер (фИО) какую деталюжку продал.

ну вот процентов 20 этой базы на виду http://www.radioelcom.ru/index.php?id=/catalog
работает медленно - на старом серваке еще стаит 10 летней давности - у них там тех поддержки нету сейчас. разбежались все
для тех времен работает очень быстро - тогда еще интернет не у всех дома был когда он делался. делался под диалап модемы еще.....


Праведник, так что не ругайся не грузи - занимайся )))))

Бля. Зачем мне тебе это объяснять?
Просто ты сейчас профессию дба в говно втоптал.
Какая оптимизация, если все решается количеством строк?

дба - это Дата Бейс Админ ?
ух е**ть тулюсю - не, не знаком с такой.
я разработчик - просто разработчик.

Сообщение от Праведник:
Ты бы сделал правильно.
Все в одной таблице.
Ну максимум трех.

Праведник, слушай не надо в грязь втаптывать ничего обо мне не зная.
я отлично знаю что такое релевантные базы данных и правила их создания.

сколько нужно по оптимальной работе БД таблиц столько и будет.
и еще учту чтобы к ней новые БД можно было подключить. а эту не переписывать если чо.

но вот увы в 99% случаях имею дело с уже чужесделанными и там приходится крутиться иначе.
хотя нет - далеко не все говно. как это можно было подумать. очень часто попадаются очень хорошие.

а в одну таблицу все данные суют это школьники....... это как раз даже не говно = Говнииище

Сообщение от Праведник:
Бля. Зачем мне тебе это объяснять?

да..... можно не объяснять . понтов навалил и слился ... .. так проще.

вот только ты не сказал ни одного даже мелочного факта никакой конкретики чтобы я мог поверить тобой сказанному.
одни обзывательства

Праведник, ну как ты можешь это говорить не зная с какими Бд мне приходилось сталкиваться - ну пипец.

Сообщение от Праведник:
Если ты действительно в курсе реляционных бд, то должен понимать, что оптимальность и количество записей вещи не взаимосвязанные.

вот предсавь
интернет магазин с 1000 000 наименования товаров.
ты что для каждого вида товара будешь создавать отдельную таблицу ?
нет конечно . у тебя получится 1 таблица на 1000 000 записей и еще кучка вспомогательных к ней .

вот что я имел в виду . и эта вот табличка и будет самой тормозной в процессе выборки (хотя есть факторы ... но но но ..... ......)
остальные мелочные фигня.

вот что я имел в виду.