|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Wagner 2:5020/400 15 Sep 2004 19:59:52 To : "Sergey Prokopenko" Subject : Re: Hа чем пишут под иксы ? -------------------------------------------------------------------------------- mos.su> From: vitus@45.free.net (Victor Wagner) Sergey Prokopenko <lamnews@kbc.ru> wrote: AD>> твои складские программы работают через админилку базы? rotfl. SP> У меня нет складских программ. SP> Разрабатывать\администрить базу в визуальных менеджерах довольно удобно. Разрабатывать базу нужно не в "визуальных менеджерах", а в специализированных CASE-средствах, работающих с ER и UML-диаграммами, если уж хочется пользоваться визуальными средствами. Hо все равно, прежде чем это дело попадет в базу, оно должно быть скинуто в текстовый файл (обычно на языке SQL), а оный файл засунут в систему контроля версий. Потому что за разработку без контроля версий (чего визуальные тулзы для администрения не обеспечивают), бьют канделябрами и больно. А вот тулзы для ER-проектирования обычно могут и напрямую в базу за структурой слазить, и в SQL скрипт записать, и прочитать оттедова. SP> Зачем вы упорствуете? :) В PGadmin3 можно даже с экселя напрямую SP> импортировать данные. Удивили ежа... Импортировать плоскую таблицу из файла в базу это не сложно. Можно и в самом Excel сделать через ODBC, и в OpenOffice. А ты мне нормализацию в третью HФ сделай. Да чтобы еще все check-констрейнты были провязаны. Правда, если при этом оно не сможет редактировать триггеры и хранимые процедуры, полноценным CASE-средством оно всё равно не будет. SP> ЗЫ Hе в тему, почему многие проекты типа bitrix и прочие вебплатформы SP> используют php и MySQL? Почему не перл и постгресиквел? Hе понимаю... Потому что не умеют проектировать базы. Поэтому обходятся базой в которой проектировать нечего - referential integrity отсутствует нахрен. Поэтому гонятся за скоростью выполнения больших выборок. Hе понимая, что лучше меньше да лучше. Что правильная структура базы позволить сформулировать запрос, который выдаст только нужные данные и их будет мало. И работать оно в "медленном" Postgres и Oracle быстрее чем аналогичная функциональность в "быстром" mySQL. Потому как оптимизация на уровне алгоритма - самая мощная из возможных. Кстати, потому же и не perl. perl - язык большой и развесистый. Его уметь надо. Я лично научился его уметь где-то на третий год работы над проектом Communiware и где-то на пятый работы с perl вообще. И то, периодически совершал открытия чудные, заглядывая в код Артема Чуприны. -- И слово может быть кляпом. --- С.Е. Лец --- ifmail v.2.15dev5.3 * Origin: Free Net of Leninsky,45 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/151787ecd089c.html, оценка из 5, голосов 10
|