Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2007.09.02;
Скачать: [xml.tar.bz2];

Вниз

Всё ли хорошо будет с mySQL   Найти похожие ветки 

 
DillerXX ©   (2007-08-02 20:52) [0]

при режиме работы в 200 новых таблиц в день? Может кто с mySQL достаточно работал чтобы сказать последствия.


 
Kerk ©   (2007-08-02 20:53) [1]

А зачем 200 новых таблиц в день?!


 
Zagaevskiy ©   (2007-08-02 20:54) [2]

200 - много слишком. А вот 199 - в самый раз!


 
DillerXX ©   (2007-08-02 20:57) [3]


> 200 - много слишком. А вот 199 - в самый раз!

По полу катаюсь, честное слово.


> А зачем 200 новых таблиц в день?!

Ну, так удобнее... если это реально большая нагрузка, придётся пихать как-то всё в 1 запись... но это трудоёмко.

А, а как mySQL относится к ~100 столбцам в таблице?


 
turbouser ©   (2007-08-02 20:59) [4]

Орех =)))


 
Kerk ©   (2007-08-02 21:01) [5]

> [3] DillerXX ©   (02.08.07 20:57)

По-моему, тебе правда в орешник :)
Ты бы сформулировал чего хочешь


 
DillerXX ©   (2007-08-02 21:06) [6]


> Ты бы сформулировал чего хочешь

Что не ясно? Я хочу ответ на вопрос, что будет с mySQL, если каждый день я буду создавать в течении работы скрипта ~200 таблиц. Я мало работал с mySQL, и не знаю на сколько в нём умно реализовано хранение информации. Спросил у знакомого, он сказал что для оракла это повседневная вещь, про mySQL он не знает.


 
Zagaevskiy ©   (2007-08-02 21:09) [7]

хахаха 199 тоже много больше 169 не тянет


 
Ping   (2007-08-02 21:22) [8]

Я мало работал с mySQL, и не знаю на сколько в нём умно реализовано хранение информации. Спросил у знакомого, он сказал что для оракла это повседневная вещь, про mySQL он не знает.

Умному спрашивать незачем, а дураку и Oracle не поможет...


 
Kerk ©   (2007-08-02 21:23) [9]

> [6] DillerXX ©   (02.08.07 21:06)

Нет таких задач, когда нужно 200 таблиц в день создавать. У тебя проблемы с структурой БД.


 
DillerXX ©   (2007-08-02 21:42) [10]

У меня серьёзно такое чувство, что попал в сборище юмористов-идиотов. Не понимаю я такой неадекватной реакции на обычный вопрос.


> Нет таких задач, когда нужно 200 таблиц в день создавать.
>  У тебя проблемы с структурой БД.


Мне нужно сохранять в сумме примерно 100 значений типа int соответствующих определённому событию. Количество событий - примерно 200 в день. Просто это очень удобно сделать путём создания новой таблицы для каждого события, и, соответственно, сохранять всю информацию по событию в этой таблице. Доступ к информации так же можно удобно организовать, обращаясь к таблице с именем "events_<event number>". Если действительно 200 таблиц в день - это много для mySQL сервера, как мне иначе следует организовать структуру хранения для данной задаче, может кто-нибудь подсказать?


 
Kerk ©   (2007-08-02 21:44) [11]

Зачем тебе 200 таблиц в день? Ну допустим 200 событий, ну допустим для каждого по таблице (хоть и кривовато это в общем случае), ну и храни в этих готовых таблицах данные за каждый день.

> У меня серьёзно такое чувство, что попал в сборище юмористов-
> идиотов.

У меня чувство, что о БД ты узнал из программы Аншлаг.


 
celades ©   (2007-08-02 21:45) [12]

1 таблица - события
2 таблица - значения + внешний ключ на событие
Всего 2.


 
Kerk ©   (2007-08-02 21:46) [13]

> [12] celades ©   (02.08.07 21:45)

+1 :)


 
Anatoly Podgoretsky ©   (2007-08-02 22:42) [14]

> Kerk  (02.08.2007 21:23:09)  [9]

Нет у него проблемы со структурой :-)
Проблемы с физиологией.


 
Курдль ©   (2007-08-03 00:08) [15]


> Anatoly Podgoretsky ©   (02.08.07 22:42) [14]
> Нет у него проблемы со структурой :-)
> Проблемы с физиологией.


Да-а-а... Особенно радует "
> У меня серьёзно такое чувство, что попал в сборище юмористов-
> идиотов. Не понимаю я такой неадекватной реакции на обычный
> вопрос.
"

Ведь человек уверен, что он все делает правильно, а мы, - уроды, нашли, к чему прикопаться. Лезем тут со своим никчемным багажом устарелых знаний про ER-модели, 3NF и прочие атавизмы...


 
DillerXX ©   (2007-08-03 11:10) [16]


> Ведь человек уверен, что он все делает правильно, а мы,
> - уроды, нашли, к чему прикопаться.

Нет, я был уверен, что я задал вполне адекватный вопрос, а вместо помощи и указания что я не прав (как от celades), я получил только несколько насмешек. На тот момент я просто не знал, что делать так, как я хотел нельзя. И что мешало просто сказать мне об этом? Вот просто взять и сказать "так делать нельзя"?


> Лезем тут со своим никчемным багажом устарелых знаний про
> ER-модели, 3NF и прочие атавизмы...

А кто лез? Я что-то не заметил, чтобы кто-то здесь пытался поделиться со мной знаниями, разве кроме Kerk"a. Если бы мне просто написали, что моё представление о составлении структуры баз данных бредовое, я бы без лишних вопросов полез бы читать информацию по этому вопросу.

Анатолий, если у меня сложилось ошибочное впечатление, что я понимаю принципы проектирования БД, то это означает что я имею "проблемы с физиологией"? Вы серьёзно так считаете?


 
tesseract ©   (2007-08-03 11:13) [17]


> Нет, я был уверен, что я задал вполне адекватный вопрос,


Тебе сразу и сказали, что ты не прав. А ты сразу кода или поддержки в своём заблуждении искал?


 
Игорь Шевченко ©   (2007-08-03 11:15) [18]


> Нет, я был уверен, что я задал вполне адекватный вопрос


А вопрос оказался неадекватным. Бывает.


 
AZIZE ©   (2007-08-03 11:29) [19]


> при режиме работы в 200 новых таблиц в день?

при таком раскладе и Oracle загнётся


 
Курдль ©   (2007-08-03 11:54) [20]


> DillerXX ©   (03.08.07 11:10) [16]


Ты получил естественную реакцию на свое сообщение, когда все поняли, что ты приступил к построению БД, не прочитав ни одной книжки по теории БД. Ну а уж когда упомянул про "юмористов-идиотов" - сам нарвался.


 
Manic Mechanic ©   (2007-08-03 15:40) [21]

>> DillerXX

>>Мне нужно сохранять в сумме примерно 100 значений типа int >>соответствующих определённому событию. Количество событий - >>примерно 200 в день. Просто это очень удобно сделать путём создания >>новой таблицы для каждого события

Если ты вместо одной колонки значений в таблице заведешь две - сможешь фиксировать события двух дней. И это при том же количестве записей!!! Семь же колонок вместят целую неделю!!! Всего-то 52 таблицы в год, я думаю, скуэль справится. Подумай. И держи нас в курсе. Удачи!


 
Sergey13 ©   (2007-08-03 15:53) [22]

> [21] Manic Mechanic ©   (03.08.07 15:40)

Если к
> [12] celades ©   (02.08.07 21:45)

во вторую таблицу добавить дату/время, двух таблиц хватит на всю жизнь. 8-)


 
Anatoly Podgoretsky ©   (2007-08-03 16:04) [23]

> DillerXX  (03.08.2007 11:10:16)  [16]

> то это означает что я имею "проблемы с физиологией"? Вы серьёзно так считаете?

А что это вызывает сомнения?


 
Anatoly Podgoretsky ©   (2007-08-03 16:05) [24]

> Manic Mechanic  (03.08.2007 15:40:21)  [21]

А если сделает 366 колонок, то это всего одна таблица в год!!!


 
Manic Mechanic ©   (2007-08-03 16:44) [25]

> Anatoly Podgoretsky ©   (03.08.07 16:05) [24]

Давай все-таки 365, все равно в Новый год никто не работает, и события, пачками по 200 штук, не происходят. И ... нет, так мы все сами за него придумаем.



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2007.09.02;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.51 MB
Время: 0.05 c
1-1182796225
d_oleg
2007-06-25 22:30
2007.09.02
IMethodHandler - параметры?


15-1185874126
gOODok
2007-07-31 13:28
2007.09.02
doom 3


15-1186512073
Loginov Dmitry
2007-08-07 22:41
2007.09.02
Баг в Delphi (от 7 до 2007) с условной компиляцией


10-1136807222
yanker
2006-01-09 14:47
2007.09.02
управление через OLE


2-1186903551
brhrbr
2007-08-12 11:25
2007.09.02
Передача record по ссылке.





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский