|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Вообщем расклад такой - таблица, в ней следующие поля - INT(11) INT(20) VARCHAR(6) VARCHAR(15). В таблицу будет примерно 100-200 инсертов в секунду, и 5-10 селектов в секунду (селекты большие, до 10к строк). Нужна субд способная всё это переварить с минимальными затратами процессорного времени, и при этом иметь вменяемый размер бд . Записей в таблице будет несколько миллиардов . Пока что выбор пал на MongoDB, но уж очень прожорливый он что касается дискового пространства. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 00:22 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiПока что выбор пал на MongoDB, но уж очень прожорливый он что касается дискового пространства. Спасибо. Это не так. BSON достаточно компактный формат. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 00:28 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiВ таблицу будет примерно 100-200 инсертов в секунду, и 5-10 селектов в секунду (селекты большие, до 10к строк). Нагрузки мизерные, любая справится. Используйте ту, для которой у заказчика есть DBA. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 00:45 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Какая-то прям мода на MongoDB. Коллективное помешательство. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 01:17 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiНужна субд способная всё это переварить с минимальными затратами процессорного времени, и при этом иметь вменяемый размер бд Поскольку вас волнует только скорость вставки и размер БД, идеальный выбор для вас -- просто писать в файл. Наивысшая скорость и компактность. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 05:53 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Евгений Мирошниченко aka mirПоскольку вас волнует только скорость вставки и размер БД, идеальный выбор для вас -- просто писать в файл. Наивысшая скорость и компактность. А самое главное асинхронность, попробуйте одновременно со 100 клиентов писать в файл, что получите? Или пардон, их в очередь ставить как на почте России?:) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 06:40 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiЕвгений Мирошниченко aka mirПоскольку вас волнует только скорость вставки и размер БД, идеальный выбор для вас -- просто писать в файл. Наивысшая скорость и компактность. А самое главное асинхронность, попробуйте одновременно со 100 клиентов писать в файл, что получите? Или пардон, их в очередь ставить как на почте России?:)Есть стандартные приемы. Думаешь СУБД не в файл пишут, а параллелят запись с помощью святого духа? ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 09:27 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiИли пардон, их в очередь ставить как на почте России?:) А хотя бы и ставить. На 200 записях в секунду это совершенно пофиг. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 12:28 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovНа 200 записях в секунду это совершенно пофиг. А 10 фулсканов по 50ГБ каждый? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 17:09 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевDimitry SibiryakovНа 200 записях в секунду это совершенно пофиг. А 10 фулсканов по 50ГБ каждый?вроде топикстартеру читать не нужно, только писать ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 18:11 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
> вроде топикстартеру читать не нужно, только писать Тогда пусть пишет в /dev/null и не парицо! Производительность будет огого! Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 18:13 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
SergSuperвроде топикстартеру читать не нужно, только писатьWol_fiВ таблицу будет примерно 100-200 инсертов в секунду, и 5-10 селектов в секунду (селекты большие, до 10к строк) . ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 18:15 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
SergSuperвроде топикстартеру читать не нужно, только писать Wol_fiи 5-10 селектов в секунду ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 18:15 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiЕвгений Мирошниченко aka mirПоскольку вас волнует только скорость вставки и размер БД, идеальный выбор для вас -- просто писать в файл. Наивысшая скорость и компактность. А самое главное асинхронность, попробуйте одновременно со 100 клиентов писать в файл, что получите? Или пардон, их в очередь ставить как на почте России?:) мультиплеерная игра без сокетов и p2p (общение через файл, расположенный на сетевом ресурсе) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 18:24 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевА 10 фулсканов по 50ГБ каждый? Зачем "фул"? Мой телепатер говорит, что аффтару нужны исключительно выборки класса "Х последних записей". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 18:43 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
SiemarglWol_fiпропущено... А самое главное асинхронность, попробуйте одновременно со 100 клиентов писать в файл, что получите? Или пардон, их в очередь ставить как на почте России?:)Есть стандартные приемы. Думаешь СУБД не в файл пишут, а параллелят запись с помощью святого духа? ))) Да вот только мне кажется, что у меня не получится решить вопрос очерёдности лучше чем у команды программистов любой СУБД. Dimitry Sibiryakov Зачем "фул"? Мой телепатер говорит, что аффтару нужны исключительно выборки класса "Х последних записей". Ваш телепатер барахлит, небось на aliexpress заказывали?:) По поводу выборок - селекты могут быть как и по последним записям, так и WHERE `x`<10 AND `y`='blablabla' AND z>100 Чтобы было понятней - имеется api веб-ресурса с нагрузкой примерно 100-200 запросов в секунду, нужно записывать каждый запрос (ip, время, id-пользователя, etc), ну и далее уже из этих записей работать некоторым службам. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 20:18 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fi По поводу выборок - селекты могут быть как и по последним записям, так и WHERE `x`<10 AND `y`='blablabla' AND z>100 То бишь инициатор выборок человек (не робот) и доступа к записям последней секунды не требуется. Тогда самый простой путь: вебсервер кидает все запросы в журнал, который периодически оптом грузится в любую СУБД для анализа. Хотя вам лично я посоветую другой путь: возьмите любую экзотическую базу и подробно напишите грабли на которые наступили. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 20:41 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
SERG1257Wol_fi По поводу выборок - селекты могут быть как и по последним записям, так и WHERE `x`<10 AND `y`='blablabla' AND z>100 То бишь инициатор выборок человек (не робот) и доступа к записям последней секунды не требуется. Тогда самый простой путь: вебсервер кидает все запросы в журнал, который периодически оптом грузится в любую СУБД для анализа. Хотя вам лично я посоветую другой путь: возьмите любую экзотическую базу и подробно напишите грабли на которые наступили.Да, да. Поддерживаю ) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 21:35 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
SERG1257Wol_fi По поводу выборок - селекты могут быть как и по последним записям, так и WHERE `x`<10 AND `y`='blablabla' AND z>100 То бишь инициатор выборок человек (не робот) и доступа к записям последней секунды не требуется. Тогда самый простой путь: вебсервер кидает все запросы в журнал, который периодически оптом грузится в любую СУБД для анализа. Хотя вам лично я посоветую другой путь: возьмите любую экзотическую базу и подробно напишите грабли на которые наступили. Тоже подумал сначала в эту сторону, но сервис коммерческий, a заказчик не очень щедрый на железные ресурсы:) Каждый запрос тянет финансовую транзакцию, которая тянет статистику и биллинг, то есть данные могут понадобится real-time до секунды (пользователя запросил выплату, или статистику), и при этом весь этот механизм должен тянуть сервер Intel® Core™ i7-2600 quad core с 6тб дискового пространства и 16гб оперативки. Бекенд сервиса крутится на PHP и мускуле. Возможности все переписать с нуля на чём-то, что шустрее php - нет, взялся за недоделанную предыдущими исполнителями работу. Так вот смысл в том, что бекендом сервер и так постоянно нагружен, нужно вклинить в него при этом статистику, чтобы не слёг от перегруза. Понимаю что по нормальному, нужно отделить мух от котлет - бизнес-логику на один сервер, бд на другой, статистику на третий - но увы сервер тут один. Поэтому собственно и интересуюсь, какая субд справится с поставленной задачей с минимальным затратами ресурсов. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 21:36 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fi какая субд справится с поставленной задачейMySQL ибо оно уже стоит. ЛЮБАЯ другая субд это риск. Wol_fi данные могут понадобится real-time до секундыМогут или понадобятся решает заказчик и только он. Нормальный вменяемый пользователь поймет, если большими буквами будет написано что данные доступны только до последнего часа или минуты (минута уже достаточно хороший интервал буферизации) Wol_fi Тоже подумал сначала в эту сторону, но сервис коммерческий, a заказчик не очень щедрый на железные ресурсы:)В отличии от переделок софта, затраты на железо гораздо надежнее. Вероятность поймать проблемы после установки нового сервера (процессора, памяти, диска) конечно же есть, но она не сравнима с вероятностью огрести после установки патча или новой субд. И если заказчик на это не идет ТО ЗАКАЗЧИКА ДАННАЯ ПРОБЛЕМА НЕ ТРОГАЕТ. Признайтесь честно, вам захотелось потрогать этот MongoDB в условиях приближенных к боевым. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 22:15 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
SERG1257Wol_fi какая субд справится с поставленной задачейMySQL ибо оно уже стоит. ЛЮБАЯ другая субд это риск. Wol_fi данные могут понадобится real-time до секундыМогут или понадобятся решает заказчик и только он. Нормальный вменяемый пользователь поймет, если большими буквами будет написано что данные доступны только до последнего часа или минуты (минута уже достаточно хороший интервал буферизации) Wol_fi Тоже подумал сначала в эту сторону, но сервис коммерческий, a заказчик не очень щедрый на железные ресурсы:)В отличии от переделок софта, затраты на железо гораздо надежнее. Вероятность поймать проблемы после установки нового сервера (процессора, памяти, диска) конечно же есть, но она не сравнима с вероятностью огрести после установки патча или новой субд. И если заказчик на это не идет ТО ЗАКАЗЧИКА ДАННАЯ ПРОБЛЕМА НЕ ТРОГАЕТ. Признайтесь честно, вам захотелось потрогать этот MongoDB в условиях приближенных к боевым. Тонко:) Трогайте Код: php 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Вы видимо работаете в параллельной вселенной. Так как в этой адекватный заказчик, понимающий все тонкости попадается редко. Это к сожалению не такой случай. А мускульные InnoDB и MyISAM очень частенько отказывают|ложатся при больших размерах, что в этом случае не очень хорошо. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 23:04 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
автор$connection = new Mongo(); $db = $connection->test; $time_start = microtime(); for($i=0;$i<=100000000;$i++) { $db->insert(array( 'a' => mt_rand(), 'b' => md5(chr(mt_rand(33,126))) )); } echo microtime() - $time_start; Интересно, что ЭТИМ пытались измерить... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 23:22 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiЧтобы было понятней - имеется api веб-ресурса с нагрузкой примерно 100-200 запросов в секунду, нужно записывать каждый запрос (ip, время, id-пользователя, etc), ну и далее уже из этих записей работать некоторым службам. У меня дежавю, или это уже недавно где-то было? Еще один студент с курсачем? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 23:31 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiдолжен тянуть сервер Intel® Core™ i7-2600 quad core... Чего, простите, Вы назвали сервером??? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 23:46 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fi взялся за недоделанную предыдущими исполнителями работу. Напрасно.. работа не Вашего уровня... Wol_fiПонимаю Вряд ли... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2012, 23:48 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinавтор$connection = new Mongo(); $db = $connection->test; $time_start = microtime(); for($i=0;$i<=100000000;$i++) { $db->insert(array( 'a' => mt_rand(), 'b' => md5(chr(mt_rand(33,126))) )); } echo microtime() - $time_start; Интересно, что ЭТИМ пытались измерить... Этим? Это синтетический тест на время в PHP среде на вставку 100000000 строк в бд "test" , по два столбца в каждой, первый - int , второй - строка (хеш от рандомного символа). Привёл для сравнения, любой кто знает php напишет без проблем аналог для mysql. Естественно в зависимости от железа время будет различным. Можете добавить memory_get_usage() | memory_get_peak_usage() по вкусу. Ваш К.О. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 00:04 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinWol_fiдолжен тянуть сервер Intel® Core™ i7-2600 quad core... Чего, простите, Вы назвали сервером??? <b>физическим </b> сервером я назвал вот это - EX4 ; В качестве же вебсерверов - apache+nginx. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 00:10 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiЭто синтетический тест на время Спрошу еще раз... Вы этим тестом пытались измерить что? Быстродействие чего? Wol_fiЕстественно в зависимости от железа время будет различным. Угу. А если еще и тест переписать, то и на порядки на одном и том же железе. авторсервером я назвал вот это Простите, но это не сервер... Давайте, еще айфоны сервером будем называть... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 08:30 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinавторсервером я назвал вот это Простите, но это не сервер... Давайте, еще айфоны сервером будем называть... Сервер (грубо говоря, слуга) - это то, что обслуживает кого-то/что-то. Отказоустойчивость, производительность и т.п. не имеют прямого отношения к делу. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 08:38 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Victor MetelitsaСервер (грубо говоря, слуга) - это то, что обслуживает кого-то/что-то. Отказоустойчивость, производительность и т.п. не имеют прямого отношения к делу. Да Вы что? Таки не имеет? А как же: Wol_fiКаждый запрос тянет финансовую транзакцию, которая тянет статистику и биллинг, то есть данные могут понадобится real-time до секунды (пользователя запросил выплату, или статистику), Не надо углубляться в терминологию в отрыве от темы! ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 08:45 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinVictor MetelitsaСервер (грубо говоря, слуга) - это то, что обслуживает кого-то/что-то. Отказоустойчивость, производительность и т.п. не имеют прямого отношения к делу. Да Вы что? Таки не имеет? А как же: "К делу" выяснения, сервер это или не сервер. Wol_fiКаждый запрос тянет финансовую транзакцию, которая тянет статистику и биллинг, то есть данные могут понадобится real-time до секунды (пользователя запросил выплату, или статистику), Не надо углубляться в терминологию в отрыве от темы! Это сервер, характеристики которого вы считаете неподходящими для выполнения описанной в топике работы. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 08:56 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Victor MetelitsaЭто сервер, характеристики которого вы считаете неподходящими для выполнения описанной в топике работы. Он для любой работы - неподходящий. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 08:59 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
FVMas полностью удовлетворяет Вашим условиям. Отличная документация прилагается. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 09:32 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiА мускульные InnoDB и MyISAM очень частенько отказывают|ложатся при больших размерах, что в этом случае не очень хорошо. В отсутствии адекватного DBA откажут/лягут любые СУБД. pkarklinОн для любой работы - неподходящий. Зажрались Вы, батенька... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 13:16 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЗажрались Вы, батенька... Угу. Мне не нужен слуга, у которого, то рука болит, а то понос... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2012, 13:26 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Wol_fiSERG1257пропущено... MySQL ибо оно уже стоит. ЛЮБАЯ другая субд это риск. пропущено... Могут или понадобятся решает заказчик и только он. Нормальный вменяемый пользователь поймет, если большими буквами будет написано что данные доступны только до последнего часа или минуты (минута уже достаточно хороший интервал буферизации) пропущено... В отличии от переделок софта, затраты на железо гораздо надежнее. Вероятность поймать проблемы после установки нового сервера (процессора, памяти, диска) конечно же есть, но она не сравнима с вероятностью огрести после установки патча или новой субд. И если заказчик на это не идет ТО ЗАКАЗЧИКА ДАННАЯ ПРОБЛЕМА НЕ ТРОГАЕТ. Признайтесь честно, вам захотелось потрогать этот MongoDB в условиях приближенных к боевым. Тонко:) Трогайте Код: php 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Вы видимо работаете в параллельной вселенной. Так как в этой адекватный заказчик, понимающий все тонкости попадается редко. Это к сожалению не такой случай. А мускульные InnoDB и MyISAM очень частенько отказывают|ложатся при больших размерах, что в этом случае не очень хорошо. Кстате какой здесь результат ? (ради интереса) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 18:48 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinDimitry SibiryakovЗажрались Вы, батенька... Угу. Мне не нужен слуга, у которого, то рука болит, а то понос... говнокода меньше писать надо ... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 19:22 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Bazistpkarklinпропущено... Угу. Мне не нужен слуга, у которого, то рука болит, а то понос... говнокода меньше писать надо ... Да просто задачи другого масштаба. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 19:36 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Bazist, Поучи меня еще, ага... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 20:08 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
RENaissanceBazistпропущено... говнокода меньше писать надо ... Да просто задачи другого масштаба. скорей понты другого масштаба, нужно приземленней смотреть на вещи. Вполне себе оборотистый восьмиядерный проц, оперативы много, винт пишет 100мб в секунду. Что такое для такого сервака какието 200-300 вставок в секунду ? Теоретический предел его 200-300 ТЫСЯЧ вставок в секунду, но конечно на определенном ПО, на какойто непопсовой СУБД знающей толк в производительности. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 20:52 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Alexander RyndinКакая-то прям мода на MongoDB. Коллективное помешательство. :) Пройдет. Главное - ее попробовать. Не сразу, но пройдет. Как ВНЕЗАПНО ВДРУГ данные исчезнут. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 20:54 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistСУБД знающей толк в производительности. СУБД решают не только задачи производительности, как это не парадоксально. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 20:54 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinBazistСУБД знающей толк в производительности. СУБД решают не только задачи производительности, как это не парадоксально. СУБД много чего решают. И то что нужно и то что не нужно. Знаем, видели, наслышаны. То что можно было бы выписать с десятком строчек на каком нибудь оперативном языке приходится городить иногда таким вот огородом, например Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325.
А потом мы говорим, что сервер такойто нам уже и не сервер ... Вообщемто это офтоп, но всегда нужно понимать что не железо отыгрывает первую роль, а как раз софт. Правильно нужно подбирать инструменты, а не пинать конфигурации серверов, потому что ваш любимый дистрибутив в состоянии покоя уже сотни мегабайт отжирает. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 21:02 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistТо что можно было бы выписать с десятком строчек на каком нибудь оперативном языке приходится городить иногда таким вот огородом, например Угу. Именно такие огороды и позволяют добиться максимального быстродействия при обработке реляционных данных, а не "оперативные языки". Bazistно всегда нужно понимать что не железо отыгрывает первую роль, а как раз софт. Первую роль всегда играет сбаллансированность системы, ибо стебельку не место на HP DL 980 G7, а MS SQL на калькуляторе MK-61. BazistПравильно нужно подбирать инструменты Спасибо, у меня с этим нет проблем. Если Вы хотите об этом поговорить, то не со мной. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2012, 21:15 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinBazistТо что можно было бы выписать с десятком строчек на каком нибудь оперативном языке приходится городить иногда таким вот огородом, например Угу. Именно такие огороды и позволяют добиться максимального быстродействия при обработке реляционных данных, а не "оперативные языки". Иногда запросы нужно читать, а не форматирование разглядывать. Этот запрос иллюстрация всей уродливости реляционной системы, когда пытаются решить императивные задачи. Получается долго, длинно, медленно, с известными неисправимыми багами .... pkarklinBazistно всегда нужно понимать что не железо отыгрывает первую роль, а как раз софт. Первую роль всегда играет сбаллансированность системы, ибо стебельку не место на HP DL 980 G7, а MS SQL на калькуляторе MK-61. Совершенно с вами согласен. Осталось вам только обосновать, что для задачи ТС действительно необходим MS SQL. Он не будет выглядеть как пригнанный экскаватор на грядку петрушки требующий HP DL 980 G7. Повторюсь, какая нибудь легковесная база будет в сотни раз быстрее работать, даже на классических задачах. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 12:34 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistЭтот запрос иллюстрация всей уродливости реляционной системы, когда пытаются решить императивные задачи. Получается долго, длинно, медленно, с известными неисправимыми багами .... В подавляющем большинстве случаев уродливой реляционную модель делают кривые руки проектировщиков\разработчиков. BazistОсталось вам только обосновать, что для задачи ТС действительно необходим MS SQL. Я (или кто-то другой в этом топике) где-то предлагал ТС MS SQL?! BazistОн не будет выглядеть как пригнанный экскаватор на грядку петрушки требующий HP DL 980 G7. Повторюсь, какая нибудь легковесная база будет в сотни раз быстрее работать, даже на классических задачах. Пожалуйста, решите аналогичную задачу в многопользовательском режиме (когда 1 000 пользователей делают проводки) с сохранением консистентности. А так же решите каку-нибудь расчетную задачу, в которой была бы и запись и чтение в одной транзакции. И чтоб посередине вашего расчета уборщица выдернула шнур питания из Вашего "сервера". ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:16 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistИногда запросы нужно читать, а не форматирование разглядывать. Этот запрос иллюстрация всей уродливости реляционной системы, когда пытаются решить императивные задачи. Не нужно пытаться обосновать кривость своей архитектуры, якобы, недостатками реляционной модели. Задачи, которые не предназначения для SQL, всегда можно вынести в отдельный слой, что позволяет большинство современных СУБД. Ну а если разрабатывать задачу в стиле "Что вижу, о том пою", плюс забивать гору костылей, то да, получает так, как вы и сказали: BazistПолучается долго, длинно, медленно, с известными неисправимыми багами .... ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:28 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinЯ (или кто-то другой в этом топике) где-то предлагал ТС MS SQL?! Тогда осталось непонятно как было определено что сервер для этой задачи слабый. Какая СУБД имелась ввиду на этом сервере ? pkarklinПожалуйста, решите аналогичную задачу в многопользовательском режиме (когда 1 000 пользователей делают проводки) с сохранением консистентности. А так же решите каку-нибудь расчетную задачу, в которой была бы и запись и чтение в одной транзакции. И чтоб посередине вашего расчета уборщица выдернула шнур питания из Вашего "сервера". Решать эту задачу я не буду. У меня нет 1000 пользователей делающих одновременно проводки и нет уборщицы которая выдергивает неожиданно шнур. Искренне надеюсь что 99% ресурсов обычная СУБД тратит в этой задачи на блокировки, консистенцию данных, рассылку почты, секьюрити, статистику (что там еще есть, напомните ?), а 1% тратит собственно на саму задачу продовок. Тогда по скоростям все впринципе сходится. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:28 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
RENaissanceBazistИногда запросы нужно читать, а не форматирование разглядывать. Этот запрос иллюстрация всей уродливости реляционной системы, когда пытаются решить императивные задачи. Не нужно пытаться обосновать кривость своей архитектуры, якобы, недостатками реляционной модели. Задачи, которые не предназначения для SQL, всегда можно вынести в отдельный слой, что позволяет большинство современных СУБД. Ну а если разрабатывать задачу в стиле "Что вижу, о том пою", плюс забивать гору костылей, то да, получает так, как вы и сказали: BazistПолучается долго, длинно, медленно, с известными неисправимыми багами .... О каком слое идет речь ? Речь идет о жонглировании временными таблицами и курсорами ? Вы разобрались хоть что делает эта функция ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:35 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistТогда осталось непонятно как было определено что сервер для этой задачи слабый. Какая СУБД имелась ввиду на этом сервере ? Я где-то сказал, что этот сервер "слабый"?! Помоему, Вы начинаете домысливать за меня... Я уже достаточно на мой взгляд, обосновал, что не может железяка с процем для десктопов и софверным раидом на двух винтах, купленных на Митинском радиорынке, называться сервером. Вы не догадываетесь, почему? Как Вы думаете, почему HDD того же объема и скорости для SAN стоит на порядок дороже? авторИскренне надеюсь что 99% ресурсов обычная СУБД тратит в этой задачи на блокировки, консистенцию данных, рассылку почты, секьюрити, статистику, а 1% тратит собственно на саму задачу продовок. Тогда по скоростям все впринципе сходится. Совершенно верно. Поэтому какое-либо сравнение Вашего детища с промышленными СУБД в части быстродействия не имеет смысла. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:39 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinКак Вы думаете, почему HDD того же объема и скорости для SAN стоит на порядок дороже? Потому что его производителям очень хочется кушать?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:51 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistРечь идет о жонглировании временными таблицами и курсорами ? Мне жаль, что это максимум, на что вас хватает. BazistВы разобрались хоть что делает эта функция ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:52 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistВы разобрались хоть что делает эта функция ? Даже и не думал вникать в этот быдлокод. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:53 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinЯ уже достаточно на мой взгляд, обосновал, что не может железяка с процем для десктопов и софверным раидом на двух винтах, купленных на Митинском радиорынке, называться сервером. Вы не догадываетесь, почему? Как Вы думаете, почему HDD того же объема и скорости для SAN стоит на порядок дороже? Я вам уже сказал что эта железяка без проблемно может держать 200-300 тысяч вставок в секунду на каком нибудь NoSQL решении. И выборки делать тоже в сто раз быстрее. Чтобы добится такой скорости на вашей любимой субд вам нужен сервер в сто раз мощнее и в тысячу раз дороже. pkarklinавторИскренне надеюсь что 99% ресурсов обычная СУБД тратит в этой задачи на блокировки, консистенцию данных, рассылку почты, секьюрити, статистику, а 1% тратит собственно на саму задачу продовок. Тогда по скоростям все впринципе сходится. Совершенно верно. Поэтому какое-либо сравнение Вашего детища с промышленными СУБД в части быстродействия не имеет смысла. Это извечный спор между NoSQL и реляционными СУБД. То что в данный момент выигрывают на рынке реляционные СУБД вовсе не означает что они лишились всех недостатков по сравнению с NoSQL. Вот и все. Разницу в скоростях нужно банально знать и понимать. Она составляет гдето десять раз, гдето сто а гдето и тысячу. В задаче где одна табличка и много запросов и вставок в таблицу простых, помойму выводы очевидны. И iCore7 в этой задаче будет с ОГРОМНЫМ запасом. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:53 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
RENaissanceBazistВы разобрались хоть что делает эта функция ? Даже и не думал вникать в этот быдлокод. Квалификация не позволяет ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:56 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistRENaissanceпропущено... Даже и не думал вникать в этот быдлокод. Квалификация не позволяет ? Совершенно верно. Этот этап я очень давно прошел. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 14:59 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovПотому что его производителям очень хочется кушать?.. Потому, что кушать хочется компаниям, использующих оборудование Enterprise уровня, ибо простой 5ти минутный стОит очень-очень дорого. Никогда не задумывались, почему стоимость комплектующих с 5ой и с 9ой приемкой отличается на порядок и более? И во что выливается производителю 3х летняя гарантия на условиях 6h 24х7 Call To Repair ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 15:09 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
RENaissanceСовершенно верно. Этот этап я очень давно прошел. Тогда для преуспевающих манагеров по продаже пылесосов (в прошлом кодеров), обьясню на пальцах. Запрос расчепляет некоторые периоды, тоесть строчки в таблице с колонками StartDate EndDate, и вставляет внутрь другие строчки периодов внутрь по определенным правилам. В данном случае это правило довольно простое, есть период1 и есть период2, они както пересекаются и внутренний период должен попасть именно в это пересечение. На каком нибудь шарпе это было бы пятнадцать двадцать строчек кода, а для реляционных запросов это вот такой многоэтажный костыль. Эти данные нельзя гнать на клиент чтобы их там ращеплять в отдельном слое, периодов сотни тысяч. Это все было бы очень медленно. Курсоры и вставки во временные таблицы сделали бы тоже выполнение в тысячи раз медленей чем какойто тривиальный код на встраиваемой субд. Получилось так как получилось. Вестимо реляционные СУБД умеют действительно хорошо только таблицы джойнить в запросах. Чтото посложнее, например манипуляция с периодами, уже не торт. В куппе с проводками таких задач подозреаю есть ненулевое множество. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 15:11 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Bazist, Давайте сойдемся на том, что мы с Вами решаем задачи разного плана. Не в любом месте нужна РСУБД. Точно так же не в любом месте подойдет NoSQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 15:14 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
BazistИ iCore7 в этой задаче будет с ОГРОМНЫМ запасом. Я не про производительность твержу... ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 15:16 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinBazist, Давайте сойдемся на том, что мы с Вами решаем задачи разного плана. Не в любом месте нужна РСУБД. Точно так же не в любом месте подойдет NoSQL. Ok ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 15:34 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
pkarklinНикогда не задумывались, почему стоимость комплектующих с 5ой и с 9ой приемкой отличается на порядок и более? Потому что желающих кушать больше. К надёжности это не имеет практически никакого отношения. Она определяется запасами прочности при проектировании и подъёму "на порядок" не поддаётся. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 15:39 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovpkarklinНикогда не задумывались, почему стоимость комплектующих с 5ой и с 9ой приемкой отличается на порядок и более? Потому что желающих кушать больше. К надёжности это не имеет практически никакого отношения. Она определяется запасами прочности при проектировании и подъёму "на порядок" не поддаётся. Неверно. Например, винчестеры, устанавливаемые в сервера, имеют гораздо большее MTBF, чем обычные desktop-диски. Отсюда и цена. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 16:16 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Alexander RyndinDimitry Sibiryakovпропущено... Потому что желающих кушать больше. К надёжности это не имеет практически никакого отношения. Она определяется запасами прочности при проектировании и подъёму "на порядок" не поддаётся. Неверно. Например, винчестеры, устанавливаемые в сервера, имеют гораздо большее MTBF, чем обычные desktop-диски. Отсюда и цена. Это наверное из разряда приставок Dendy, 20 лет прошло а их MTBF все не заканчивается и не заканчивается, до сих пор на птичьих рынках можно найти вполне живые экспонаты ... Имхо обычные винты достаточно надежны + зеркалирования и все норм. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 16:41 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Bazist, BazistНа каком нибудь шарпе это было бы пятнадцать двадцать строчек кода, а для реляционных запросов это вот такой многоэтажный костыль. Эти данные нельзя гнать на клиент чтобы их там ращеплять в отдельном слое, периодов сотни тысяч. ... Вестимо реляционные СУБД умеют действительно хорошо только таблицы джойнить в запросах. Чтото посложнее, например манипуляция с периодами, уже не торт.. Вроде как не секрет,что во всех адекватных РСУБД давно появилась,возможность использовать процедуры,функции написанные на к-н языке программирования. Глядя на приведенную пелену быдлокода. Встает вопрос: религия запрещает использовать CLR ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 16:59 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Alexander Ryndinвинчестеры, устанавливаемые в сервера, имеют гораздо большее MTBF, чем обычные desktop-диски. "А теперь, уважаемые знатоки, внимание - вопрос:" ЗА СЧЁТ ЧЕГО??? Обмотки в двигателях серебряные? Провода золотые? Вакуум сжиженный? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 17:08 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
denis2710Bazist, BazistНа каком нибудь шарпе это было бы пятнадцать двадцать строчек кода, а для реляционных запросов это вот такой многоэтажный костыль. Эти данные нельзя гнать на клиент чтобы их там ращеплять в отдельном слое, периодов сотни тысяч. ... Вестимо реляционные СУБД умеют действительно хорошо только таблицы джойнить в запросах. Чтото посложнее, например манипуляция с периодами, уже не торт.. Вроде как не секрет,что во всех адекватных РСУБД давно появилась,возможность использовать процедуры,функции написанные на к-н языке программирования. Глядя на приведенную пелену быдлокода. Встает вопрос: религия запрещает использовать CLR ? Наверное можно было бы этот код переписать в говнокод на CLR. Но гарантий нет, что он просто бы не размазался по двум слоям. Нужно чтобы CLR дал по определенным условиям из одной строчки в таблице две, а после этого их отсортировал в определенном порядке. У CLR хорошо получаются только пожалуй скалярные функции ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 17:10 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovAlexander Ryndinвинчестеры, устанавливаемые в сервера, имеют гораздо большее MTBF, чем обычные desktop-диски. "А теперь, уважаемые знатоки, внимание - вопрос:" ЗА СЧЁТ ЧЕГО??? Обмотки в двигателях серебряные? Провода золотые? Вакуум сжиженный? Я не столь глубоко это знаю, но на своем опыте наблюдал, как дохнут диски в дешевой SATA стойке и дорогой SCSI. SATA дохли гораздо чаще при нагрузках 24x7. Видать технологический процесс отличается. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 18:48 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Вот пример - Seagate ST3320620A: MTBF 700.000 часов - Seagate ST9600204SS: MTBF 2.000.000 часов Есть и еще параметры. Например, выдерживаемая температура. Ее превышение может привести к выходу из строя сразу десятка дисков и не спасет RAID. Ну и правильно говорил pkarklin - есть еще время в течение которого производитель должен обеспечивать замену. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 19:03 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Alexander RyndinЯ не столь глубоко это знаю, но на своем опыте наблюдал Есть такая штука - эффект плацебо. Широко используется в маркетинге. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 19:38 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov"А теперь, уважаемые знатоки, внимание - вопрос:" ЗА СЧЁТ ЧЕГО??? Обмотки в двигателях серебряные? Провода золотые? Вакуум сжиженный? Все очень просто... Технологический процесс более "жесткий". Вводятся дополнительные операции. Тестированию подвергается не 1ин девайс из 1 000, а все. Отбраковка (да, да, то что мы покупаем в составе персоналок) составляет 95%. И это касается не только процессоров и винтов, а даже электролитов на маме. Как Вы думаете, кто за это должен платить? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 19:48 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Ну купите SAN винт, закончится его судьба продажей через 20 лет в рабочем состоянии на eBay какомуто коллекционеру за 9.99$ ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 20:03 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЕсть такая штука - эффект плацебо. Широко используется в маркетинге. Есть такая штука - Теория надежности. Преподается на 3ем курсе технических ВУЗов. Во всяком случае преподавалась в СССР... ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 22:25 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovAlexander RyndinЯ не столь глубоко это знаю, но на своем опыте наблюдал Есть такая штука - эффект плацебо. Широко используется в маркетинге. Хо-хо. Это как? Приходишь к серверу, вставляешь 2 разных диска и рассказываешь ему - вот этот 700, а этот только 2000 часов проработает. И бинго! Действительно сервер убивает первым диск на 700! :) А если (не дай бог) обманешь сервер, то первых сдохнет на 2000 часов ;) А еще в характеристиках диска можно 3 нуля приписать и он будет бессмертен! Плацебо! Чо! ) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 22:40 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Alexander RyndinХо-хо. Это как? Это мы ставим один диск в "дешевую SATA стойку", а другой - в "дорогую SCSI". И о чудо: в дешёвой стойке диски "дохли гораздо чаще". PS: В советских ВУЗах преподавали ещё и сопромат, материаловедение и теоретическую механику. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 22:52 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, Угу... Кто не проспал эти лекции - умеет поддерживать беседу... ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 22:55 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovAlexander RyndinХо-хо. Это как? Это мы ставим один диск в "дешевую SATA стойку", а другой - в "дорогую SCSI". И о чудо: в дешёвой стойке диски "дохли гораздо чаще". Ты меня, наверное, не совсем понял. Я имел в виду, что была SATA полка с дешевыми дисками и SCSI полка с дорогими SCSI дисками. Дохли чаще SATA-диски. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 23:30 |
|
Посоветуйте СУБД
|
|||
---|---|---|---|
#18+
Alexander RyndinТы меня, наверное, не совсем понял. Да нет, я-то понял. Вот только с института, про который pkarklin упомянул, у меня в памяти остались странные слова про "прочие равные условия"... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 23:35 |
|
|
start [/forum/topic.php?all=1&fid=35&tid=1552566]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
89ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 196ms |
0 / 0 |