да, пожалуй. классический метод это создание отдельной таблицы для каждой группы.
вообще с пользователями проблемы редко бывают. пока вы наберете 100 тыс человек в эти таблицы, у вас начнутся проблемы с другими более многочисленными сущностями - проводки, оценки, логи действий, заказы и тд.
prometex, а никак. Cвою OO-шизу программист должен держать у себя, а в базе хранить
данные исходя из предметной области. Все существующие системы ORM ужасно тормозят.
Их спасает только то,что разработка на них позволяет разделять обязанности и привлекать сотни индусов одновременно при сравнительно низкой путанице.
В конечном счете, это выгоднее чем экономить на сервере базы.
гугл то у нас оказывается книжки позволяет пиратить!
почитайте мнение авторов High Performance MySQL
http://books.google.ru/books?id=BL0NNoFPuAQC&pg=PA96&lpg=PA96&dq=Beware+of+Autogenerated+Schemas&source=bl&ots=CNRSwusF2U&sig=Np61sfFwjsXXjjRQuv88yerkTHY&hl=ru&sa=X&oi=book_result&resnum=2&ct=result
Andreyka, так это запущеное на 8G в середине теста. вы видите колонку VIRT?
Выделяется прекрасно, но тормоза возможно вызываны vmware. физической памяти там 8.
netwind добавил 15.12.2008 в 17:38
на настоящем железе не тормозит, но сильно свопит. В прочем как и должно быть.
top - 17:37:10 up 2:33, 3 users, load average: 3.80, 3.47, 2.61Tasks: 76 total, 1 running, 75 sleeping, 0 stopped, 0 zombieCpu(s): 3.2%us, 16.3%sy, 1.2%ni, 29.8%id, 46.8%wa, 0.7%hi, 2.2%si, 0.0%stMem: 8108784k total, 8061916k used, 46868k free, 600k buffersSwap: 19470696k total, 1355960k used, 18114736k free, 956116k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7497 root 30 10 9278m 6.4g 1964 S 7 83.2 0:09.37 java
остальная память там используется сожалению и я не могу ее выгрузить.
тест заключается в выделении 2140 массивов int размером 1 000 000
Короче, в современном линуксе проблем нет.
у text и blob в mysql другие существенные минусы :
когда mysql захочет отсортировать результат, он вынужден создавать файл на диске вместо резервирования блока в памяти, тк не знает максимальный размер записи.
индексы по text не работают.
приведение типов, разумеется, медленнее. лучше сравнивать одинаковые типы.
была и прошла. накладные расходы на парсинг sql не такие уж большие по сравнению с дисковыми тормозами.
SQL Lite сейчас используется миллионами "идиотов"(а может быть и вами лично ) в mozilla firefox для хранения кукисов, хистори, и тд
T.R.O.N, вы никогда не задумывались почему возник и успешно развивается такой глупый на первый взгляд проект как sqllite? (это что-то типа berkley db, но с sql-синтаксисом).
реляционные базы удобнее всегда, так как позволяют не тратить время на изучение интерфейсов.
написал программку . гдето на 4.G начался затык) но работать то работает.
причем загрузка в sys, то есть что-то линукс не может переварить такой процесс. может чего в ядре настроить?
после прохождения этой точки тест довольно быстро завершается.
top - 06:38:01 up 59 min, 3 users, load average: 2.03, 1.74, 1.31Tasks: 58 total, 4 running, 54 sleeping, 0 stopped, 0 zombieCpu(s): 0.0%us, 46.3%sy, 0.0%ni, 53.2%id, 0.0%wa, 0.0%hi, 0.5%si, 0.0%stMem: 7989848k total, 5011048k used, 2978800k free, 8560k buffersSwap: 409616k total, 0k used, 409616k free, 195140k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7452 root 30 10 8400m 4.1g 7544 S 91.3 54.4 1:58.24 java
#java -version
java version "1.6.0_10"
Java(TM) SE Runtime Environment (build 1.6.0_10-b33)
Java HotSpot(TM) 64-Bit Server VM (build 11.0-b15, mixed mode)
root@uadb:~# uname -a
Linux uadb 2.6.27-9-server #1 SMP Thu Nov 20 22:56:07 UTC 2008 x86_64 GNU/Linux
может быть это затык только из vmware, но она тоже вся 64битная насквозь.
Andreyka, вы про параметры программы java -Xmx или про реальный тест? просто лень писать. а так работает вроде.
ну правильно, у гугла же много IP.
Думаю, надо ждать понедельника, когда на работу выходят сисадмины, а не говорящие платончики.
Serge_N, ну что ж, значит нужно больше попыток от разных людей. я сам попробовал из вебинтерфейса почта действительно не прет.
Про dynamic IP Узнайте у хостера. Ему выгодно чтобы почта ходила. Есть кое-какие списки т.н. DUL. По ошибке могли и занести туда. Не дай бог там еще "dyn", "pool" или черточка встречается в обратной зоне.
DenIT, ну откуда мне знать как вы запалили ящик? у них же не просто ящик, а автоматом заводится домашняя страничка, блоги, IM и тд. Наверное есть хитрые методы сканирования и получения логина по уникальному возрастающему идентификатору, которые спамеры используют.
В любом случае, придется с ними мириться ближайший десяток лет. "ящик на mail.ru" это такой же русский народный стереотип мышления как и "яндекс - найдется все" и "одноклассники - все ваши старые друзья" .
