witam czy ma ktoś jakiś magiczny skrypt, który przeniesie dane między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam same błędy i to nie tylko bazy :/ ktoś próbował migracji?
Tak, da się.
Ja poprostu obrobiłem dumpa i ładowałem do skutku do pg, aż się klucze w tabelach zgodziły ;) Może kiedyś dorobię się jakiegoś skryptu do migracji.
Warto się pomęczyć bo LMS na PG dostaje skrzydeł.
W dniu 6 lutego 2015 16:05 użytkownik Marcin marcin@nicram.net napisał:
witam czy ma ktoś jakiś magiczny skrypt, który przeniesie dane między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam same błędy i to nie tylko bazy :/ ktoś próbował migracji?
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Dzięki, wiem, że dodaje skrzydeł bo jakiś czas temu nawet udała mi sie przerzutka na marnej wirtualce i śmigało to wyśmienicie. Teraz w końcu wydębiłem nowy serwerk i będę robił tam przenosiny, chcę od razu postawić pg.
nie mogę tego namierzyć w archiwum listy, ale kiedyś o tym było pisane, nawet sam chyba pytałem :) coś mi sie kojarzy, że musi być odpowiednia kolejność zrzucania tabel i sekwencji - chodzi o zależności.
W dniu 6 lutego 2015 16:08 użytkownik Przemysław Kudyba zlyzwierz@gmail.com napisał:
Tak, da się.
Ja poprostu obrobiłem dumpa i ładowałem do skutku do pg, aż się klucze w tabelach zgodziły ;) Może kiedyś dorobię się jakiegoś skryptu do migracji.
Warto się pomęczyć bo LMS na PG dostaje skrzydeł.
W dniu 6 lutego 2015 16:05 użytkownik Marcin marcin@nicram.net napisał:
witam czy ma ktoś jakiś magiczny skrypt, który przeniesie dane między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam same błędy i to nie tylko bazy :/ ktoś próbował migracji?
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
PG nie dopuści do wrzuczenia nieintegralnych danych. Więc wrzucając do oporu kilka razy ten sam dump doprowadzisz w końcu do normalnego stanu - że klucze obce będą się zgadzać
No a jak ogarniesz kolejność to pójdzie od pierwszego strzała.
W dniu 6 lutego 2015 16:12 użytkownik Marcin marcin@nicram.net napisał:
Dzięki, wiem, że dodaje skrzydeł bo jakiś czas temu nawet udała mi sie przerzutka na marnej wirtualce i śmigało to wyśmienicie. Teraz w końcu wydębiłem nowy serwerk i będę robił tam przenosiny, chcę od razu postawić pg.
nie mogę tego namierzyć w archiwum listy, ale kiedyś o tym było pisane, nawet sam chyba pytałem :) coś mi sie kojarzy, że musi być odpowiednia kolejność zrzucania tabel i sekwencji - chodzi o zależności.
W dniu 6 lutego 2015 16:08 użytkownik Przemysław Kudyba zlyzwierz@gmail.com napisał:
Tak, da się.
Ja poprostu obrobiłem dumpa i ładowałem do skutku do pg, aż się klucze w tabelach zgodziły ;) Może kiedyś dorobię się jakiegoś skryptu do migracji.
Warto się pomęczyć bo LMS na PG dostaje skrzydeł.
W dniu 6 lutego 2015 16:05 użytkownik Marcin marcin@nicram.net
napisał:
witam czy ma ktoś jakiś magiczny skrypt, który przeniesie dane między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam same błędy i to nie tylko bazy :/ ktoś próbował migracji?
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 06.02.2015 16:15, Przemysław Kudyba napisał(a):
PG nie dopuści do wrzuczenia nieintegralnych danych. Więc wrzucając do oporu kilka razy ten sam dump doprowadzisz w końcu do normalnego stanu - że klucze obce będą się zgadzać
No a jak ogarniesz kolejność to pójdzie od pierwszego strzała.
Kolejność wcale nie musi być taka istotna o ile w startowym schemacie wszystkie klucze obce określi się jako INITIALLY DEFERRED. Zresztą pg_dump --clean bardzo ładnie demonstruje jak powinna wyglądać dobrze logicznie zrzucona baza danych tak, żeby bez problemu można było ją powtórnie załadować.
W dniu 6 lutego 2015 16:12 użytkownik Marcin marcin@nicram.net napisał:
Dzięki, wiem, że dodaje skrzydeł bo jakiś czas temu nawet udała mi sie przerzutka na marnej wirtualce i śmigało to wyśmienicie. Teraz w końcu wydębiłem nowy serwerk i będę robił tam przenosiny, chcę od razu postawić pg.
nie mogę tego namierzyć w archiwum listy, ale kiedyś o tym było pisane, nawet sam chyba pytałem :) coś mi sie kojarzy, że musi być odpowiednia kolejność zrzucania tabel i sekwencji - chodzi o zależności.
W dniu 6 lutego 2015 16:08 użytkownik Przemysław Kudyba zlyzwierz@gmail.com napisał:
Tak, da się.
Ja poprostu obrobiłem dumpa i ładowałem do skutku do pg, aż
się klucze w
tabelach zgodziły ;) Może kiedyś dorobię się jakiegoś skryptu do migracji.
Warto się pomęczyć bo LMS na PG dostaje skrzydeł.
W dniu 6 lutego 2015 16:05 użytkownik Marcin marcin@nicram.net
napisał:
witam czy ma ktoś jakiś magiczny skrypt, który przeniesie dane
między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam
same
błędy i to nie tylko bazy :/ ktoś próbował migracji?
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [1]
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [1]
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [1]
Links:
[1] http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 6 lutego 2015 16:53 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
Kolejność wcale nie musi być taka istotna o ile w startowym schemacie wszystkie klucze obce określi się jako INITIALLY DEFERRED. Zresztą pg_dump --clean bardzo ładnie demonstruje jak powinna wyglądać dobrze logicznie zrzucona baza danych tak, żeby bez problemu można było ją powtórnie załadować.
pg_dump ładnie robi strukturę, ale ta struktura jest robiona z pg :) tu mamy nie co inny przypadek, migrujemy między bazami.
W dniu 06.02.2015 20:47, Marcin napisał(a):
W dniu 6 lutego 2015 16:53 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
Kolejność wcale nie musi być taka istotna o ile w startowym schemacie wszystkie klucze obce określi się jako INITIALLY DEFERRED. Zresztą pg_dump --clean bardzo ładnie demonstruje jak powinna wyglądać dobrze logicznie zrzucona baza danych tak, żeby bez problemu można było ją powtórnie załadować.
pg_dump ładnie robi strukturę, ale ta struktura jest robiona z pg :) tu mamy nie co inny przypadek, migrujemy między bazami.
Zrób pg_dumpall --clean na skonfigurowanym silniku pgsql i zobaczysz przykłady jak ładnie kleić całe zrzuty bazy danych. Potem w takie nagłówki i stopki sql-owe możesz oprawić to co wyplułeś z mysqldump.
Podpinam się do pytania. 7 userów i ok 400 operacji dziennie i coś zaczyna się zamulać. A maszyna na której stoi LMS to kombajn.
W dniu 6 lutego 2015 16:12 użytkownik Marcin marcin@nicram.net napisał:
nie mogę tego namierzyć w archiwum listy, ale kiedyś o tym było pisane, nawet sam chyba pytałem :) coś mi sie kojarzy, że musi być odpowiednia kolejność zrzucania tabel i sekwencji - chodzi o zależności.
Ja o tym pisałem, poszukaj w archiwum w okolicach daty 18.05.2013
Literówka w teamcie utrudnia niego znalezienie :)
http://lists.lms.org.pl/pipermail/lms/2013-May/026778.html
W dniu 6 lutego 2015 16:21 użytkownik Skiba Marek skibamarek@gmail.com napisał:
W dniu 6 lutego 2015 16:12 użytkownik Marcin marcin@nicram.net napisał:
nie mogę tego namierzyć w archiwum listy, ale kiedyś o tym było pisane, nawet sam chyba pytałem :) coś mi sie kojarzy, że musi być odpowiednia kolejność zrzucania tabel i sekwencji - chodzi o zależności.
Ja o tym pisałem, poszukaj w archiwum w okolicach daty 18.05.2013
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
qrde, udało się. pg przyjął dump bez problemu, krotki też bez błędów :) finalnie mogę się zalogować i nie pokazuje żadnych błędów (jak narazie)
dla potomnych.
marcin@lmsSIIS2015:~$ cat mysql2pgsql.yml
# a socket connection will be selected if a 'socket' is specified # also 'localhost' is a special 'hostname' for MySQL that overrides the 'port' option # and forces it to use a local socket connection # if tcp is chosen, you can use compression
mysql: hostname: localhost port: 3306 socket: /var/run/mysqld/mysqld.sock username: lms password: lms database: lms compress: false destination: # if file is given, output goes to file, else postgres file: lms_pg.sql postgres: hostname: localhost port: 5432 username: lms password: database: lms
# if tables is given, only the listed tables will be converted. leave empty to convert all tables. #only_tables: #- table1 #- table2 only_tables: - users - customers - numberplans - assignments - cash - location_states - location_districts - location_boroughs - location_cities - location_street_types - location_streets - pna - hosts - networks - invprojects - nodes - nodelocks - macs - nodegroups - nodegroupassignments - nodeassignments - tariffs - promotions - promotionschemas - promotionassignments - liabilities - payments - taxes - documents - documentcontents - receiptcontents - invoicecontents - debitnotecontents - numberplanassignments - customergroups - customerassignments - stats - nodesessions - netlinks - rtqueues - rttickets - rtmessages - rtnotes - rtrights - rtattachments - rtcategories - rtcategoryusers - rtticketcategories - passwd - domains - records - supermasters - aliases - aliasassignments - uiconfig - events - eventassignments - sessions - cashsources - sourcefiles - cashimport - daemoninstances - daemonconfig - docrights - cashrights - cashregs - cashreglog - ewx_pt_config - ewx_stm_nodes - ewx_stm_channels - ewx_channels - netnodes - netdevices - dbinfo - imessengers - customercontacts - excludedgroups - states - countries - zipcodes - divisions - voipaccounts - messages - messageitems - nastypes - managementurls - logtransactions - logmessages - logmessagekeys - logmessagedata - templates - up_rights - up_rights_assignments - up_customers - up_help - up_info_changes
# if exclude_tables is given, exclude the listed tables from the conversion. #exclude_tables: #- table3 #- table4
# if supress_data is true, only the schema definition will be exported/migrated, and not the data supress_data: false
# if supress_ddl is true, only the data will be exported/imported, and not the schema supress_ddl: true
# if force_truncate is true, forces a table truncate before table loading force_truncate: true
# if timezone is true, forces to append/convert to UTC tzinfo mysql data timezone: true
# if index_prefix is given, indexes will be created whith a name prefixed with index_prefix index_prefix:
skrypt do zrobienia krotek:
#v+ marcin@lmsSIIS2015:~$ cat sequence #!/bin/bash
LISTA_SEQ="users_id_seq customers_id_seq numberplans_id_seq assignments_id_seq cash_id_seq location_states_id_seq location_districts_id_seq location_boroughs_id_seq location_cities_id_seq location_street_types_id_seq location_streets_id_seq pna_id_seq hosts_id_seq networks_id_seq invprojects_id_seq nodes_id_seq nodelocks_id_seq macs_id_seq nodegroups_id_seq nodegroupassignments_id_seq nodeassignments_id_seq tariffs_id_seq promotions_id_seq promotionschemas_id_seq promotionassignments_id_seq liabilities_id_seq payments_id_seq taxes_id_seq documents_id_seq debitnotecontents_id_seq numberplanassignments_id_seq customergroups_id_seq customerassignments_id_seq nodesessions_id_seq netlinks_id_seq rtqueues_id_seq rttickets_id_seq rtmessages_id_seq rtnotes_id_seq rtrights_id_seq rtcategories_id_seq rtcategoryusers_id_seq rtticketcategories_id_seq passwd_id_seq domains_id_seq records_id_seq supermasters_id_seq aliases_id_seq aliasassignments_id_seq uiconfig_id_seq events_id_seq cashsources_id_seq sourcefiles_id_seq cashimport_id_seq daemoninstances_id_seq daemonconfig_id_seq docrights_id_seq cashrights_id_seq cashregs_id_seq cashreglog_id_seq ewx_pt_config_id_seq ewx_stm_nodes_id_seq ewx_stm_channels_id_seq ewx_channels_id_seq netnodes_id_seq netdevices_id_seq imessengers_id_seq customercontacts_id_seq excludedgroups_id_seq states_id_seq countries_id_seq zipcodes_id_seq divisions_id_seq voipaccounts_id_seq messages_id_seq messageitems_id_seq nastypes_id_seq managementurls_id_seq logtransactions_id_seq logmessages_id_seq templates_id_seq up_rights_id_seq up_rights_assignments_id_seq up_customers_id_seq up_help_id_seq up_info_changes_id_seq"
for SEQ in $LISTA_SEQ; do KROTKA="id" SEQ_TABELA=`echo "$SEQ" | sed 's/_id_seq//'` echo "SELECT setval('${SEQ}', coalesce((select max(${KROTKA}) from ${SEQ_TABELA}), 1), true);" done #v-
mysql2pg https://github.com/philipsoutham/py-mysql2pgsql
zadziałało na: LMS 1.11-git DB: 2014111400
W dniu 6 lutego 2015 16:21 użytkownik Skiba Marek skibamarek@gmail.com napisał:
W dniu 6 lutego 2015 16:12 użytkownik Marcin marcin@nicram.net napisał:
nie mogę tego namierzyć w archiwum listy, ale kiedyś o tym było pisane, nawet sam chyba pytałem :) coś mi sie kojarzy, że musi być odpowiednia kolejność zrzucania tabel i sekwencji - chodzi o zależności.
Ja o tym pisałem, poszukaj w archiwum w okolicach daty 18.05.2013
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Muszę spróbować, bo u nas też robi się zamułka.
Na czym polega to dodanie skrzydeł LMS-owi we współpracy z postgresem ?
pozdrawiam Dariusz Kowalczyk
W dniu 6 lutego 2015 16:05 użytkownik Marcin marcin@nicram.net napisał:
witam czy ma ktoś jakiś magiczny skrypt, który przeniesie dane między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam same błędy i to nie tylko bazy :/ ktoś próbował migracji?
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Przy pewnej skali - powiedzmy [ 3k klientów x 4k komputerów x 5 lat historii w tabeli cash ] LMS na MySQL zwyczajnie zamula - generowanie strony > 5 sek.
W dniu 6 lutego 2015 16:51 użytkownik Dariusz Kowalczyk < dariusz@kowalczyk.it> napisał:
Na czym polega to dodanie skrzydeł LMS-owi we współpracy z postgresem ?
pozdrawiam Dariusz Kowalczyk
W dniu 6 lutego 2015 16:05 użytkownik Marcin marcin@nicram.net napisał:
witam
czy ma ktoś jakiś magiczny skrypt, który przeniesie dane między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam same błędy i to nie tylko bazy :/ ktoś próbował migracji?
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Partycjonowanie niektórych tabel by sie przydało i problem by zniknął.
Dariusz Kowalczyk
Dnia 6 lut 2015 o godz. 16:54 Przemysław Kudyba zlyzwierz@gmail.com napisał(a):
Przy pewnej skali - powiedzmy [ 3k klientów x 4k komputerów x 5 lat historii w tabeli cash ] LMS na MySQL zwyczajnie zamula - generowanie strony > 5 sek.
W dniu 6 lutego 2015 16:51 użytkownik Dariusz Kowalczyk dariusz@kowalczyk.it napisał:
Na czym polega to dodanie skrzydeł LMS-owi we współpracy z postgresem ?
pozdrawiam Dariusz Kowalczyk
W dniu 6 lutego 2015 16:05 użytkownik Marcin marcin@nicram.net napisał:
witam
czy ma ktoś jakiś magiczny skrypt, który przeniesie dane między bazami?
kombinuje jak kiedyś z py-mysql2postgres ale po importach mam same błędy i to nie tylko bazy :/ ktoś próbował migracji?
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 6 lutego 2015 16:51 użytkownik Dariusz Kowalczyk dariusz@kowalczyk.it napisał:
Na czym polega to dodanie skrzydeł LMS-owi we współpracy z postgresem ?
dla przykładu: klikam listę sieci na mysql i czekam około 5-10 sekund zanim wszystko policzy i poda dane na tacy, w pg klikam i już mam, nie trwa to nawet sekundy. są jeszcze wszględy spójności danych, bezpieczeństwa danych przy zaniku prądu itp.
W dniu 06.02.2015 16:56, Marcin napisał(a):
W dniu 6 lutego 2015 16:51 użytkownik Dariusz Kowalczyk dariusz@kowalczyk.it napisał:
Na czym polega to dodanie skrzydeł LMS-owi we współpracy z postgresem ?
dla przykładu: klikam listę sieci na mysql i czekam około 5-10 sekund zanim wszystko policzy i poda dane na tacy, w pg klikam i już mam, nie trwa to nawet sekundy. są jeszcze wszględy spójności danych, bezpieczeństwa danych przy zaniku prądu itp.
I wreszcie bezpłatnego wykonywania backupów klasy enterprise co w mysql możliwe jest po zapłaceniu odpowiedniej kasy! Klasa enterprise to kopie fizyczne plików bazy danych wykonywane w czasie działania bazy danych.
W dniu 6 lutego 2015 17:12 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
I wreszcie bezpłatnego wykonywania backupów klasy enterprise co w mysql możliwe jest po zapłaceniu odpowiedniej kasy! Klasa enterprise to kopie fizyczne plików bazy danych wykonywane w czasie działania bazy danych
czy tu masz na myśli "COPY BINARY TO ..."?
W dniu 01.04.2015 10:54, Marcin napisał(a):
W dniu 6 lutego 2015 17:12 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
I wreszcie bezpłatnego wykonywania backupów klasy enterprise co w mysql możliwe jest po zapłaceniu odpowiedniej kasy! Klasa enterprise to kopie fizyczne plików bazy danych wykonywane w czasie działania bazy danych
czy tu masz na myśli "COPY BINARY TO ..."?
SELECT pg_start_backup('label', true); ... wykonanie bezpiecznej kopii binarnej narzędziami systemowymi ... SELECT pg_stop_backup();
--
Pozdrawiam Marcin / nicraM
Wracając do tematu przejścia z mysql na postgresa.
Ostatnio próbowałem konwersji mysql na postgres za pomocą http://pgloader.io i jest naprawdę szybki i "inteligentny".
Wszystkie wcześniejsze sposoby okazały się najmniej skuteczne w porównaniu do pgloadera.
jakiś exampel jak to robiłeś
W dniu 1 kwietnia 2015 13:50 użytkownik Łukasz Kopiszka < lukasz@alfa-system.pl> napisał:
Wracając do tematu przejścia z mysql na postgresa.
Ostatnio próbowałem konwersji mysql na postgres za pomocą http://pgloader.io i jest naprawdę szybki i "inteligentny".
Wszystkie wcześniejsze sposoby okazały się najmniej skuteczne w porównaniu do pgloadera.
-- Pozdrawiam, Łukasz Kopiszka www.alfa-system.pl
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Przy probie aktualizacji konta usera i dodaniu e-maila wyskajuje takie cus: *Fatal error*: Call to undefined function check_emails() in ...*/modules/customeredit.php* on line *82*
W dniu 01.04.2015 14:25, Mariusz G. Bednarek napisał(a):
Przy probie aktualizacji konta usera i dodaniu e-maila wyskajuje takie cus: FATAL ERROR: Call to undefined function check_emails() in .../MODULES/CUSTOMEREDIT.PHP on line 82
check_emails() jest zdefiniowane w lib/common.php, ale najwyraźniej używasz lib/common.php z innej wersji lms-a.
-- Pozdrawiam Mariusz
Witam Zostały 2 x wygenerowane niechcąco F-VAT dla b/m i pytanie jak grupowo usunać wszystkie faktury z wrzesnia ? Z usuwaniem po kolei każdej zejdzie mi do jutra.
a jak ci się wygenerowały? czy dwa razy czy dla każdego klienta po kolei?
W dniu 1 września 2017 10:06 użytkownik Mariusz G. Bednarek < mariusz@propl.com> napisał:
Witam Zostały 2 x wygenerowane niechcąco F-VAT dla b/m i pytanie jak grupowo usunać wszystkie faktury z wrzesnia ? Z usuwaniem po kolei każdej zejdzie mi do jutra.
-- Pozdrawiam
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Faktury mają kolejne ID wyciągnij sobie w bazie te interesujące ID i dropnij je. Pamiętaj też o tabeli invoicecontents.
On 01.09.2017 14:46, Marcin wrote:
a jak ci się wygenerowały? czy dwa razy czy dla każdego klienta po kolei?
W dniu 1 września 2017 10:06 użytkownik Mariusz G. Bednarek <mariusz@propl.com mailto:mariusz@propl.com> napisał:
Witam Zostały 2 x wygenerowane niechcąco F-VAT dla b/m i pytanie jak grupowo usunać wszystkie faktury z wrzesnia ? Z usuwaniem po kolei każdej zejdzie mi do jutra. -- Pozdrawiam _______________________________________________ lms mailing list lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl> http://lists.lms.org.pl/mailman/listinfo/lms <http://lists.lms.org.pl/mailman/listinfo/lms>-- Pozdrawiam Marcin / nicraM
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
i cash :)
W dniu 1 września 2017 14:51 użytkownik Jarosław Kłopotek - INTERDUO < jkl@interduo.pl> napisał:
Faktury mają kolejne ID wyciągnij sobie w bazie te interesujące ID i dropnij je. Pamiętaj też o tabeli invoicecontents.
On 01.09.2017 14:46, Marcin wrote:
a jak ci się wygenerowały? czy dwa razy czy dla każdego klienta po kolei?
W dniu 1 września 2017 10:06 użytkownik Mariusz G. Bednarek < mariusz@propl.com> napisał:
Witam Zostały 2 x wygenerowane niechcąco F-VAT dla b/m i pytanie jak grupowo usunać wszystkie faktury z wrzesnia ? Z usuwaniem po kolei każdej zejdzie mi do jutra.
-- Pozdrawiam
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Marcin / nicraM
lms mailing listlms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms
-- Jarosław Kłopotek kom. 607 893 111 Interduo Ł. Bujek, J. Kłopotek, J. Sowa s.c. ul. Lubelska 36B/40, 21-100 Lubartów tel. 81 475 30 00
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Cześć
Próbuje ogarnąć wzór do umowy TV. O ile w większości jestem w stanie wyciągnąć z bazy potrzebne dane, to mam zagwozdkę aby wypluło jedynie abonament za TV.
Czyli coś na zasadzie:dla type=5 w tabeli Tariffs i podanie kwoty
W chwili obecnej przy zastosowaniu zmiennej jak poniżej wypluwa wszystkie abonamenty na koncie (czyli internet, tel , tv itd)
{foreach from=$assignments item=a} {$a.value|money_format} {/foreach}
miłym bonusem byłoby nakierowanie mnie jaka zmienna odpowiada za sumowanie kwoty kilku usług :)
Według instrukcji http://pgloader.io/howto/mysql.html
lms.load
load database from mysql://login:pass@localhost/lms into postgresql://login:pass@localhost:5432/lmsdb
WITH include drop, create tables, no truncate, create indexes, reset sequences, foreign keys
SET maintenance_work_mem to '128MB', work_mem to '12MB'
CAST type datetime to timestamptz drop default drop not null using zero-dates-to-null, type date drop not null drop default using zero-dates-to-null;
potem pglaoder lms.load
Tylko po konwersji nie działa lms pewnie mam zbyt przekombinowaną baze danych.
Wywalia mi błąd: PHP Catchable fatal error: Argument 1 passed to ConfigLoader::parseRawConfig() must be of the type array, null given, called in /var/www/html/lms.alfa-system.pl/lib/LMSConfig/ConfigLoader.php on line 51 and defined in /var/www/html/lms.alfa-system.pl/lib/LMSConfig/ConfigLoader.php on line 105
Muszę się jeszcze tym pobawić, ale sama konwersja trawa kilka minut baza po spakowaniu zajmuje niecałe 200M.
hmm, a mi moim sposobem działa bez problemu i robi się wszyskto max 10 minut
2015-04-01 14:50 GMT+02:00 Łukasz Kopiszka lukasz@alfa-system.pl:
Według instrukcji http://pgloader.io/howto/mysql.html
lms.load
load database from mysql://login:pass@localhost/lms into postgresql://login:pass@localhost:5432/lmsdb
WITH include drop, create tables, no truncate, create indexes, reset sequences, foreign keys
SET maintenance_work_mem to '128MB', work_mem to '12MB'
CAST type datetime to timestamptz drop default drop not null using zero-dates-to-null, type date drop not null drop default using zero-dates-to-null;
potem pglaoder lms.load
Tylko po konwersji nie działa lms pewnie mam zbyt przekombinowaną baze danych.
Wywalia mi błąd: PHP Catchable fatal error: Argument 1 passed to ConfigLoader::parseRawConfig() must be of the type array, null given, called in /var/www/html/lms.alfa-system.pl/lib/LMSConfig/ConfigLoader.php on line 51 and defined in /var/www/html/lms.alfa-system. pl/lib/LMSConfig/ConfigLoader.php on line 105
Muszę się jeszcze tym pobawić, ale sama konwersja trawa kilka minut baza po spakowaniu zajmuje niecałe 200M.
-- Pozdrawiam, Łukasz Kopiszka www.alfa-system.pl _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 01.04.2015 14:54, Marcin napisał(a):
hmm, a mi moim sposobem działa bez problemu i robi się wszyskto max 10 minut
Wbrew pozorom niewiele trzeba, żeby własnym skryptem powłoki przekonwertować bazę danych mysql lms-a na pgsql.
2015-04-01 14:50 GMT+02:00 Łukasz Kopiszka lukasz@alfa-system.pl:
Według instrukcji http://pgloader.io/howto/mysql.html [1]
lms.load
load database from mysql://login:pass@localhost/lms into postgresql://login:pass@localhost:5432/lmsdb
WITH include drop, create tables, no truncate, create indexes, reset sequences, foreign keys
SET maintenance_work_mem to '128MB', work_mem to '12MB'
CAST type datetime to timestamptz drop default drop not null using zero-dates-to-null, type date drop not null drop default using zero-dates-to-null;
potem pglaoder lms.load
Tylko po konwersji nie działa lms pewnie mam zbyt przekombinowaną baze danych.
Wywalia mi błąd: PHP Catchable fatal error: Argument 1 passed to ConfigLoader::parseRawConfig() must be of the type array, null given, called in /var/www/html/lms.alfa-system.pl/lib/LMSConfig/ConfigLoader.php [2] on line 51 and defined in /var/www/html/lms.alfa-system.pl/lib/LMSConfig/ConfigLoader.php [2] on line 105
Muszę się jeszcze tym pobawić, ale sama konwersja trawa kilka minut baza po spakowaniu zajmuje niecałe 200M.
-- Pozdrawiam, Łukasz Kopiszka www.alfa-system.pl [3] _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [4]
--
Pozdrawiam Marcin / nicraM
Links:
[1] http://pgloader.io/howto/mysql.html [2] http://lms.alfa-system.pl/lib/LMSConfig/ConfigLoader.php [3] http://www.alfa-system.pl [4] http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
participants (9)
-
Dariusz Kowalczyk -
Jacek Brzozowski -
Jarosław Kłopotek - INTERDUO -
Marcin -
Mariusz G. Bednarek -
Przemysław Kudyba -
Skiba Marek -
Tomasz Chiliński -
Łukasz Kopiszka