А действительно:) Вижу только одну 5-ку из ссылок.
Насчет с++, я имел ввиду под «машиной» именно среду, незря же привел примеры. Мне кажется человек может допустить ошибку даже чаще, чем автомат, т.к. эти области(манипуляции с указателями, например) весьма нетривиальны. В C# это и еще кое-что вообще убрали, и не только из-за несовместимости с CLR, а как раз потому что CLR гарантирует безопасную работу с памятью, а работа с указателями в ручную этого не гарантирует, хотя можно это использовать в блоках unsafe code.
mysql 5 еще долго будет оставаться alpha, beta, pre, rc, etc. Когда она будет stable известно наверное только одному Богу:)
У меня задача не настолько критичная, чтобы отказываться от SQL, как от языка работы с данными, реализовывать же его самостоятельно — не просто.
-100
А версия какая? А настройки InndoDB? Макс. размер логов?
В 3.23.x большие таблицы InnoDB очень медленные. Попробуйте сделать какой-нибудь агрегат на таблице, скажем в 1 млн. записей.
В 4.x не знаю, еще не успел плотно опробовать.
Вообще mysql подходит для несложных вещей. А если необходимы надежные транзакции или, скажем, хотите непременно реализовать бизнес-логику на стороне СУБД, тогда mysql не подойдет однозначно. Тоже самое и со сложными структурами(например, которые сами себя поддерживают). Тот же nested sets при помощи хранимок и триггеров — сказка, а в mysql приходится всю логику на клиентской стороне реализовывать.
Мне в принципе нужно от СУБД в данном случае просто хранить данные(индекс) ввиде дерева.
p.s. Кто-нибудь знает, где можно получить sql for smarties(а лучше sql hierarchy structures) в электронном виде, там вроде Celko описывает различные деревья в sql-реализации.
А вообще реляционные СУБД в принципе не подходят для иерархических данных(ну может кроме нового SQL Server 2005, там вроде встроили поддержку средставми расширения стандарта ANSY SQL).
Смотрю в сторону Posgres. Там по-моему есть все, что нужно, и бесплатно:)
p.p.s. Почему же все-таки хочется SQL? Ответ прост: проще работать с данными, чем на c++(тут же по сути придеться писать свою мини субд, а хранилище будет файловая система).
А как вспомню, что нужно опять работать вручную с памятью, аж в дрожь бросает:))
Скажу возможно крамольную вещь, но все же:
Если у вас нет необходимости работать руками с памятью и указателями — не работайте, ибо машина скорее всего сделает это не хуже вас. За примерами ходить далеко не надо. CLR, JRE и т.д. Но уметь это и понимать как все это работало в прошлом веке вы обязаны:)
Дерево нужно обязательно, т.к. структура будет использоваться весьма активно, группировки, сортировки и т.д. и т.п.
Подтверждаю, проверял, собственным скриптом, всегда было Forbidden.
Вот, например: http://wildhoney.netbynet.ru — используется вроде PostgreSQL.
И все же. Давайте обсудим, какова будет более менее оптимальная сруктура индекса в СУБД с сохранением информации о дереве.
А сайты еще «регят»?:)
больше 3-ех раз в сутки нельзя — тебя забанили!
