КЛУБ СТОКОВЫХ ФОТОГРАФОВ, ИЛЛЮСТРАТОРОВ, ВИДЕОГРАФОВ и ИИ-ШНИКОВ

а если оставить фотолию на странице со статистикой, а после разрыва сессии посмотреть статистику то можно увидеть стату какогонить другого пользователя ) наверное рандомно выбирается какого, но у меня все время какойто нормальный фотограф с 10-20 продажами в день ... на айсе меня тоже кстате закидывало в статистики чужих аккаунтов

Заходим на их сайт в ФАК http://www.mysql.ru/faq/
Читаем 1-ую строчку

Если этого недостаточно, читаем 2-ую строчку

Незная MySQL я бы не стал говорить что он плох.
Единственный недостаток в нём что он шараварный.
По скорострельность взует наверное всех.
Давно не сравнивал с Oracle потому и наверно.
У них реорганизация базы данных. Быстро миграция не происходит.
Если бы это MS-SQL был вырубили бы на неделю, а так я сегодня 10 фотографий залил Не удобств не заметил.

1. Стоки как-раз и попадают под среднее приложение. С каких это пор пара миллионов записей--особо крупное приложение?

И, что сказать хотели-то? Или не знаете, что практически у всех проектов есть стабильная (продакшн) версия, есть найтли билды, есть девелопмент ветки? Пукнули в лужу?:)

А с каких это пор, пара миллионов фотографий в базе - это пара миллионов записей? Или у Вас на 1 фотографию 1 запись?

Если говорить в таком ключе, то нет ни одной стабильной версии
Надеюсь я Вас неудивил?

Я то хоть какие-то аргументы в отличие от Вас привел

Для денорммализованной (если знаете, что это такое) БД--да. Плюс статистика, для которой денормализация--обычное дело.

Да, практически у любого ПО. Есть только более-менее работающие "слепки" на время релиза. И?

Не смешите. Ваше непонимание того, что такое stable build--это аргумент??

И много таких сейчас используется?
Сейчас в основном реляционные базы.
А по конкретнее, в чем непонимание?

Назовите хотя бы 1 стабильную систему.

Любая DSS-система. Стараются денормализовать.

Я уже исправил на другую мысль:) "Hello, world" в машинных кодах-- стабильна:)

Ну так не я же зачем-то "стабильную" болдом выделял? Вы же что-то сказать хотели?
Или будем сейчас приводить в пример Оракл с его десятками патчиков на релизные версии?

Стараться это еще не значит сделать

Разговор был про БД

Это и хотел сказать, разработчики сами признают что система у них глючит. Вы думаете это окончательная и безглючная версия?

Вот тут Вы немного промахнулись на счет десятков

В разработке каких OLAP/DSS БД вы принимали участие?


Разговор был про Систему Управления Базами Данных.


Бред. Так что правильно я оценил ваше понимание процесса разработки ПО.

Естественно, не окончательная и не безглючная. И?


Ну сотни. Давно я на металинк не заходил.

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

Даже и не сотни
Можете и не заходить, ничего не изменилось.

P.S. По моему у нас получается разговор немного неотносящийся к данной ветке...

Э-э-э ребят! Вы чего? Я просто сказал, что на Фотолии косяк, а вы тут такие дебаты развели... Думаете кроме вас в вашем разговоре хоть кто-нить что-нить догоняет? Впрочем, познавательно - читал с интересом:)))

Ребята, всё это муть. Поверьте старому программисту, - на любом движке БД и любом языке можно сделать относительно безглючную вещь. Необходимы только три вещи: Время, Деньги и Мозги. Применение именно в этом порядке решает любые проблемы и не только в сайтостроительстве.
А вообще, в реальности безглючных систем не бывает, просто одни более глючные, другие менее. В частности, глючат все движки всех фотобанков. Я думаю, они решат эти проблемы рано или поздно. Когда именно, - это зависит от соотношения тех самых трёх вещей...

Не совсем так. Это "Опыт, сын ошибок трудных..."
Возможно я фотограф никакой, но в создании программ (сайт - таже программа) я кое-что соображаю...