Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6 7   вперед  Ctrl      все
 Re: Выбор сервера, чтобы не тормозило ...  [new]
mv
Member

Откуда:
Сообщений: 8876

Все же файловую систему для хранения неструктурированных файлов (картинок и
проч безобразия) очень даже удобно.
Аргументы: если используется какая-нибудь убогая СУБД (например, VFP или
Access) - то не нужно переучиваться.


Posted via ActualForum NNTP Server 1.3

27 окт 06, 17:21    [3322697]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
mv

Все же файловую систему для хранения неструктурированных файлов (картинок и
проч безобразия) очень даже удобно.
Аргументы: если используется какая-нибудь убогая СУБД (например, VFP или
Access) - то не нужно переучиваться.

К сожалению, использующие "убогие СУБД" - тоже умудряются хранить картинки в базе (не в таких объемах, конечно же).

А потом возникают топики типа "а как бы мне картинки, хранящиеся в базе, однотипно обработать?". Тривиальные ответы типа "пакетно прогони всю директорию через фотошоповский фильтр" очевидно не подходят, не умеет фотошоп картинки из базы доставать.
27 окт 06, 18:16    [3323138]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 19912
ЛП
А потом возникают топики типа "а как бы мне картинки, хранящиеся в базе, однотипно обработать?". Тривиальные ответы типа "пакетно прогони всю директорию через фотошоповский фильтр" очевидно не подходят, не умеет фотошоп картинки из базы доставать.

Справедливости ради следует отметить, что некоторые СУБД умеют предоставлять доступ к хранимым файлам по ftp, http, nfs, smb и т.д., что позволяет обработать их обычным для файлов способом.
27 окт 06, 18:31    [3323224]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
andrey_anonymous
Справедливости ради следует отметить, что некоторые СУБД умеют предоставлять доступ к хранимым файлам по ftp, http, nfs, smb и т.д., что позволяет обработать их обычным для файлов способом.

Рад за некоторые СУБД, однако фотошоп не умеет работать через ftp, http, nfs и smb
Впрочем, возможно что и умеет, но это все равно примерно то же самое, что удалять гланды через жопу автогеном
27 окт 06, 18:40    [3323286]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
andrey_anonymous

Справедливости ради следует отметить, что некоторые СУБД умеют предоставлять доступ к хранимым файлам по ftp, http, nfs, smb и т.д., что позволяет обработать их обычным для файлов способом.

Вот это и называется, преодолевать трудности, не взирая...

Что интересно, файловая система также умеет предоставлять доступ к хранимым файлам по ftp, http, nfs, smb и т.д., либо встроенными средствами ОС, либо распространёнными дополнительными сервисами.
27 окт 06, 19:06    [3323439]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
mv
Member

Откуда:
Сообщений: 8876

ЛП

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

Ваши слова вызывают только жалость.


Posted via ActualForum NNTP Server 1.3

27 окт 06, 21:47    [3323836]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
mv
Ваши слова вызывают только жалость.

Здоровое "бу-га-га" будет ответом Вам
27 окт 06, 22:48    [3323971]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
c127
Guest
ЛП

Ну и что изменилось в Вашем последнем эксперименте по сравнению с предыдущим? Тормоза как были так и остались, причем тормоза ну очень большие. Я Вам об этом и говорил, а Вы не верили. График сами нарисовали без меня, в сравнении с предыдущим ничего существенно не изменилось, могу повторить если хотите.

ЛП

Вам так нравится рисовать графики по чужим данным? Сделайте одолжение, нарисуйте еще один :)
Проблема сразу очень хорошо обрисовывается, что в общем-то и не удивительно. Как с этой проблемой побороться я уже говорил - перенастроить MFT на большее кол-во файлов. Ну и мышкой не кликать, разумеется :).

Так проблема обрисовалась уже в предыдущем эксперименте, и проблема эта в тормозах. Как с ней бороться это все Ваши теоретизирования, может сработать, может нет.

И на основной ворос вразумительного ответа так и нет: а зачем вообще с чем-то бороться, если есть нормальное решение на базе РСУБД. Отмазка что "Например на тот хрен, что NTFS у меня есть, и кушать не просит, а вот DB2 у меня нету, " ( https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=3#3301876 ) не проходят. Как выяснилась NTFS есть, да не совсем та, что нужно, чтоб стала та нужно MFT перенастроить и еще что-то там подкрутить, но всего этого ЛП делать не хочет, поскольку это очень проблемно. Правильно, проблемно, как говорит DocAl:"Вот это и называется, преодолевать трудности, не взирая..."

Так по-моему бесплатную ДБ2, постгре или МуСКЛ скачать легче или же взять МССКЛ, оракл или что-то другое коммерческое, если они уже есть в фирме.







ЛП

Ну хватит врать уже... Говорили. И про открытие каталогов, и про линейный рост, и про видимость невооруженным глазом, и даже в одном абзаце все это говорили, причем в ответ на вопрос "что именно видно невооруженным глазом". Это уже когда Вас за жопу взяли - тогда Вы начали юлить, что дескать невооруженным глазом это ограничения, фар это сортировка, а тормоза это поиск, к которому и относился линейный рост, хоть линейный рост и был упомянут при описании видных на глаз тормозов при открытии, то бишь сортировки. Я не я и жопа не моя.

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

Читаем следующие последовательные посты:
с127
Не пишите чепухи, "всякие ограничения операционки" в таких задачах наступают очень быстро, в вынь2000 начиная с нескольких сотен файлов уже заметно невооруженным глазом, это мы проверили на своем печальном опыте, тоже сложили картинки в файлы. Файлы в каталогах в NTFS не индексируются, если Вы понимаете о чем я. Последующая неизбежная борьба со "всякими ограничениями", типа организации дополнительных подкаталогов, а их тоже не должно быть много, очень неприятна займет кучу времени. Это тоже проверено.

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=1#3285153
По видимому сформулировано не очень понятно, поэтому ЛП уточняет:
ЛП
А можно поподробнее - что именно заметно невооруженным глазом?

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=1#3285215
Я отвечаю совершенно однозначно:
с127

Заметны тормоза например в открывании каталогов. У меня относительно медленная машина, на быстрых заметно позже. NTFS я упомянул потому что именно там я заметил тормоза, но это не важно, на других обычных ФС будет то же самое. Больше файлов - большие тормоза, причем тормоза растут линейно.

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=2#3291407
Тормоза заметны невооруженным глазом при открывании каталогов, смотрим выделенный текст. Ясно что то, что рост линейный, на глаз определить невозможно, это уже будет не "на глаз". Линейный рост тормозов это я ошибся, я уже признал что думал что файлы не индексируются ( https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=3#3299341 ). Как видно я не утверждал, что наблюдал линейное замедление невооруженным глазом в нескольких сотнях файлов, как мне приписывает ЛП. Хота на практике оказалось что замедление получается даже большее, чем без индекса.
Едем дальше.
Пьяный Лох
Ыть пардон - что такое "открывание каталогов"?
Чем открывание?
Консервным ключом, али виндоуз експлорером? И даже если там проблемы - не проблемы ли это консервного ключа?
Давайте фсе-таке уточнять, а?

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=2#3291415
Возможно что "Пьяный Лох"!=ЛП, но я пока предполагаю, что это одно и то же. Тут видно, что ЛП сначала прекрасно понимал о чем идет речь, спрашивает не о поиске на нескольких сотнях файлов, а об открывании каталогов. Это теперь он корчит дурочку.
с127
Фаром. Поиск фаровский и виндовзный тоже явно тормозят, когда натыкаются на большую диреркторию.

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=2#3292545
Фар действительно тормозит, это видно, линейно или нет не знаю, кто же такие вещи на глаз определяет.



Ну и где я был не прав? Только с индексом ошибся, но давно это признал. Но на деле ситуация с поиском оказала даже гораздо хуже чем я ожидал. Тормоза есть, я их видел в наших экспериментах в 2000-2001 году, ЛП это подтвердил своими экспериментами, причем заявив при этом: "Никогда никаких экспериментов на заданную тему не проводили, не наблюдали ни сами, ни на работе, и воспроизвести результаты не сумеете при всем желании.". ( https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=4#3311754 ) Весь ЛП такой противоречивый, угловатый весь (C), сам все получил и сам же сказал что получить это невозможно.

В результате подтвердили, что много файлов в одной директории хранить и искать практически нельзя, а 1 млн по постановке задачи это немного, там требуется как минимум 18 млн. Все правильно, все что я говорил с самого начала по сути дела - подтвердилось. 18 млн файлов в одном каталоге NTFS с поискам по ним это явный признак проблем с головой у архитектора системы.
28 окт 06, 00:10    [3324190]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
читал с конца...

"... В результате подтвердили, что много файлов в одной директории хранить и искать практически нельзя..."

все, это уже даже не смешно.
SQL бесполезен для доступа к данным.
Каждый, кого укусит ЧАЛ - становится ЧАЛом. Даже с127.

Зобаньте меня нах...
28 окт 06, 00:54    [3324277]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ы
Guest
ух ты. 50000 картинок в день по 15 кб = 18 млн картинок в год, которые нельзя хранить в папке, а надо хранить в базе. А что, "бесплатные ДБ2, постгре или МуСКЛ" умеют работать с базами 250 Гб (гигабайт) размером? Или одна сотая секунды на поиск файла - это настолько катастрофически много, что есть причина для спора?
28 окт 06, 00:58    [3324291]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
ы
А что, "бесплатные ДБ2, постгре или МуСКЛ" умеют работать с базами 250 Гб (гигабайт) размером?

Бесплатная ДБ2 умеет.
Остальные тоже умеют, но лучше не стоит (как говорят сами поклонники).

Или одна сотая секунды на поиск файла - это настолько катастрофически много, что есть причина для спора?

Много или не много - непонятно, это одному автору топика известно, но вот от поклонников ДБ2 пока не было продемонстрированно и таких результатов.
28 окт 06, 01:04    [3324304]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ы
Guest
ну если умеет, тогда результаты определенно должны быть лучше.
28 окт 06, 01:10    [3324319]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
ы
ну если умеет, тогда результаты определенно должны быть лучше.

Откуда следует?
Ты на ДБ2 сумеешь получить 10^-5 секунды на поисковый запрос по полумиллиону записей, например?
28 окт 06, 01:16    [3324333]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ы
Guest
при наличии индекса я это в акцессе сумею получить (не тестировал, а то вдруг 10^-4 получится, и я вроде как наврал тогда:)
28 окт 06, 01:28    [3324373]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
ы
при наличии индекса я это в акцессе сумею получить (не тестировал, а то вдруг 10^-4 получится, и я вроде как наврал тогда:)

а ыть ты получи, не стесняйся

тут вот недавно пятьдесят тысяч в секунду обосрались получать, а ты вишь в аксесе сразу таки и сто тысяч удумал.
28 окт 06, 01:30    [3324379]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
уххх...
решил диапазон от полумиллиона до миллиона файлов проверить

ужоснах
совсем ужос нах
такого даже я не могу объяснить.

единственное отличие от всех предыдущих тестов - перед выполнением этого я ненароком в коде ошибся, и забил таки диск до состояния "Disk full", потом все удалил и перезапустил с начала. на что это могло повлиять - хер знает :)

Шкала линейная по обоим осям, по оси Х - от 500000 до 1000000 файлов с шагом 500.

К сообщению приложен файл. Размер - 0Kb
28 окт 06, 03:28    [3324489]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
2ЛП, неплохо бы указывать единицы измерения на осях.
Я, конечно, понимаю, что по иксу тысячи файлов, а по игреку время в секундах, но, раз с127 так упорно твердит о тормозах, видимо, он в них видит что-то другое.)
28 окт 06, 11:59    [3324628]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
DocAl
Я, конечно, понимаю, что по иксу тысячи файлов, а по игреку время в секундах

Не совсем так. По иску - номер шага. Шли от 500000 файлов до 1000000 с шагом 500.
28 окт 06, 19:36    [3325104]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Ну вы ещё подеритесь, горячие финские парни...


2с127: а какие аргументы-то вам нужны? Мы можете показать тормоза, измеряющиеся не сотыми долями секунды? Пока сколько ни пытались, такие тормоза не обнаружили. А сотые доли секунды -- они не то что в пределах -- пренебрежимо малы по сравнению с погрешностью измерений.
28 окт 06, 23:18    [3325359]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ChA
Member

Откуда: Москва
Сообщений: 11375
DocAl
Ну вы ещё подеритесь, горячие финские парни...
"Звездные войны: Войны клонов"
28 окт 06, 23:35    [3325376]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
c127
Guest
ы
ух ты. 50000 картинок в день по 15 кб = 18 млн картинок в год, которые нельзя хранить в папке, а надо хранить в базе. А что, "бесплатные ДБ2, постгре или МуСКЛ" умеют работать с базами 250 Гб (гигабайт) размером? Или одна сотая секунды на поиск файла - это настолько катастрофически много, что есть причина для спора?

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

Но были абсолютно однозначно обнаружены следующие серьезные проблемы.
1) Виндовз не смог добавить 2 млн файлов в одну директорию.
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=1#3285273
Правда сказали что файлы неправильные. Что будет на требуемых по ТЗ 18 млн никто не знает.
2) Тенденция замедления. При возрастании числа файлов с 10000 до 1 млн время поиска увеличилось в 600 раз.
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=4#3305384
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=4#3311780
Говорят если поплясать с бубном вокруг компьютера тоже можно подправить, но наверняка опять же никто не знает.

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

DocAl
2с127: а какие аргументы-то вам нужны? Мы можете показать тормоза, измеряющиеся не сотыми долями секунды?

Откуда Вы можете знать, что сотые доли это мало? Если от системы требуется выполнять 200 запросов в секунду, то сотые это много. Сколько нужно мы не знаем.

Важна тенденция, посмотрите на графики, куда они лезут и с какой сокростью. Отставание от самого плохого моего прогноза в 6 раз. Я сказал, что будет существенное замедление, Вы его имеете. Смотрите графики. Замедление в 600 раз это много, если теоретически при наличии индекса должно быть в районе 2-3, и даже без индекса, как я думал в начале, должно быть 100.


DocAl
Пока сколько ни пытались, такие тормоза не обнаружили.

Сказать "я ничего не вижу" можно в любой ситуации.

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

Если данные ЛП в пределах погрешности, то эти эксперименты вообще ничего не стоят. Но я думаю, что Вы ошибаетесь насчет погрешности. Как Вы определяете погрешность расскажите пожалуйста.
29 окт 06, 02:33    [3325676]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
ЛП
Guest
эхххх... ну до чего ж все-таки весело... так и стоят перед глазами "беседы с ЧАЛом"
- В РСУБД невозможно получить первую запись!
- Как это невозможно? Вот вам селект топ один
...
- Как уже неоднократно было показано, в РСУБД невозможно получить первую запись.

Пока с127 рассказывал детские страшилки про то, что много файлов в одной директории хранить нельзя, DocAI взял да и положил два миллиона файлов в одну директорию. И вот на тебе, "Но были абсолютно однозначно обнаружены следующие серьезные проблемы. 1) Виндовз не смог добавить 2 млн файлов в одну директорию."

Как еще убедить человека в том, что два миллиона файлов можно положить в одну директорию? Скриншот снять что ли? Так ведь этот скриншот ни на какой монитор не влезет.
Вот мой унитаз, вот моя рука, жопу я вам еще вчера показывал - продайте мне наконец туалетную бумагу.

Одна сотая может быть мало или много в зависимости от задачи. Автор топика не уточнил сколько ему надо, сказал только чтобы "быстро".
...
Откуда Вы можете знать, что сотые доли это мало? Если от системы требуется выполнять 200 запросов в секунду, то сотые это много. Сколько нужно мы не знаем.

Ога, ога. Много или мало - мы не знаем, насколько нужно быстро - снова не знаем, сколько будет - опять таки не знаем, и это все незнание ничуть не мешает с127 с жизнерадостной улыбкой продолжать говорить про то, что будут тормоза.

c127
Если данные ЛП в пределах погрешности, то эти эксперименты вообще ничего не стоят.

Почему же? Стоят. Эти эксперименты как показывали, так и показывают то, что много файлов в директории хранить можно, видимых на глаз тормозов не наступает, ограничений системы не наступает ни на сотнях, ни на тысячах, ни на миллионе файлов. Т.е. в общем-то эти эксперименты опровергают всю ту чушь, которую Вы несёте на протяжении уже пяти страниц.

c127
Но я думаю, что Вы ошибаетесь насчет погрешности. Как Вы определяете погрешность расскажите пожалуйста.

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

Ей богу, я не специально устроил такую западлянку, но теперь Ваши рассуждения о графиках и тенденциях выглядят еще веселее. Верить никому нельзя, с127, даже мне. Будет Вам урок на будущее - стройте графики на основании своих данных, и детские страшилки рассказывайте на основании собственных экспериментов, а не "у нас на работе проводили в прошлом тысячелетии".
29 окт 06, 07:08    [3325711]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
c127
Guest
ЛП

Пока с127 рассказывал детские страшилки про то, что много файлов в одной директории хранить нельзя, DocAI взял да и положил два миллиона файлов в одну директорию. И вот на тебе, "Но были абсолютно однозначно обнаружены следующие серьезные проблемы. 1) Виндовз не смог добавить 2 млн файлов в одну директорию."


А вот как это было на самом деле:
DocAl
Обновление: я таки решил дождаться, и где-то в районе 2 000 000 файлов винда дошла до состояния практически полного нестояния и сказала "кря". Предложила запустить chkdsk.exe, но запустить не смогла, т.к. не смогла открыть необходимые библиотеки. Причём ни создать новый файл, ни открыть старый стало невозможно.
.....
Антивирус забавно плющит... У меня Avira Antivir, с зонтиком, так он в трее этим зонтиком теперь хлопает постоянно, то откроет, то закроет...) И буфер обмена не работает. В общем, вполне себе способ создать забавные глюки на компе, причём можно использовать и не системный раздел.)

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=1#3285273
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=1#3285296

Хотя конечно может оказаться что для кого-то это норма, как говорится кому и кобыла невеста. (С)
30 окт 06, 05:22    [3327228]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
aZm
Member

Откуда:
Сообщений: 2356
вот жеж комуто делать некуй))))

мои 5 копеек флуда:
если картинка существует как "вещь в себе", без дополнительных характеристик и атрибутов, и доступ можно организовать просто по имени/каталогу - субд в принципе особо не нужна. если же у картинки есть какие то дополнительные характеристики, не исчерпывающиеся именем, то - тут уже прямая дорога в субд)
30 окт 06, 07:30    [3327275]     Ответить | Цитировать Сообщить модератору
 Re: Выбор сервера, чтобы не тормозило ...  [new]
c127
Guest
aZm
вот жеж комуто делать некуй))))

мои 5 копеек флуда:
если картинка существует как "вещь в себе", без дополнительных характеристик и атрибутов, и доступ можно организовать просто по имени/каталогу - субд в принципе особо не нужна. если же у картинки есть какие то дополнительные характеристики, не исчерпывающиеся именем, то - тут уже прямая дорога в субд)

Да есть там атрибуты, даже хуже, записи в точно неизвестном количестве, примерно по 20 штук на картинку:
"в день добавляются примерно 1000000 (лимон) записей типа (индекс, строка(под 10 символов)) да плюс еще картинки эдак так под 50000 (каждая размером под 15 киолбайт)."
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351165&pg=1#3274048

ЛП как партизан молчит, не колется как он собирается все это складывать в файловую систему. Можно конечно придумать как и этот миллион записей в день сложить в файловую систему, в процессе складывания упорно плясать с бубном возле компьютера и в результате это все может быть (но не наверняка) со скрипом и проблемами заработает. Но зачем, если проще использовать СУБД. На этот вопрос ЛП тоже упорно не отвечает.
30 окт 06, 09:10    [3327435]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6 7   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить