Tudom, hogy ez igy kicsit keves, de tudnatok otleteket, linkeket stb... adni arra vonatkozoan, hogy hogyan erdemes a cimben szereplo VM-et beloni, ha a cel egy tobb (8-10) kisebb instance-bol allo MSSQL server?

Gondolok itt particio kiosztasasra (blokkmeret, etc..), ajanlott core szam, memoria (tudom, ez fugg a DB-ktol is) valamint egyeb finomhangolas, amivel a maxot lehet kihozni egy ilyen configbol.

Hello,

MySQL 5.5. Van egy alkalmazás, ami évente előkerül: egy regisztrációs form egy eseményre.
A form korábbi éveinek regisztrációit archíválni szoktam (nem kezelünk személyes adatot...), pl

regform - ez a tábla neve
alter table regform rename regform_YYYYMMDD

alakban, majd ismét létrehozom a táblát:

create table regform ( ... ).

Így történt most is, 06.21-én, pénteken.

Sziasztok

Abban kérném a segítségeteket (elfogyott az összes ötletem), hogy készítettem ez alapján a leírás alapján Link egy MASTER MASTER replikációt.

A replikáció látszólag működik (az adatbázisokat át szinkronizálja), de a MASTER1 és a MASTER2 Read_Master_Log_Pos: paramétere elkezd eltérni.
Ez a hiba akkor jött elő amikor hibás query futott le a MASTER1-en.

A rendszer alapja egy Debian 9, a MySQL verziója 5.7

Előre is köszönöm a segítséget.

Sziasztok,

Ubuntu 18-on egy frissítés óta kis- nagybetű érzékeny lett mariadb-ben a search query. Tapasztalta ezt más?

Alapból beállítom a kódolásokat. Mi tudja ezt elállítani egy frissítésben?

Minden hivatalos tárolóból telepítve.

Kösz.

Sziasztok!
Tegnap írták nekem, hogy "feszítik az adatbázist". Ez nagyjából azt jelentette, hogy olyan funkció került ki egy webes felületre, ami addig nem volt elérhető. Mi lehet ez pontosan, eddig nem hallottam ilyenről. Elképzelhető valamilyen angol félrehallás, mert kollégáim a Thunderbird-et csak tündibündi-nek mondják (iroda, átlaguser)

Sziasztok, egy elméleti kérdésem van:

Közoktatási szempontból keletkezett. Azt kellene minél jobban megvilágítanom pár srácnak, hogy az adatbázis fogalmának ismeretével, bármilyen típusú, tehát például hierarchikus vagy relációs adatbázis használatával mi az, ami előny, mi az, amit például NEM tudnának hatékonyan megcsinálni (alapvető informatikai szint) egy akármilyen fejlett táblázatkezelő alkalmazással, de például egy hierarchikus vagy egy relációs adatbázissal igen?

Van-e valakinek tapasztalata a Linuxon futó Microsoft SQL 2017-el kapcsolatban?
2016-ban nagy érdekesség volt hogy kiadták a Microsoft SQL-t Linuxra is, de azóta sem hallottam hogy valaki használta volna.
De biztosan van ilyen.
Ugyanis egy olyan szoftvert nézett ki az egyik vezetőnk, aminek Microsoft SQL kell.
Ez a szoftver nem más mint a DMS One, ami PHP-ben íródott és MS SQL-t használ.

Üdvözletem!

Egy kicsit security jellegű kérdésem lenne:

Tételezzük fel, hogy készíteni akarok egy blogot, viszont úgy szeretném megcsinálni, hogy mondjuk megvan a HTML/CSS váz és a blog adatbázisa FireBase-en lenne, amit JS-el érnék el.

Üdv! Sajnos hiába googlézek magyarul/Angolul nem találtam működő megoldást a kérdésemre.
Egy összetettebb több táblás lekérdezést építgetek, de sajnos az utolsó komponensnél(táblánál) rájöttem, hogy nem tudom hogyan kell megfogalmazni SQL-ben, amit szeretnék tőle.
A kérdésemet egy egyszerű egy-táblás lekérdezés formájában teszem fel, a konkrét problémát mutatva, a több táblás változatát én akarom befejezni. :p

Sziasztok,

adott két Debian-t futtató HW, mindkét vason fut 2xN vm, ezek a PROD és a TEST rendszerek.

A produktív és a teszt rendszerek clusterbe vannak szervezve, ahol szükséges (Corosync), van, ahol az alkalmazás megoldja, pl Couchbase.

A Couchbase-t egy Wildfly alkalmazás hívogatja.

Helló!

Valakinek egysoros magyarázata fogja megoldani, szinte biztos vagyok benne.

Tárhelyről költöztem másik tárhelyre.
Webhosticon -> rackforest

Régi tárhelyen az SQL-ből exportáltam, mindent default. Új helyen import, minden default. [phpmyadminból phpmyadminba]
INNODB, utf8_hungarian_ci mindkét helyen, ránézésre minden egyezik.

Az áttöltött fájlokban lévő utf karakterek megjelenítése jó, csakis amit az sql-ből húz be, ott jönnek a ? karakterek. Minden nagyon szépen működik, tényleg egyedül az utf8 karakterek nem jók.

Mit ronthattam el?

Olyan megoldás kellene nekem, amivel MS Access 2016-ban, az MS SQL-ben lévő row_number()-hez hasonlóan, egy lekérdezés eredménysorait sorszámozza be. Sajnos nincs olyan oszlop, ahol növekvő sorrendben van valamilyen adat, ezt kihasználni nem lehet. Egy kis részlet a lekérdezés eredményéből:

az helyaz javdatum
515 1 2001.07.05.
110 1 2002.01.10.
209 2 2001.08.30.
390 2 2002.01.11.
520 3 2001.05.09.
572 3 2001.05.11.
377 3 2001.06.25.
102 3 2001.08.13.
472 3 2001.09.14.
345 4 2001.01.17.

Van egy program amit szeretnénk lefordítani, ehhez a leírás alapján a programmal elkészítettem az adatbázis fájlt (MS Access mdb), ebben az egyik oszlopban van az eredeti szöveg a másik oszlopba kell beírni a fordítást, ha kész be kell importálni a programba.

Mivel nem egyszemélyes munka lesz (kb. 4500 sor, sok szaknyelvi mondattal) arra gondoltam, hogy az mdb fájlt valamilyen online felületen megosztom és így direktben tudná mindenki szerkeszteni, javítani, lektorálni az idejétől függően.
Próbáltam keresni, de nem igazán találtam megoldást.

Adott egy letöltött xml fájl, de szerkesztőben megnyitva, csak egy katyvaszt látok. Nincs betördelve, és áttekinthetetlen az egész.
Van erre valami megoldás? A json detto. Ez amúgy egy időjárás xml vagy json, de ahhoz hogy kezelni tudjam, áttekinthetőnek is kellene lennie, legalábbis addig amíg a feldolgozó szkriptet megírom. Esetleg valami online cucc?

Keresek egy olyan db engine-t, ami:

-SQL/SQL-szeru nyelvvel query-zheto
-Tudja a relacios adatbazisok common feature setjet, kiveve:
--Primary key csak egyetlen oszlop lehet es az is az autoincrement/serial bigint
--Foreign key nem lehet primary key-ben
--es ugye ennek megfeleloen elindult az optimalizalasa ezen megszoritasok menten, ahogy azt nem (teljesen) relacios adatbazisoknal (leanykori neven NoSQL) mar megszokhattuk.

Van arra lehetőség, hogy (egy tárhelyszolgáltatóhoz tartozó) cPanelben vagy phpMyAdminban automatizáljunk egy olyan lépéssort, ami az egyik adatbázis tábláit átmásolja egy másikba? Egyelőre ezt a lépéssort végzem (s ha ez automatizálható/gyorsítható, az is jó). A fájllal matatás a legbénább része, azt lenne jó elkerülni "házon belüli" megoldással:
- phpMyAdmin-ban db1 adatbázisra kattint, Exportálás
- [indítás] + fájl mentése
- db2 adatbázisra kattint
- Szerkezet fülön minden táblát kijelöl (alul), Művelet minddel: Eldobás

A problémám a következő:
A sqlite like nem használja az indexet, ha számmal kezdődik a string.

teszt:
[code]
DROP TABLE IF EXISTS partners;
CREATE TABLE partners (id INTEGER PRIMARY KEY NOT NULL , name TEXT NOT NULL );
INSERT INTO partners VALUES(1,'1 Próba');
INSERT INTO partners VALUES(2,'2 Próba');
INSERT INTO partners VALUES(3,'3 Próba');
CREATE INDEX hex_name_index ON partners ( hex(name) COLLATE NOCASE );

EXPLAIN QUERY PLAN SELECT name FROM partners WHERE hex(name) LIKE 'Foo%' ;

Hello!
Eléggé idegen fogalom számomra a táblázat kezelés, szóval belefutottam egy olyan problémába ami kifog rajtam egyelőre, gondoltam írok ide hátha valaki tud rá megoldást.

Sziasztok.
Úgy tűnik nem vagyunk barátok az SQL-lel. Csináltam egy lekérdezést, a végeredmény ugyan jó, de elképesztően nem hatékony :

WITH pl AS (SELECT * FROM phs_links WHERE phs_link_type2 = 'Front' AND port_id2 = ?)
SELECT pll.*, plr.*, ppr.*
FROM pl AS pll
JOIN interfaces AS il ON pll.port_id1 = il.port_id
JOIN mactab AS m ON il.hwaddress = m.hwaddress
JOIN phs_links AS plr ON m.port_id = plr.port_id1
JOIN pports AS ppr ON plr.port_id2 = ppr.port_id
WHERE min_shared(plr.port_shared, ?::portshare) <> 'NC'::portshare

Sziasztok,

MySQL-ben lehet létrehozni in-memory táblákat, melyek tartalma elvész mysql server újraindítása után. Pont ez kellene.

Viszont mysqldump kinyomja az in-memory táblák tartalmát is.

Hogyan tudnék olyan mysqldump parancsot írni, amely nem dump-olja ki a memory engine-es táblák tartalmát vajon?

Köszi.

Üdv!

Egy nagyon régi problémámhoz hasonló jött most elő, és sajnos ehhez egyáltalán nem értek.

Adott egy python + django applikáció, ami mögött egy mysql szerver található. Az adatbázisban semmilyen kódolás nem lett beállítva, default szinte teljesen.

Az őűŐŰ karakterek helyett mindenhol kérdőjelek jelennek meg, és ezt szeretném orvosolni.

Nagyjából 4- 5 tábláról van szó, de ha az adatbázis egészére meg lehet oldani, az még jobb.

Amit eddig próbáltam:

Sziasztok!

Küzdök egy problémával, felteszem itt is, hátha tudtok segíteni.
A feladat, hogy egy megrendeléshez az ügyfél könnyen megjegyezhető, de egyedi megrendelésazonosítót kapjon. Ehhez MySQL-t használnék, mert hogy az van. Viszont nem értek hozzá.

Amit elkövettem (és lokálisan, USB WEB Server-el működik is) az a következő SQL script:

CREATE TABLE IF NOT EXISTS `orders` (
`ID` int(11) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (`ID`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_hungarian_ci AUTO_INCREMENT=1 ;

DELIMITER $$

Üdv;

-nagyon béna vagyok ehhez :(
-adott 3 tábla: dolgozo, dolgozo_szla, szamfejtes; dolgozoban: Id, Nev; dolgozo_szlaban: ID, DolgozoID; a szamfejtesben: dolgozo_szlaID, fizetés;
-a dolgozo_szla kapcsolja össze a kettőt és kellene egy olyan lekérdezés, ami Név, fizetés párokat dob;
-pl. dolgozo (47, zumy) dolgozo_szla (27,47) szamfejtes (27,50000) ; ebből kellene: zumy 50000

-tudom, h ez nagyon alap, de sehogy se jön össze; ill. csak sima sql parancsok játszanak

Előre is köszönöm!

zümy

Debian 9 alatt a mariadb root hozzáférésének a jelszavát szeretném beállítani, de sehogyan sem megy. Próbáltam a

mysqladmin -u root password ujJelszoAmitSzeretnek

paranccsal, de közvetlenül a mysql.user táblába írva is:

USE mysql;
UPDATE user SET password=PASSWORD('ujJelszoAmitSzeretnek') WHERE User='root' AND Host = 'localhost';
FLUSH PRIVILEGES;

Mindkét parancs ugyanúgy változtatja a mysql.user táblát, tehát olyan, mintha megtörténne a beállítás, ám mégsem.

Van egy ilyesmi tablam:

MariaDB [clapf]> show create table token;
+-------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+