Адъ баз данных

[metaclass]

Софт1: написан почти целиком мной, заказной: 186 таблиц, 169 хранимых процедур
Софт2: написан мной и ребе белнетмоном, коробочный: 74 таблицы, 40 хранимых процедур

Comments

[(Anonymous)]

Соответственно, при добавлении еще одного рэбе количество таблиц и процедур еще более сократится?

[metaclass.livejournal.com]

Сложный вопрос. Возможно, увеличится, т.к. у каждого ребе будет свой кодогенератор, создающий over 9000 таблиц, вьюшек и хранимых процедур за один вызов :)

[bigfrogg.livejournal.com]

>>Софт2: написан мной и ребе белнетмоном, коробочный: 74 таблицы, 40 хранимых процедур

Из которых ребе метакласс написал 90 таблиц и 62 хранимые процедуры :)

[metaclass.livejournal.com]

Не, у нас разделение труда другое - ребе белнетмон пишет код, а я потом код удаляю :)
Я не умею писать код, а ребе религия запрещает его удалять.

[nivanych.livejournal.com]

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

[zelanton.livejournal.com]

Ребе, мы в вас верим, число таблиц и процедур непременно превысит цифру 1000!

[metaclass.livejournal.com]

Не, я столько даже в модели для кодогенератора заполнять задолбусь. Не говоря уже о том, что клиенты столько сущностей не придумают. А если придумают - то все равно там большая часть сведется к одной таблице типа "Documents(ID,blob)" :)

Адъ баз данных

[komarov.livejournal.com]

НАХЕРА СТОЛЬКО?!?!?!

Re: Адъ баз данных

[metaclass.livejournal.com]

"Так получилось".

Re: Адъ баз данных

[dmzlj.livejournal.com]

действительно. доказано ведь, что для каждой задачи заведомо достаточно трех таблиц.

Re: Адъ баз данных

[metaclass.livejournal.com]

Entities,Attributes,Values?

[ilya-portnov.livejournal.com]

В нашей софтине есть такая специальная концепция, 'публикация отчётов'. Типа, кнопочки для вызова разных отчётов должны появляться в разных местах, и это должно очень гибко конфигуряться. Для этого наворочен десяток сущностей с замысловатыми отношениями. Когда я спросил товарища, который формально за это в команде отвечает, нафига так сложно, ответ был: 'я три раза вносил предложения сделать проще. Предложения приняли, но в итоге каждый раз становилось сложнее'.

[plumqqz.livejournal.com]

Э... А где потрясаться.

PS Что-то процедур маловато. На клиента логику тянете, лодыри...

[metaclass.livejournal.com]

Логика в базе очень сильно усложняет обновление - в Firebird нет механизма "поменить зависимые объекты как инвалидные и перекомпилировать". Только дропать все дерево зависимостей начиная с листьев, менять объект и создавать зависимые заново.
Ну и, при всей моей невменяемости - я СТОЛЬКО бизнес-логики в хранимых процедурах не напишу - отладки нет, курсоров кошерных нет, типов нормальных нет, временные таблицы использовать не получается - отчетные транзакции "только для чтения", а если их сделать пишущими - забытый юзерами отчет начинает мешать сборке мусора, и прочая, и прочая.
В общем, при всех достоинствах FB писать серверную логику на нем сложно.

[fraks-nsk.livejournal.com]

>>отладки нет
есть в IBExpert. Однако я в основном пользуюсь аналогом showmessage только в таблицу лога.

>>курсоров кошерных нет
for select, а сейчас еще появились такие чудные штуки как select from select и execute block

>>типов нормальных нет,
нормальных - это каких?

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

Перекомпиляция всех процедур - есть такая функция в IBExpert.
Менять тип поля иногда да, бывает сложно...

[dair-spb.livejournal.com]

А чо сразу на клиента? Application Server Layer отменили?

[tretiy3.livejournal.com]

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

[nekhill.livejournal.com]

Софт3: писался 5 лет, потом год доделывается нами. 120 таблиц, over 1000 хранимых процедур. Очень хотим извести количество хранимых процедур до около 400 (CRUD), но не получится, ибо местами очень дофига данных в таблицах, и нужно ускорять :)

[vp.livejournal.com]

1000? А в каком стиле хранимые процедуры? Может толпа чего-то мелкого?

[metaclass.livejournal.com]

Ускорять в плане - обработку делать на сервере, поближе к данным?

[slavae.livejournal.com]

У нас в прошлой рабочей бд на FB 388 таблиц, 939 процедур. Ну и 683 триггера.
В текущей рабочей на оракле 3622 таблицы, 2990 вьюх, 297 процедур и 716 функций. Правда большая часть таблиц пустая )

[metaclass.livejournal.com]

Сколько человек это пишет? :)

[fraks-nsk.livejournal.com]

В моем софте (склад)
таблиц - 39
процедур - 99
триггеров - 58

[captain-hell.livejournal.com]

SAP R/3 после настроек и прочей хрени.

39800 таблиц.
0 хранимок.

[metaclass.livejournal.com]

"Дайте мне распечатку схемы этой херниБД, я буду на нее мастурбировать долгими зимними вечерами!"