mar
Цитата:
Это же форум, а не ваша специализированная система
вот именно это же форум, а не наша специализированная системма, и нагрузку он дает меньше...
если ты будешь использовать лок таблиц то это скорее всего на много больше заметлит системму + недай бод произойдет дедлок!
вопросы по LOCK таблиц и прочей оптимизации
-
Vlad Drakula
-
mar
Re: вопросы по LOCK таблиц и прочей оптимизации
Vlad Drakula
интересно, но для этой задачи не нужно и даже вредно
интересно, но для этой задачи не нужно и даже вредно

-
mar
Re: вопросы по LOCK таблиц и прочей оптимизации
покупать оракл для форума - не смешно, а использовать free-полнофункциональный ознакомительный вариант - нарушение, а free-вариант, если мне не изменяет память, не поддерживает многопроцессорность. Между тем многопроцесорность для СУБД дает реальный прирост в работе, особенно на сложных запросах.
-
Vlad Drakula
Re: вопросы по LOCK таблиц и прочей оптимизации
mar
1) сам оракл не запрещает использовать бесплатную в коммерческих целях
2) основныз ограничений два: 4Гб + один процессор
Цитата:
Между тем многопроцесорность для СУБД дает реальный прирост в работе, особенно на сложных запросах.
можно нарасщивать вычислительную мощь сервера, а можно просто использовать более оптимальные алгоритмы...
в реальных условиях одного процессора более чем длостаточно для большенстве ситуаций (учитывая что как парвило используются двупроцессорные сервера)
1) сам оракл не запрещает использовать бесплатную в коммерческих целях
2) основныз ограничений два: 4Гб + один процессор
Цитата:
Между тем многопроцесорность для СУБД дает реальный прирост в работе, особенно на сложных запросах.
можно нарасщивать вычислительную мощь сервера, а можно просто использовать более оптимальные алгоритмы...
в реальных условиях одного процессора более чем длостаточно для большенстве ситуаций (учитывая что как парвило используются двупроцессорные сервера)
-
mar
Re: вопросы по LOCK таблиц и прочей оптимизации
Vlad Drakula
так я про эту версию и писала. Один процессор - это зло. "использовать более оптимальные алгоритмы" надо всегда, но зачем же специально ораничиваться? нет уж. Пока все летает за счет оптимизации. Следующая оптимизация будет переездом на постгрес
(+ Есть еще один free-вариант - без всяких органичений, но для личного использования - поставить дома и отлаживать)
так я про эту версию и писала. Один процессор - это зло. "использовать более оптимальные алгоритмы" надо всегда, но зачем же специально ораничиваться? нет уж. Пока все летает за счет оптимизации. Следующая оптимизация будет переездом на постгрес

(+ Есть еще один free-вариант - без всяких органичений, но для личного использования - поставить дома и отлаживать)
-
Vlad Drakula
Re: вопросы по LOCK таблиц и прочей оптимизации
mar
постгрес - явно на много медленнее чем оракл
и полтора процессора его не спасут!
постгрес - явно на много медленнее чем оракл
и полтора процессора его не спасут!
