Есть класс "А", который лежит на самом верхнем уровне - как в нем создать экземпляр класса который лежит в папке?
Если я правильно понял, а это не так просто, то вам надо создать экземпляр класса который находиться где-то там, так в чем проблема, подключайте класс и создавайте экземпляры, выше ссылку давали на автолоад...
antobra
hbase тоже раньше смотрел, но документации на русском не нашел, и бросил...
antobra пишет:
Тесты mongodb показывают, что в скорости я не сильно выиграю. Гугл выдают много сравнений и замеров.
Преимущество mongo не в скорости, а в гибкости и масштабируемости из коробки, при таких объемах как у вас масштабирование обязательно понадобиться... (Добавление)
antobra пишет:
Небольшой поисковичок по каталогу
И когда же там будет 1 миллиард строк? что за каталог такой громадный
antobra
Думаю при таком объеме данных, нужно будет масштабировать бд по нескольким серверам, поэтому смотрите сами есть ли инструменты для этого у PostgreSQL, не знаю не юзал...
Или если нужно тока по ключу выбирать, то можно рассмотреть вариант nosql, есть не большой опыт с mongodb по ключу хорошо ищет, да и из коробки шардинг имеется, но учтите что и оперативку она жрет тоже не мало... (Добавление)
antobra пишет:
И в дальнейшем будет увеличиваться в десятки раз (до 2-3 млрд).
А что за данные кстати?
Может и не нужно искать по такому огромному кол-во данных?
Hapson
Не знаю даже, спорная ситуация, в принципе все ровно надо буде выводить возле поста там типа +132, можно обновлять рейтинг у пользователя и у поста, но опять нужна транзакция, что caballero думает по этому поводу?
Может быть полезно также сделать поле типа кол-во проголосовавших, если надо, что бы не считать по таблице рейтингов, а в таблице рейтингов хранить пользователей конкретно кто проголосовал, но тогда нужно будет при голосовании делать транзакцию, на добавление в таблицу рейтингов и обновления поля в комменте...
Hapson
Я не могу вам однозначно сказать как правильно, но как бы сделал я:
1 таблица комментов, и ничего что кое-где будут пустые мейлы и т.п
А вот насчет рейтинга, это уже другое, если будет просто рейтинг типа кол-во за и против, и не надо будет смотреть кто голосовал, то тоже поместил бы в эту таблицу, а если надо знать кто голосовал, то отдельная таблица, связь один ко многим... (Добавление)
Тут главное не слишком нормализировать, потому что все зависит от конкретного приложения, и иногда приходиться денормализацию делать, для повышение производительности.
В вашем же случае, делайте так как будет удобнее работать с данными, а не например делать две таблицы для пользователей (зареганых и не зареганых)... (Добавление)
Hapson пишет:
А можно вкратце, чем отличаются InnoDB и MyISAM?
В основном блокировками, у первого блокируется только строка при параллельном доступе, а во 2 блокируется вся таблица, поэтому надо использовать InnoDB, а вообще об этом можно и в гугле почитать.