Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Говорят SQL SERVER сдыхает после 1-1.5 млн записей в таблицах, а Oracle только начинает работать И вроде как Bill Gates ЗАПРЕТИЛ публиковать тесты MS SQL 2000 из-за скверной производительности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2001, 09:53 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
А это откуда такая информация, что Билл Гейтс запретил публикова результаты тестов? Вроде 2000 побыстрее будет чем MSSQL 7.0 - а семерка тоже вроде не медленная была. Алекс ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2001, 10:28 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Истинная правда. Насчет миллиона ты хватил. Где-то записей 10-15 - и он уже полный тормоз. А если 20, то вообще, считай, покойник. Поэтому весь Microsoft сейчас завален трупами сдохших SQL Serverов. Посреди всего этого бардака сидит мрачный, как Гитлер в бункере, Билл Гейтс и запрещает публиковать результаты тестов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2001, 11:21 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Насколько я помню, в лиц. соглашениях на MS SQL и Oracle содержится такой запрет. А насчёт "1-1.5 млн записей" angmin конечно погорячился... Я в этом форуме писал, что в Росии пока нет таких задач, для которых MS SQL не хватит (ну может, несколько). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2001, 11:39 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Вот попытался найти среди моих БД базу меньше чем с 1.5 миллионами записей - не смог - минимум был 12 миллионов - похоронное бюро через дорогу - пошел гроб серверу заказывать :0). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2001, 11:59 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
У меня от 10 до 15 млн. записей в каждой из 7 таблиц.. живёт вполне сносно.. машина двухпроцесорный DELL Power Edge 2200 c 512Mb RAM'а ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2001, 08:43 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Работали с базой 18 млн. записей на PIII однопроцессорном. И ничего.... Главное - правильно писать запросы и смотреть их планы (execution plan). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2001, 09:46 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
У меня,кстати, имеет место такой процесс. Заранее оговорюсь, что структуру базы не я разрабатывал. Есть несколько табличек ~1-2 млн записей. причем поля - тут и text и varchar-ы. Все эти записи динамичны (удаления, изменения и т.п.). Как разультат - некоторый отчеты подтормаживают. приходится рефрешить индексы, относящиеся к таблицам, тогда ок - отчеты ускоряются в разы. Но процедуру рефреша приходится выполнять еженедельно Кто нибудь с этим сталкивался ? MS SQL Server 2000 (сервис пак 1 только собираюсь ставить) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2001, 17:41 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Мне не каждую неделю приходится с этим сталкиваться после закачки в базу большого объема данных. Скажем к примеру при закачке 6 районных филиалов это мелочи 0.8-4.0 млн. записей а при закачке данных города у меня в таблицу идет 20 млн. и самое что плохо когда DTS на том этапе когда закачал 205xx тыс записей стоит долго соображает около 40 минут ну я так думал что он статистики пересчитывает так хер вам я никак не пойму чем он занимается 40 минут. Так как все равно надо запускать update statistics. Кто нибудь с этим сталкивался? У меня еще вопрос. Тут кричат что Oracle лучше. Так вот у нас на работе одна задача на Oracle а я его совсем не знаю, другой человек который обслуживает ту задачу не очень его знает как впрочем и я не очень знаю SQL, но утверждает что Oracle лучше. Я понимаю что на эту тему можно долго спорить, но я хотел бы выслушать мнения. Машины нормальной у меня пока нет для обработки данных, а объем я бы сказал не малый одна таблица 30 млн. 2 таблицы по 5 ну а остальные ерунда до млн. А машина под Oracle есть. И мне говорят да бери переходи на Oracle. Но честно говоря я не хотел бы переходить на него так как я его не знаю, да и к тому же я бы хотел что-нибудь одно выучить нормально. Единственное что может меня заставить перейти на Oracle так это то что если его производительность действительно выше чем у SQL 2000. Так вот скажите пожалуйста стоит ли браться за Oracle или нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2001, 10:16 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
У Oracle уже больше 10 лет есть одно достоинство, про которое все "сравниватели" почему-то забывают. И которое делает сравнение этих двух СУБД не совсем правомерным. Это достоинство отсутствует у SQL Server и в ближайшем будущем не предвидится. Oracle позволяет определять для пользователя квоты на использование ресурсов СУБД и сервера. Иными словами, если у вас есть задачка на массовую закачку данных или какой-то очень навороченный SELECT, то в случае SQL Server-а этот процесс заберёт большую часть ресурсов и все остальные пользователи будут или висеть, или работать очень медленно. В случае c Oracle-ом можно сделать так, что это процесс будет выполняться в фоновом режиме, пусть дольше, но зато не будет глушить других пользователей базы данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2001, 17:17 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
По поводу производительности MS SQL 7.0 и MS SQL 2000 добавлю следующее. Я иногда читаю конференции по SQL Server-у. За последний год видел немало сообщений, суть которы можно выразить так "Стоял у нас SQL Server 7.0. Перешли на SQL Server 2000. Стало работать медленнее". Так что все рекламные заверения Microsoft о том, что SQL 2000 стал работать быстрее, не нужно принимать на веру. То, что MS SQL 7.0 ускорился по сравнению с MS SQL 6.5 было правдой. Я это сам проверял. Заметно ускорились команды модификации данных, SELECT-ы практически ускорились. Это произошло потому, что Microsoft внесла значительные изменения в ядро СУБД. При переходе к SQL 2000 никаких подобных архитектурных измнений не прозошло, так что откуда ждать ускорения? Усовершенстования в основном коснулись языка Transact-SQL. Как известно, каждый следующий продукт Microsoft жрёт ресурсов больше предыдущего и работает медленнее. Так что с выпуском MS SQL 2000 очевидно произошло возвращение к традициям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2001, 17:28 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
По значительным изменениям в ядре СУБД: При переходе 6.5 - 7 изменений не было. 6.5 - это ядро Sybase, 7 - первое СУБД-ядро MS (про Аccess не говорить!). А вот при переходе 7 - 2000 ядро было усовершенствовано; эти изменения можно заметить при больших нагрузках. На настольном писюке с сотней-другой мегов рам быстрее будет не оракл или 2000, а 7 или даже, скорее, 6.5; а вот на 8-процессорном сервере - 2000 В качестве большого усовершенствования ядра могу назвать Distributed Partitioned Views, правда, это сложно программировать...; да и много других изменений. По поводу Оракла - конечно, там есть много хорошего, но и у МС сервера - тоже, к примеру, удобные временные таблицы и удобные и эффективные триггеры с inserted/deleted таблицами. И вообще, когда говорят: Оракл - для "больших решений", я даже не спорю, я спрашиваю - назовите в России систему, для которой МС сервера не хватит? Где такие заказчики? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2001, 08:38 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Недавно приключилась такая история. Имеем: MSSQL 6.5. БД ~ 1Гб, в ней таблица ~1млн записей. Ширина таблицы 120б. Запрос: UPDATE nach SET np3 = p3 Сервер ушел в глубокий ступор и не смог выполнить этот запрос. М.б. кто-нибудь объяснит что произошло? Для сравнения. IB 6.0 выполнил эту задачу за 215 сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2001, 09:59 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
MSSQL 6.5 это, конечно, не 7-й, но всё-таки такой UPDATE проходить должен. Я советую посмотреть в первую очередь на свободное место на девайсах для данных и лога. Кроме того, проверьте триггер на обновление на эту таблицу и количество индексов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2001, 13:10 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Триггеры отсутствуют как класс. Индексы отключены, кроме PRIMARY KEY. А свободное место оно либо есть, либо нет. При исчерпании свободного места выдается ошибка! А тут сервер молотит что-то и все без толку! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2001, 06:03 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
К сожалению, при исчерпании свободного места не всегда выдается ошибка... В данном случае требуется довольно много места для лога, и при исчерпании база может впасть в маразм (в суспект-моду). Попробуйте запустить свой упдейт и на другом компе посмотреть на динамику изменения свободного места на дивайсе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2001, 14:47 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Тут один аппонент (alexeyvg) все домагается, где мол задачки, да где задачки. А ты возьми и позвони в ЦБ или СБ и узнай, на чем они работают. Не знаешь? Вот тебе - ответ. Oracle и Rdb. Правда, обманывать не буду, платформа у них не та. Alpha. Там помимо производительности еще один критерий нужен - надежность. А у NT + MSSQL - извини. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2002, 01:11 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Господа мы все можем спорить бесконечно, но всё зависит от поставленной задачи например имеем реальную базу ~4Гб около 10м. записей, база используется для построения аналитических отчетов. Машина P3 - 450, ram 512Мб, HDD IDE 20 and 60Гб. предвижу говор suxx, ну да отчеты строятся часов 8, но они строятся раз в месяц и всего за 1 ночь. Так что говорить что MSSQL отстой не вполне корректно. да юзаю MSSQL 2000EE на 4NT проблем не было. Другая история с машиной P3zeon-500*2, RAM 1024, RAID 5 HDD 18GB*5, тоже стоит NT, там аналитика считается в разы быстрее, так оно мне надо? Так давайте отталкиваться от задачи и вспомним, что существует 3-х звеная архитектура ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2002, 11:00 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Сдыхает нелицензионная копия, подключенная к сети- она же, на машине, отключенной от сети, спокойно переварила 42млн. записей- дальше просто надоело вставлять. И никакого замедления. А если машина имеет выход в сеть- при приближении к 1млн она начинает с кем-то обмениваться данными- если в этот момент вытащить шнурок- покажет ошибку какого-то сетевого драйвера, а если этого не делать- то та таблица, которую вы нелицензионно так интенсивно используете, будет заблокирована, и операции вставки могут часами крутиться, ожидая разблокирования, без всяких сообщений об ошибках- проверено в эксперименте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2002, 02:41 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
2 Apple IMHO, Фигня полная...особенно про нелицензионность... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2002, 03:24 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
To Zaxx- не надо голословных утверждений- напиши процедурку и проверь- я же не с потолка это взял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2002, 04:02 |
|
||
|
SQL Server 7.0 сдыхает после 1млн. записей в таблице?
|
|||
|---|---|---|---|
|
#18+
Коммунальные услуги ~ 500000 лицевых счетов база 10240 Мб TOP 6 таблиц по количеству строк TableName Size(Kb) Rows DocDebet_t 4,192,456 23,152,977 DocCredit_t 1,994,592 7,874,039 Value_t 1,162,000 6,289,375 Doc040102_t 618,840 5,821,252 DocCreditComment_t 743,824 2,977,813 Doc040103_t 76688 2,026,129 Железо: 2xPIII 1000 + 512 Ram+Software SCSII Stripe Отчет за месяц по всей базе по каждому абоненту с расчетом сальдо входящего, начисления, оплаты, сальдо исходящего ~ 35 минут Начисление за месяц ~ 6 параметров по лицевому счет меняющихся во времени + начисление с учетом индивидуальных счетчиков+начисление с учетом коллективных счетчиков +График подачи воды+Расчет льгот ~ 130 минут Расчет карточки по одному абоненту за весь период ~0.75 сек Поддерживает ~60-80 одновременно работающих операторов с допустимым замедлением времени ответа с 0.3 сек до 1.2 сек. (на большее не пробовал - сервер общий, другим задачам тоже работать надо) P.S. Хотя при желании могу завалить производительность сервера в 0 и с запросом по таблице с 1000 строк :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2002, 21:55 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32028940&tid=1554470]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 382ms |

| 0 / 0 |
