+ стотыщпиццот
(и разработчика заодно подлечить)

mysql.procs_priv
mysql.tables_priv

разработчики mysql - никуда не годятся?

(Reply to this) (Thread)

разработчики mysql годятся в качестве топлива в биореактор

(Reply to this) (Parent) (Thread)

дурь

(Reply to this) (Parent) (Thread)

поюзай mysql сначала, а потом нарывайся на бан

(Reply to this) (Parent) (Thread)

Хм. Как-то 10 лет юзаю.

(Reply to this) (Parent) (Thread)

ну извини, не все люди быстро соображают.

(Reply to this) (Parent) (Thread)

Ну да, mysql'ем надо уметь пользоваться, это не всякому дано.
Ладно, прощай.

(Reply to this) (Parent) (Thread)

прощай, мой восторженный друг

(Reply to this) (Parent)

мускул ущербный по нескольким критериям. Если это не мешало твоей работе - значит ты не строил на ней больших проектов с хитрыми макросами и большим объемом хранимой информации.

(Reply to this) (Parent) (Thread)

Проекты большие на нем строятся без особых проблем. И с большим объемом хранимой информации - тоже.
Селекты он оптимизирует не плохо.
А вот хитрые макросы обновления по цепочке проще пареной репы вынести с уровня mysql на уровень языка приложения. И все. Это может и не особо красиво, но вполне работает.

(Reply to this) (Parent)

кстати, я не усмотрел никакого криминала в таком названии таблиц.
т.к. procs_priv -> procs_privilegy, tables_priv -> tables_privilegy. и это вполне себе единственное число. было бы много хуже, если бы procs_privilegies

(Reply to this) (Parent) (Thread)

тут криминал даже с точки зрения английского языка.

(Reply to this) (Parent)

Как предлагаешь назвать таблицу с заголовками накладных?
Читал как-то на WTF, чел написал базу для одной конторы, там под каждую накладную заводилась новая таблица ))

(Reply to this) (Thread)

везёт людям (которые про таких челов где-то там ЧИТАЮТ)

(Reply to this) (Parent)

И как переделывать? Или это намёк, что ЛЮБАЯ база всегда нуждается в переделке?

(Reply to this) (Thread)

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

Факты для медитации:
Правильно сдизайненые БД существуют.
Среди них не встречаются БД написанные фанатами мускула.
Среди них не встречаются БД написанные фанатами ООП.
Среди них не встречаются БД написанные фанатами Венды.
Среди них нет ни одной написанной в RationalRose или какой иной тыкалке.
В них не встречаются таблицы с именами во множественном числе.

(Reply to this) (Parent) (Thread)

Скажите, а что-либо более позитивное можно написать? (это не наезд а попытка воспользоваться опытом другого человека) Ну то есть что Вы подразумеваете под хорошим дизайном. Можете сделать такой "заказной пост"? (наглость - второе счастье, да:-) А то вот в чём-в чём, а в названиях таблиц во множ. числе криминала не вижу.

(Reply to this) (Parent) (Thread)

вам рано программировать - вы понимаете ли разницу между криминалом и корреляцией?

(Reply to this) (Parent) (Thread)

Понимаю, поэтому коварно пытаюсь перевести разговор в практическую плоскость :-) И кто сказал, что это ВСЕГО ЛИШЬ корреляция?

(Reply to this) (Parent)

это все какие-то максималистские комплексы.
по личному опыту знаю, что как бы ни пыжились над конструированием адекватной базы, хоть что-нибудь да не уложится в "общую картину мироздания" проекта, совершенно вне зависимости от того, фанаты чего и на чем ее строят.
вообще, о фанатах отдельно - если что-то делают фанаты, скорее всего это будет сделано криво. лучше сразу поручить профессионалам, хотя это и будет в десятки раз дороже.
// на всякий пожарный, дисклаймер: я не знаю, можно ли меня считать профессионалом, но вот то, что я абсолютно не фанат чего бы то ни было, касающегося программирования по работе, это точно. стараюсь использовать наиболее подходящие методы там, где они уместны.

(Reply to this) (Parent)

предлагаешь таблицу с новостями называть new?

(Reply to this) (Thread)

Конечно, а таблицу с названием "очки" переделать в "очко", "трусы" - в "трусо", "брюки" - "брюко".
Не нужно доводить все до обсурда.

(Reply to this) (Parent)

чем не устраивает news_item ?

(Reply to this) (Parent) (Thread)

А чем news_item лучше news?

(Reply to this) (Parent)

а чем вообще одно название может быть хуже другого? лично мне по барабану, кто как что в базе назвал, лишь бы структура была понятна и не было ошибок проектирования.

(Reply to this) (Parent) (Thread)

1) это пост не о плохизне названий. а о ПРИЗНАКЕ кривизны рук.
2) (когда было обнаружено поле с названием "public_date") у нас случилась пятиминутка безудержного смеха, и после этого я не могу сказать (что мне всё равно как что названо)

(Reply to this) (Parent) (Thread)

безусловно, смешные названия могут на некоторое время саботировать работу, но, в любом случае, ни какие названия не могут являться признаком кривизны рук.

(Reply to this) (Parent)

Вот, а что такое ошибки проектирования?

(Reply to this) (Parent) (Thread)

ошибки в "раздаче имен" - не являются ошибками проектирования.
ошибки проектирования базы - это невозможность или катастрофическая затрудненность получения хранящихся в ней данным в нужном виде. правда, под это определение могут попасть вполне адекватно спроектированные базы, создававшиеся давно и под другие задачи.

(Reply to this) (Parent)

> чем не устраивает news_item ?
SELECT что-то FROM news_item ...
зачем table называть item?
Мне больше по душе news_table или t_News

(Reply to this) (Parent)