|
|
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Ситуация. Есть БД 1с на PostgreSQL и сайт с БД MySQL. Есть информация в 1с, которую нужно отображать на сайте. Передача данных сейчас происходит в ручном режиме. Объём информации растёт, так же желательно добиться моментального обновления на сайте (чаще, чем раз в сутки). В лучшем случае: от сайта нужна обратная связь. Например, создание заказов, с которыми можно работать в 1с. Развития событий: 1. Создать "нечто" связывающее PostgreSQL и MySQL. И постоянно поддерживать, следить за изменениями обеих БД. 2. Поменять БД сайта. И настроить их взаимодействие. 3. Полностью поменять CMS сайта (например, 1с-битрикс). Я не являюсь опытным программистом или даже сисадмином. Обращаюсь к вам, как к сообществу специалистов. Я работаю в небольшой компании, и, являясь лишь опытным пользователем, должен решить эту задачу. Я сторонник сразу делать с учетом больших планов руководства. Но. Вопросы: 1. Стоит ли придумывать это "нечто"? Я наслышан о различия данных СУБД и трудоемкости этого "нечто". 2. Решится ли вопрос при смене БД сайта. Или нужно объединять всё в одно, а не настраивать взаимодействия двух. Буду рад любому мнению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 11:34 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Сильно зависит от характера требуемого обмена. В минимальном случае может быть достаточно CSV-образных файлов периодически выгружаемых из основной БД и загружаемых в БД сайта. В максимальном случае, когда один бизнес-объект может редактироваться одновременно и на сайте, и в корпоративной базе, может потребоваться сложный механизм синхронизации действий. Касательно Битрикса - тут нужно действовать осторожно. Поинтересуйтесь функционалом синхронизации "из коробки" конкретно для вашей версии 1С и, одновременно, для последней версии Битрикса. Хотя эта синхронизация и совершенствуется постоянно, но нареканий на нее пока еще очень много. Можно, конечно, построить свой велосипед, но тогда становится непонятен смысл смены CMS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 11:49 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
miksoftВ максимальном случае, когда один бизнес-объект может редактироваться одновременно и на сайте, и в корпоративной базе, может потребоваться сложный механизм синхронизации действий. БД кадрового агентства активно работающего в оффлайн режиме. Моментальное отображение изменений вакансий на сайте, и возможность добавления резюме с сайта в БД, естественно с модерацией. Вот максимальный случай. Рано или поздно к этому придем. И как я понимаю этот случай лучше реализовать в одной БД с различными возможностями работы в интернете и через клиентские программы. Верно? miksoftКасательно Битрикса - ..., но нареканий на нее пока еще очень много. Нарекания и беспокоят, в купе с затратами на обслуживание... miksoftМожно, конечно, построить свой велосипед, Так и так будет свой велосипед. Не хочется строить каждые полгода новый. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 12:33 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл Дорошенко... как я понимаю этот случай лучше реализовать в одной БД с различными возможностями работы в интернете и через клиентские программы. Верно?было бы верно, если бы вы работали "через Интернет" только со своими сотрудниками, у вас же будет ломиться кто ни попадя - как бы не поломал чего :) я бы никого "не из нашего домена" в локальную БД не пускал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:27 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл Дорошенко...лучше реализовать в одной БД с различными возможностями работы в интернете и через клиентские программы. Верно?дополню у вас 1с? не уверен, что ваш 1с-ник сможет повторить структуру БД, которую использует 1с, я бы не взялся за такой гемор 1с-ник работает не с таблицами БД, а с объектами метаданных: Справочник, Документ, Журнал итд, что при этом твориться в БД ему по большому счету все-равно, до определенного предела, ес-но, - 1с-ка это сама решает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:32 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chopкак бы не поломал чего :) Учитывая, что аффтар - не программист, не админ и скорее всего ничего не знает об SQL правах, это вполне вероятно. PS: Лично мне непонятно зачем у них вообще на сайте БД. Гораздо проще выгружать из 1С готовые HTML страницы. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:34 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chopя бы никого "не из нашего домена" в локальную БД не пускал Ясно, значит должны быть две БД отлично взаимодействующие друг с другом. Что будет легче, перенести сайт на postgreSql или "помирить" постргю мускулом? Насколько велико их различие? Оба используют диалекты сиквела, и, даже если без них, многие выражают сомнения в успешности такого "примирения". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:40 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovPS: Лично мне непонятно зачем у них вообще на сайте БД. Гораздо проще выгружать из 1С готовые HTML страницы.Это-то как раз понятно. Во-первых для поиска. Без БД на все комбинации входных данных (критериев поиска) придется генерить 10 100500 страниц. Во-вторых, для ввода новых резюме на сайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:42 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovPS: Лично мне непонятно зачем у них вообще на сайте БД. Изначально 1с и сайт существовали, как параллельные вселенные. Резко возникла необходимость интегрировать их друг в друга. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:42 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
miksoftВо-первых для поиска. Без БД на все комбинации входных данных (критериев поиска) придется генерить 10^100500 страниц. Во-вторых, для ввода новых резюме на сайте. Во-первых, это не так. Я знаю, поскольку делал. Дерево выбора довольно мало. Во-вторых, у них премодерация, страница ввода просто отсылает новое резюме менеджеру. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:46 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovВо-вторых, у них премодерация, страница ввода просто отсылает новое резюме менеджеру. Не существует сейчас никакой премодерации. Сейчас просто создаются пользователи сайта и резюме в их кабинетах. Данные которых в сугобо ручном режиме выгружаются и вносятся в БД 1с. Если бы в общих словах кто-то из бывалых может описать схему, мне бы очень помогло. Ибо, специалист непосредственно поддерживающий сайт. Ворчит что в этом мире почти ничего не возможно. Партнеры 1с - готовы сделать все, что угодно за наши деньги. Ребята толковые, но они исполняют наши заказы. Мы сейчас сделаем одно, а через три месяца поймем, что это не масштабируется и не расширяется, потому что "раньше надо было думать". Вот и хочется подумать "раньше". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:56 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоЯсно, значит должны быть две БД отлично взаимодействующие друг с другом.Их должно быть две еще и из соображений надежности. Качество локального канала/электропитания обычно сильно ниже таковых в датацентрах. Хотя мне встречалась схема, когда вся оперативная работа (включая сотрудников) происходит на сайте, а в корпоративную БД делались только агрегатные выгрузки по итогам дня/периода. Кирилл ДорошенкоЧто будет легче, перенести сайт на postgreSql или "помирить" постргю мускулом? Насколько велико их различие? Оба используют диалекты сиквела, и, даже если без них, многие выражают сомнения в успешности такого "примирения".Для их "мирения", собственно, SQL не очень-то и нужен. "мирение" возможно примерно такими вариантами: 1) Выгрузка/передача/загрузка файлов. Файлы могут быть SQL-дампом, CSV/TSV-файлом, XML-образным файлом и более экзотически форматами (например, xls/xlsx). 2) Прямой коннект между базами. В Оракле это называется DBLink, в PostgreSQL - не знаю. MySQL к другим СУБД коннектиться не умеет, но это и не надо. Потребуется некий скрипт/процедура для синхронизации данных между базами. 3) При наличии одинаковых СУБД на двух сторонах возможно использование встроенного механизма репликаций. Но это требует обычно одинаковой структуры таблиц, что, имхо, почти невозможно в текущей ситуации. 4) Отдельное приложение-синхронизатор, подключающееся к обоим базам напрямую и/или с помощью API 1C/CMS. Может быть как автономным приложением, т.к. встроенным в одну из сторон. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:58 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Сейчас нет никакого взаимодействия бежду БД 1с и БД сайта напрямую. Основной вопрос: переносить БД сайта с мускула на постгрю? или оставить и настроить так? Так кк я не разбираюсь в тонкостях, можете даже не аргументировать, но за любую информацию буду благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:58 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоЧто будет легче, перенести сайт на postgreSql или "помирить" постргю мускулом? Насколько велико их различие? Оба используют диалекты сиквела, и, даже если без них, многие выражают сомнения в успешности такого "примирения".вам не придется их мирить из 1с-а при выгрузке данных никто не будет стучаться напрямую в БД, как я уже говорил 1с-ник не знает, что твориться в БД, ему все-равно что там крутиться PostgreSQL, MS SQL или вообще dbf, он в большинстве случаев не пишет запросов к БД и не использует SQL так же и в обратном направлении ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 13:59 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
miksoft"мирение" возможно примерно такими вариантами: 1) Выгрузка/передача/загрузка файлов. 2) Прямой коннект между базами. Потребуется некий скрипт/процедура для синхронизации данных между базами. 3) При наличии одинаковых СУБД..., имхо, почти невозможно в текущей ситуации. 4) Отдельное приложение-синхронизатор, подключающееся к обоим базам напрямую и/или с помощью API 1C/CMS. Может быть как автономным приложением, т.к. встроенным в одну из сторон. Спасибо за подробный ответ. Сейчас всё происходит по первому варианту с экзотикой. С третьим согласен. А что легче организовать второй вариант или четвертый? И поддерживать в дальнейшем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 14:03 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovВо-первых, это не так. Я знаю, поскольку делал. Дерево выбора довольно мало.Ну только если количество критериев поиска очень мало. Dimitry SibiryakovВо-вторых, у них премодерация, страница ввода просто отсылает новое резюме менеджеру.Ну это как-то совсем по-колхозному. Человек должен иметь возможность зайти на сайт и обновить/исправить/дополнить свое резюме и сразу увидеть изменения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 14:03 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
miksoft1) Выгрузка/передача/загрузка файлов. Файлы могут быть SQL-дампом, CSV/TSV-файлом, XML-образным файлом и более экзотически форматами (например, xls/xlsx). Штатный механизм репликации 1С выгружает изменённые документы (причём именно документы в терминах 1С, а не нарезку из подлежащей БД) в xml формате. При определённой доле везения и правильной настройке стилей эти документы могут сразу отображаться браузером, т.е. никакой конвертации производить не надо. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 14:10 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоОсновной вопрос: переносить БД сайта с мускула на постгрю? или оставить и настроить так?не переносить, настроить даже не синхронизацию, а загрузку/выгрузку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 14:33 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chop[не переносить, настроить даже не синхронизацию, а загрузку/выгрузку Загрузка/выгрузка позволит добавлять, но и ИЗМЕНЯТЬ и удалять? Насколько я понимаю последние два пункта именно к синхронизации и относятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 14:37 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоChop[не переносить, настроить даже не синхронизацию, а загрузку/выгрузкуЗагрузка/выгрузка позволит добавлять, но и ИЗМЕНЯТЬ и удалять? Насколько я понимаю последние два пункта именно к синхронизации и относятся.изменять позволит удалять - тоже никто не мешает запрос написать, если надо грубый алгоритм: "сайт" получаем файл загрузки удаляет записи, которых в файле нет апдейтит/добавляет записи, которые в файле есть никогда с таким требованием не сталкивался :) пысы. есть подозрение, что под загрузкой/выгрузкой мы понимаем разное :) я написал так исключительно для того, чтобы было более понятно ТС-у - обмен происходит файлами загрузки/выгрузки, обновляется только часть инфы, а не вся БД, проводки из 1с никто на сайт не выгружает на самом деле "синхронизация", конечно, будет более точно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:00 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
ChopКирилл Дорошенкопропущено... Загрузка/выгрузка позволит добавлять, но и ИЗМЕНЯТЬ и удалять? Насколько я понимаю последние два пункта именно к синхронизации и относятся.изменять позволит удалять - тоже никто не мешает запрос написать, если надо грубый алгоритм: "сайт" получаем файл загрузки удаляет записи, которых в файле нет апдейтит/добавляет записи, которые в файле есть Значит мне сейчас нужен специалист, который напишет алгоритм обработки "файла загрузки". и на сколько я понял это даже не касается БД сайта, а скорее его CMS? А не грамотнее ли обменивать эти данные на уровне БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:07 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоЗначит мне сейчас нужен специалист, который напишет алгоритм обработки "файла загрузки". и на сколько я понял это даже не касается БД сайта, а скорее его CMS?вам нужно две обработки в 1с - на выгрузку и загрузку и две обработки "на сайте" - на выгрузку и загрузку первые должен написать 1с-ник, второе - прог сайта в каком виде и формате это делать им надо договориться между собой идеально, конечно, если это 1 чел :) это самый простой вариант, если 1с-ник сможет из 1с-а ломануться прямо на сайт БД - это получше, но не уверен, что сможет Кирилл ДорошенкоА не грамотнее ли обменивать эти данные на уровне БД?нет - слишком разные структуры БД, в ваш постгресс напрямую лучше вообще не сунуться без лишней необходимости - че-нить сломаете :) плюс - безопасность настроите сайт, чтобы он ломился в вашу локальную БД - увеличиваете вероятность, что следом за ним не ломанется еще кто-нибудь в обратном направлении: если 1с-ник сможет из 1с-а ломануться прямо на сайт БД - замечательно, не уверен, что сможет и это не будет назваться "на уровне БД" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:21 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chopвам нужно две обработки в 1с - на выгрузку и загрузку и две обработки "на сайте" - на выгрузку и загрузку первые должен написать 1с-ник, второе - прог сайта в каком виде и формате это делать им надо договориться между собой идеально, конечно, если это 1 чел :) это самый простой вариант, Спасибо!!! Если пока начать только с выставления на сайт базы вакансий, не замарачиваясь на резюме с сайта. Уточню. Обработка выгрузки из 1с: в определенное время нужные данные выгружаются в файл в указанное место. Обработка загрузки на сайт: в определенное время из этого файла забирает инфу и обрабатывает её. И в принципе это можно будет делать чуть ли не ежечасно. верно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:34 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоИ в принципе это можно будет делать чуть ли не ежечасно. верно?да две кнопки: одна - в 1с, одна - в СМС :) вернее в СМС - форма выбора загрузки файла и хоть каждые 5 минут развлекайтесь :) это - минималка, которую можно дальше автоматизировать, например в 1с-е можно написать автоматическую выгрузку - как только появилась/изменилась вакансия на сайте можно поставить задачу отслеживать появление нового файла и автоматом его загружать или делать это все по расписанию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:40 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
уточнусь: вначале - ручная выгрузка/загрузка обработка в 1с, и форма загрузки файла в СМС, потом этот же функционал можно дополнительно автоматизировать при этом "старые кнопки" необходимо сохранить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:42 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chop, Огромное спасибо. От непонимания тонкостей ситуации у меня началась паника. Спасибо. Теперь знаю в каком направлении двигаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:43 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chopуточнусь: вначале - ручная выгрузка/загрузка обработка в 1с, и форма загрузки файла в СМС, потом этот же функционал можно дополнительно автоматизировать при этом "старые кнопки" необходимо сохранить Я понял, что: 1. Различия БД не важны. 2. Нужно реализовать обработки, запускаемые внутри программ с "нажатия кнопки". 3. Автоматизировать "нажатия кнопок". С 1с проблем не возникнет. А обработка в СMS в каком формате должна проходить? Но это вопросу уже не к этому форуму... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 15:47 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоЯ понял, что...вы все правильно поняли Кирилл ДорошенкоС 1с проблем не возникнет. А обработка в СMS в каком формате должна проходить? Но это вопросу уже не к этому форуму...можно и к этому :) это зависит от того, что у вас на сайте... (если дадите ссылку будет более понятно) самый тривиальный вариант: форма выбора файла загрузки выбираете файл, который выдала 1с-ка, нажимаете кнопку "Загрузить" при этом файл загружается на сайт и движок сайта начинает его обрабатывать считывая данные из файла и загружая их в БД сайта добавляет новые, обновляет изменившиеся, удаляет лишние (если надо) формат данных (какие поля за какими) и формат файла должны согласовать между собой 1с-ник и пехапист возможные стандартные варианты формата файла: csv, json, xml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 16:08 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
1с в стандарной поставке прекрасно может выгружать все что надо в XML. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 16:26 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
ScareCrow1с в стандарной поставке прекрасно может выгружать все что надо в XML.1с-ок в стандартной поставке много всяких разных красивых :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 16:27 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chop, http://astrabota.ru/search-results-jobs/?action=search&listing_type [equal]=Job&keywords[like]=&JobCategory[multi_like][]= 1с первым делом в xml и выгружает. А на сайте есть редактор импорта из xls. На скрине часть этого редактора. И как я понял в это поле можно как раз и прописать условия обработки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 16:30 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл Дорошенко1с первым делом в xml и выгружает. А на сайте есть редактор импорта из xls. На скрине часть этого редактора. И как я понял в это поле можно как раз и прописать условия обработки?по скрину не скажешь, надо смотреть "руками", я не знаю движков для рекрутинга но есть у меня подозрение, что форма загрузки у вас уже есть и никаких дополнительных скриптов там не нужно:) единственное - в 1с создать файл, который требуется вашему движку экселевский вряд ли создадите, придется xml пересохранять в экселе пысы. наверняка там есть и выгрузка... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 17:15 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chop, Огромное спасибо за мнение и знания :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 17:23 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоChop, Огромное спасибо за мнение и знания :)заходьтэ ще :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 17:32 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chop, А вот и ответ сотрудника, который занимается поддержкой сайта. M:загружая вакансию с айди 333. в бд сайта уже есть и создается не новый айди 5000 с подлогом на 333. а обновляется тот уже существующий с настоящим айди 333 S: ты думаешь я так не пробовала загружать? через движок создастся новый id и это уже будет 2 разные вакансии M: ты уверена что без подлога не получится? S: я прописала чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн ибо для поля стоит autoincreament S: не будет эта вакансия так обновляться. Но мне кажется надежда есть. Как Вы думаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 18:06 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоChop, А вот и ответ сотрудника, который занимается поддержкой сайта. ... Но мне кажется надежда есть. Как Вы думаете?конечно есть :) возможно там только загрузка, обновления нет возможно обновление есть, но вы пока не нашли как у вас там 6500 позиций? это не так много можно попробовать обнулять БД и заливать поновой, но - аккуратно :) движок, как понимаю, не самописка? - читать доку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 18:29 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоS: я прописала чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн ибо для поля стоит autoincreamentэта фраза заинтересовала... где прописала? если "прописала" - значит такая возможность есть? вариантов два: 1. криво прописала - читать доку 2. баг системы - читать форумы по системе, искать исправлен ли он или как его исправить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 18:32 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
совсем на коленке разберитесь с форматами таблиц (где какая инфа лежит). постваьте где-нить рядом Access, прилинкуйте к нему нужные таблицы через ODBC сделайте в нем несколько запросов, которые новые данные из одних таблиц в другие переносят сделаете автостарт этих запросов, и запускайте access из шедулера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 18:46 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоS: я прописала чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн ибо для поля стоит autoincreament А изменить тип поля с autoincrement на простой integer эта блондинка не додумалась, конечно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 19:42 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovКирилл ДорошенкоS: я прописала чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн ибо для поля стоит autoincreamentА изменить тип поля с autoincrement на простой integer эта блондинка не додумалась, конечно. и правильно сделала ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 19:44 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chopи правильно сделала Потому что MySQL - отстой, имеющий только один способ генерации уникального ключа. Бесперспективняк. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 19:51 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovChopи правильно сделалаПотому что MySQL - отстой, имеющий только один способ генерации уникального ключа. Бесперспективняк.не потому ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 19:52 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chopне потому Озвучь свою версию. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 19:53 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovChopне потомуОзвучь свою версию. она - не разработчик системы, как повлияет на работу системы отключение автоинкримента знать не может юзать надо имеющийся функционал, а не хакать БД, если лениво прочитать РТФМ менять структуру БД - значит переписывать весь код, где это злосчастное свойство автоинкримента используется менять структуру БД не разобравшись - полнейшая глупость, может проще одну строчку бага в коде исправить? если у нее не получилось прописать код UPDATE, и вылазит INSERT - значит либо у нее не получилось прописать, либо такой возможности нет копать надо в эту сторону сначала выяснить можно или нет, если можно - искать где сделала ошибку, если нельзя - думать как обойти к автоинкрименту рученки детские не пихать! боком вылезет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2013, 20:02 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Izyaсовсем на коленке разберитесь с форматами таблиц (где какая инфа лежит). постваьте где-нить рядом Access, прилинкуйте к нему нужные таблицы через ODBC сделайте в нем несколько запросов, которые новые данные из одних таблиц в другие переносят сделаете автостарт этих запросов, и запускайте access из шедулера. Интересный ход. Он поможет решить проблему ОБНОВЛЕНИЯ? Если можно схему запроса на словах описать, буду благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 12:35 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Chopу вас там 6500 позиций? это не так много можно попробовать обнулять БД и заливать поновой, но - аккуратно :) движок, как понимаю, не самописка? - читать доку Обнуление - не вариант, потому что изменяются проиндексированные поисковиками ссылки на вакансии. Ищу форум и доки) Спасибо огромное всем! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 12:38 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоСпасибо огромное всем!если есть потребность и желание - напишите мне на почту, возможно смогу помочь больше, чем на форуме :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 13:29 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Я это описание вообще не понял... Кирилл Дорошенко А вот и ответ сотрудника, который занимается поддержкой сайта. M:загружая вакансию с айди 333. в бд сайта уже есть и создается не новый айди 5000 с подлогом на 333. а обновляется тот уже существующий с настоящим айди 333 S: ты думаешь я так не пробовала загружать? через движок создастся новый id и это уже будет 2 разные вакансии M: ты уверена что без подлога не получится? S: я прописала чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн ибо для поля стоит autoincreament S: не будет эта вакансия так обновляться. Но мне кажется надежда есть. Как Вы думаете?...поэтому детально сказать ничего не могу. Я не понял, как что идентифицируется. Возможно всё, в том числе (судя по "чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн"), что ваша специалистка тупо не знает про команду UPDATE, при которой таких вещей наблюдаться в принципе не должно. А вообще, даже если предположить, что в Постгресс и Мускуле две разные идентификации записей, то в акцессе можно вести таблички их соответсвий, прописывать в нее даты последнего обновления, заодно мож каким то образом форматы править и т.п. Навскидку, если - знать струкутры обеих БД - иметь к ним полный доступ - и с условием, что в обмене участвует 5-8 таблиц, с Акцессом здесь работы на день Это было про вакансии. А в обратную сторону (заказы) через Акцесс возни много больше будет. Я б стал через механизмы 1С решать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 15:31 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
IzyaЯ это описание вообще не понял... ...поэтому детально сказать ничего не могу. Я не понял, как что идентифицируется.скорее всего контент-менеджер 1. либо пишет в псевдокоде который дается разработчками софтины 2. либо выставляет опции в настройках при этом обновлять у нее не получается, только добавлять, хотя вроде все сделала как в доке написано термины инсерт/апдейт она вполне может и не знать - для этой задачи они не нужны ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 15:44 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
IzyaНавскидку, если - знать струкутры обеих БД - иметь к ним полный доступ - и с условием, что в обмене участвует 5-8 таблиц, с Акцессом здесь работы на деньнавскидку я знаю одного-двух ников на разных форумах, которые возможно знают структуру таблиц БД 1С :) так что про 1 день я сильно сомневаюсь :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 15:46 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
ChopIzyaНавскидку, если - знать струкутры обеих БД - иметь к ним полный доступ - и с условием, что в обмене участвует 5-8 таблиц, с Акцессом здесь работы на деньнавскидку я знаю одного-двух ников на разных форумах, которые возможно знают структуру таблиц БД 1С :) так что про 1 день я сильно сомневаюсь :) Да, там именование таблиц в БД совершенно бессмысленное. Но, вообще, не очень проблема (например http://help1c.com/faq/view/673.htm или http://www.1cotvet.ru/forum12/topic907/ ). А схемы таблиц (имена атрибутов), насколько я помню, близки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 16:21 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
По структуре БД - есть обработка, которая ее вытаскивает http://infostart.ru/public/163720/ В общем, в один день можно уложиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 16:32 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
будем делать ставки? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 17:02 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Я вообще потерял нить вашего диалога. Решить мою проблему можно за 1 день с помощью Access'а? Речь идёт о двух таблицах. Клиенты и вакансии. А каков коридор стоимости оплаты такого решения? Пытаюсь выяснить каким образом пробовалось решить проблему с апдейтом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 18:02 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
Кирилл ДорошенкоРешить мою проблему можно за 1 день с помощью Access'а? Речь идёт о двух таблицах. Клиенты и вакансии. А каков коридор стоимости оплаты такого решения?дело не в коридоре стоимости :) с этим решением к своим двум системам вы добавите еще одну пысы: Клиенты и вакансии. - не две таблицы, значительно больше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 18:09 |
|
||
|
PostgreSQL и MySQL. Будущее сайта.
|
|||
|---|---|---|---|
|
#18+
ChopКирилл ДорошенкоРешить мою проблему можно за 1 день с помощью Access'а? Речь идёт о двух таблицах. Клиенты и вакансии. А каков коридор стоимости оплаты такого решения?дело не в коридоре стоимости :) с этим решением к своим двум системам вы добавите еще одну пысы: Клиенты и вакансии. - не две таблицы, значительно больше Ставки делать не будем. Я в свое время так данные перетаскивал (правда, в/из Navision), но я очень хорошо знал схемы обеих баз (это ключевой момент). Я бы даже не стал, не глядя, утверждать что это "не две таблицы", вдруг все же две. Что касается "еще одной" системы - это конечно не совсем кошерно. Но вот случай. Для единовременной загрузки данных была (быстро, на коленке) написана в Excel"е процедуру, которая загружала страницы с сайта, анализировала данные (что-то было логистическое - нетто-брутто-палетты-размеры итд), вытаскивала нужные цифры. Excel вызывался из навижн, который запускал эту процедуру и, затем, загружал нужные цифры . В конце концов, эту времянку оставили. что б данные обновлять, и проработала она пару лет вообще без проблем. А если это средствами навижн делать, то фиг ее знает, сколько на это время ушло. А Access - он недаром "Access" ("доступ"), надежный, обкатанный, простой. Ну работает медленнее, но это не гигабайты ворочать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2013, 20:02 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1552484]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
77ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 171ms |

| 0 / 0 |
