huis-Browsers-Snel een MySQL-database migreren met behulp van applicaties. Database overzetten naar hosting

Snel een MySQL-database migreren met behulp van applicaties. Database overzetten naar hosting

Hallo lieve en lieve lezers van mijn blog! Vandaag wil ik je vertellen hoe je mysql-database migreert naar hosting.

We zullen het vandaag doen zonder welsprekende en lange introducties, laten we aan de slag gaan.

Wat zijn de manieren om de database naar hosting te kopiëren?

Ik kan met vertrouwen zeggen dat er zeker veel manieren zijn om te kopiëren. Maar ik wil en zal de irrationele en onrealistisch complexe procedures niet beschrijven, omdat het geen zin heeft (het is onwaarschijnlijk dat er mensen op de loer liggen in de rijen van de lezers die hun leven willen compliceren).

Daarom gaan we uit van eenvoudige en betaalbare opties voor de brede massa, waaronder:

  1. Gegevensexport met behulp van de phpMyAdmin-interface via het configuratiescherm van de provider.
  2. De database kopiëren met programma's van derden.

Wat is de beste manier?

Ik raad de eerste aan die door professionele webmasters wordt gebruikt. Het enige dat de moeite waard is om te onthouden, is dat het installatie-algoritme kan verschillen, aangezien elke hosting zijn eigen individuele controlepaneel heeft.

De tweede optie, hoewel het geen problemen veroorzaakt, maar ik raad het niet aan om het te gebruiken! Het is echt een slecht idee om informatie over uw webbron toe te vertrouwen aan programma's van derden.

Stapsgewijze instructies voor het maken van een database op een nieuwe hosting

Laten we beginnen met het feit dat ik de procedure voor het maken van de mysql-database zelf niet zal beschrijven, aangezien u zich waarschijnlijk zorgen maakte over het eerder maken ervan, nadat u de beslissing had genomen om deze naar hosting te importeren. Dit betekent dat we klaar zijn om te beginnen met het implementeren van het algemene algoritme voor het maken van een database op een hosting, die ervan uitgaat:

  1. Activatie van een persoonlijk account op een gehuurde hosting.
  2. Zoek in het menu naar de sectie "MySQL", "Database" of een menu met dezelfde naam.
  3. Directe creatie van een database op hosting.
    Druk hiervoor op de knop "Maken". We registreren een nieuwe naam voor de database, binden er een gebruiker aan (vaak maakt de hostingprovider automatisch een gebruiker aan, maar soms moet deze handeling zelf worden gedaan. Vergeet daarom, als dit gebeurt, niet om het hoogste toegangsniveau te activeren rechten voor dit account).

We zetten de MySQL-database over van de oude hosting naar de computer

Nu stel ik voor om verder te gaan met de stap die ervaren gebruikers een databasedump noemen. Laten we meer specifiek de huidige database van de oude hosting op onze computer opslaan.

Opmerking! dumpen Is een functioneel bestand dat tot doel heeft de procedure voor het overzetten van informatie uit de database te vereenvoudigen.

Werkwijze:

Musql-gegevens importeren naar de nieuwe hosting

  1. Ga op dezelfde manier als in de vorige sectie naar het hostingbeheerpaneel.
  2. We selecteren de database die we nodig hebben (de database die we aan het begin hebben gemaakt).
  3. Klik op het tabblad "Importeren".
  4. Klik op "Bladeren" en geef de locatie aan van het bestand met de opslag die eerder op uw computer is opgeslagen.
  5. We controleren de gelijkenis van de codering met degene die werd toegepast bij het opslaan van het bestand (punt 7 van de vorige sectie).
  6. Laat alle andere instellingen ongewijzigd en voltooi het proces van het kopiëren van gegevens naar de nieuwe hostingserver.

Mogelijke problemen oplossen

Zorg ervoor dat er geen zoektermen "CRЕATE DATABASE" in het opslagbestand staan ​​voordat u materiaal naar de nieuwe hosting gaat importeren. Om dit te doen, opent u het met een willekeurig tekstprogramma (u kunt kladblok of Wordpad gebruiken) en gebruik Ctrl + F (met behulp van tekst zoeken) om deze zoekopdrachten te vinden, en als ze worden gevonden, verwijdert u ze gewoon.

Ik hoop dat alles duidelijk is?! Als u de stapsgewijze instructies volgt, zou u geen problemen moeten ondervinden.

Deel nuttige artikelen van mijn blog op sociale netwerken met je vrienden, abonneer je op updates en tot ziens!

Eerlijk! Abdullin Ruslan

Onze sitebestanden zijn succesvol geüpload naar de hosting. Laten we geen tijd verspillen en de bestaande database (DB) van de lokale naar de server overbrengen.

Ga hiervoor naar PhpMyAdmin. Wie is vergeten waar het is, kijk.

We zien onze database (mebelip) en klikken op de naam.

Er ging een venster voor ons open met veel gegevens die absoluut niets zeggen voor een beginner. Maar we hebben het nu niet nodig.

We klikken gewoon op het tabblad Exporteren.


Laat me je eraan herinneren dat OpenServer standaard wordt geopend in de Chrome-browser. Daarom zien we in de linkerbenedenhoek het gedownloade bestand. Onthoud waar je het hebt opgeslagen, we hebben het snel nodig.

Wij klikken erop.


Voor de lol kun je zien welke "geheime" informatie erin staat. Het opent met een eenvoudig Kladblok.


Dat is het, we zijn klaar met de lokale server. Ga naar het beheerderspaneel van je hostingaccount.

Hier zijn we geïnteresseerd in het tabblad "MySQL".


Druk op de knop "MySQL-gebruiker toevoegen". Standaard is deze al aangemaakt. Maar ik raad aan om een ​​nieuwe te maken, speciaal voor deze site.

Als u in de toekomst meer dan één site hier heeft, helpt dit om verwarring te voorkomen.


Er verscheen een pop-upvenster waarin we de gebruikersnaam registreren. Het bestaat uit twee delen, het eerste is host1234567 (de nummers zijn van jou), het onveranderlijke deel, maar in het tweede schrijven we onze informatie.

Voor mij, voor meer gemak, zal het "meb" zijn. Zo raak ik niet in de war en weet ik zeker dat dit verwijst naar een meubelsite.

U kunt uw wachtwoord invoeren.


We zien dat er een nieuwe gebruiker is verschenen, maar de database is niet aan hem gekoppeld.

Laten we nu de database zelf maken.

Klik op het tabblad "MySQL-database".


"Voeg MySQL-database toe" knop.

Schrijf de naam in het pop-upvenster. Voor het gemak is het beter om dezelfde gegevens te registreren als in de gebruikersnaam.


Er verscheen een database bij de gebruiker die we eerder hadden gemaakt.

Schrijf deze informatie ergens op, bijv. gebruikersnaam en database, en wachtwoord, als u het hebt gewijzigd. Dit alles is nodig in de volgende les.

Klik op "phpMyAdmin".


Klik aan de linkerkant op de standaarddatabase.


We vinden de onze, de nieuw gemaakte, en openen deze ook.


Zoek het tabblad "Importeren" bovenaan - klik.

16 mei

Onlangs rees de vraag van het overzetten van een site van de ene hosting naar de andere. Met sites op slechts één html en css zonder databases zouden er geen problemen moeten ontstaan. Dansen met een tamboerijn begint als je de trotse eigenaar bent van een databasesite. Nu zijn dergelijke sites op internet de overgrote meerderheid.

We kunnen de sitebestanden zelf overzetten met een gewone kopie van hosting naar hosting

Om een ​​database van de ene server naar de andere over te zetten, hebben we nodig:
1. Download de databasedump naar uw computer (exportbewerking).

2. Upload de databasedump naar de hostingserver (importbewerking).

Dit kan op verschillende manieren. Bij sommige CMS kunnen deze bewerkingen zelfs intern worden uitgevoerd. U kunt ook de MySQL-databasedumper gebruiken. Maar de meest bekende en wijdverbreide methode voor het overbrengen van databases is het overbrengen met behulp van het Database-configuratiescherm, dat ik in dit artikel wil bespreken.

1. Exporteer de database van de server naar uw computer.

We moeten naar de server gaan waarop de database die we moeten overbrengen zich momenteel bevindt, en aan de linkerkant van het menu in de lijst met databases, selecteer degene die u wilt overbrengen.

Je moet naar de " Exporteren"En kies als" Exportmethode:»- Normaal - geef alle mogelijke instellingen weer.

Daarna moet u uw aandacht richten op de velden:
1. Alle te importeren tabellen moeten zijn geselecteerd op het tabeltabblad. Er kan zich een dergelijke situatie voordoen wanneer sommige tabellen niet nodig zijn tijdens het importeren om databases over te dragen. In dit geval kunt u de tabellen die niet nodig zijn deselecteren door de vereiste tabelnamen te selecteren terwijl u de Ctrl-toets op het toetsenbord ingedrukt houdt. (BELANGRIJK! Als u geen ervaren databasegebruiker bent, kunt u het beste alle tabellen selecteren. )
2. U moet het item "Uitvoer opslaan in bestand" selecteren.
3. Onthoud de codering die is ingesteld in het veld - Bestandscodering.
4. De rest van de items hoef je niet aan te raken als je niet weet waarom ze nodig zijn.
5. Klik op OK en sla het bestand vervolgens op uw computer op.

2. Importeren van een database van een computer naar een server.

1. We controleren de extensie van de opgeslagen database met meloenen op onze computer. Het moet '.sql' zijn. Als bij het opslaan van de database het item is opgegeven - archiveer het (zip, gzip, bzip) - moet u eerst de database uit het archief extraheren.
2. Onze databasedump mag geen zoekopdrachten bevatten zoals: « MAAK DATABASE, / *!40101 SET @OLD» ... U kunt de aan- of afwezigheid van een dergelijk verzoek controleren door de databasedump te openen met Kladblok of een andere teksteditor. Als een dergelijk verzoek aanwezig is, moet u deze regel verwijderen en het bestand opnieuw opslaan. In de regel bevindt het zich in de eerste 15 regels van de databasedump.
3. U moet ervoor zorgen dat er geen tabellen worden gemaakt in de toekomstige database. Ga hiervoor naar en selecteer links in het menu in de lijst met databases uw database. Links in het menu ziet u de melding "Geen tabellen gevonden in de database." Als er tabellen aanwezig zijn, moet u deze verwijderen.

Nadat u al deze punten hebt voltooid, kunt u veilig naar het tabblad "Importeren" gaan, waar u door op de knop "Bladeren" te klikken de opgeslagen databasedump van de computer selecteert. Selecteer in het veld "Bestandscodering:" de codering waarin deze database is gemaakt.

U hoeft geen instellingen meer te maken. Klik op Oke en wacht tot het importeren van de database is voltooid.

De basis is succesvol overgedragen en daarna zal onze site werken op de nieuwe hosting!(mits alle andere operaties voor het verhuizen van de site al zijn gedaan).

U hebt een MS SQL Server-database die u naar een andere fysieke computer moet overbrengen. Je hebt al een back-up gemaakt en begint gelukkig met herstellen. Maar dan blijkt dat er een oudere versie van MS SQL Server is geïnstalleerd op de computer waar je de database moet overzetten. Stack Overflow verzekert u dat het slecht gaat. Maar is het echt zo?

Natuurlijk is het overzetten van een database van een nieuwere naar een oude versie geen klassiek en niet het meest correcte scenario. Maar vaak worden databases zo gemaakt dat ze steeds meer nieuwe versies van SQL ondersteunen, te beginnen met sommige, bijvoorbeeld 2008 R2, sinds Voorwaartse compatibiliteit met MS SQL is meer dan uitstekend. En je klant heeft bijvoorbeeld al MS SQL 2016 voor zichzelf geïnstalleerd en je hebt MS SQL 2014 op de testserver voor ontwikkeling. En je wilt een klantenbestand inzetten om erachter te komen waar zijn gegevensverwarring zit.

Microsoft verwierp het probleem - ze zeggen dat ze geen achterwaartse compatibiliteit hebben, en dat is het dan. Een back-up die op een nieuwere server is gemaakt, kan niet worden teruggezet op een oudere server. Ja, ze hebben tools zoals DTS, database kopiëren, export-import, etc. Maar ze zijn zo onhandig en omslachtig dat de normale overdracht van een grote database met veel tabellen niet erg handig is om met hun hulp te doen. Persoonlijk is het mij in ieder geval niet gelukt.

Ja, u kunt SQL-scripts genereren voor de gehele database, inclusief data. Maar stel je voor, je hebt een heleboel blob-velden met big data in je database, en in het algemeen is de grootte van de hele database 500+ GB. Stel je voor hoe lang zo'n script zal duren, hoe lang het zal worden gegenereerd en uitgevoerd.

Beperking nummer één is dat u via MS SQL Management Studio toegang nodig heeft tot beide servers - oude en nieuwe. Als dit niet mogelijk is, dan zou het mogelijk moeten zijn op de machine waarvan u de database moet overzetten om de versie van SQL te installeren waarnaar u de database moet overzetten om de database eerst lokaal naar deze versie over te zetten, en dan sleep het via de back-up of rechtstreeks via *df-databasebestanden (via Detach / Attach) naar de nieuwe machine (de versie van SQL Server en in dit geval zal het al hetzelfde zijn).

Een andere beperking is dat je een databaseschemascript nodig hebt (alle objecten, inclusief tabellen, indexen, beperkingen, opgeslagen procedures, triggers, enz.) zonder gegevens, en de instructies voor het maken van Foreign Key Constraints in dit script moeten helemaal tot het einde gaan , los van het script voor het maken van de tabellen zelf.

Ik zal het algoritme voor gegevensoverdracht zelf kort beschrijven. Alle acties worden uitgevoerd in de Management Studio-sessie die is verbonden met de server, waarop? u moet de basis overbrengen.

1) Maak op de nieuwe server een lege database aan met dezelfde bestanden en bestandsgroepen als de draagbare database.

2) Met behulp van het databaseschemascript maken we alle databaseobjecten (tabellen, indexen, views, triggers, opgeslagen procedures en functies), maar zonder externe sleutelbeperkingen. Het is in dit stadium onmogelijk om een ​​FK te maken, omdat: ze zullen interfereren met het invoegen van gegevens.

3) We verbinden de database van waaruit we gegevens zullen overdragen, als een gekoppelde server "en zodat we oproepen naar de oude database kunnen gebruiken in query's naar de nieuwe database.

EXEC sp_addlinkedserver @ server = N "LinkedServerAlias", @ srvproduct = N "", @ provider = N "SQLNCLI", @ datasrc = N "LinkedServerHost \ LinkedServerName"; EXEC sp_addlinkedsrvlogin "LinkedServerUser", "false", null, "RealUser", "RealUserPassword";
4) Omdat de databasestructuren zijn hetzelfde, we zullen de ingebouwde opgeslagen procedure sp_msforeachtable gebruiken, waarmee we een query op elke databasetabel kunnen uitvoeren om een ​​script te genereren voor het overbrengen van gegevens van de oude database naar een nieuwe via een query van het formulier

INVOEREN? SELECTEER UIT?
In plaats van een vraagteken vervangt sp_msforeachtable de naam van elke tabel en voert de query meerdere keren uit (eenmaal voor elke tabel).

Hier kwam ik het grootste aantal harken tegen.

A) Probleem nummer één is dat je voor tabellen met IDENTITY-velden moet bellen:

STEL IDENTITY_INSERT IN; --INSERT INTO ... (zelf invoegen); STEL IDENTITY_INSERT UIT;
b) Probleem nummer twee is dat op tabellen die geen IDENTITY-velden hebben, deze aanroep niet kan worden gedaan, daarom is het vereist om dynamisch te bepalen of er een IDENITY-kolom in de tabel is of niet.

Dit kan met een query als deze:

SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE (TABLE_NAME = "SomeTable") AND (COLUMNPROPERTY (object_id ("dbo.SomeTable"), COLUMN_NAME, "IsIdentity") = 1)
c) Probleem nummer drie is dat, zoals later bleek, je in de IDENITY_INSERT ON-modus niet kunt doen

INVOEREN IN ... KIES * VAN ...
, maar u moet specifieke velden vermelden.

U kunt tabelvelden op een rij opsommen met de volgende query:

SELECTEER SUBSTRING ((SELECT "," + QUOTENAME (COLUMN_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = "SomeTable" ORDER DOOR ORDINAL_POSITION VOOR XML-pad ("")), 3, 200000);
4) Genereer een invoegscript voor alle tabellen:

Procedure voor het genereren van scripts

EXEC sp_msforeachtable N "DECLARE @command varchar (MAX); DECLARE @name varchar (200); SET @ name =" "?" "; SET @name = SUBSTRING (@name, 8, LEN (@name) -8); SET @command = "" ""; SELECT @ command = SUBSTRING ((SELECT "", "" + QUOTENAME (COLUMN_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = "" "" + @name + "" "" ORDER OP ORDINALE_POSITIE VOOR XML-pad ("" "")), 3, 200000); SET @command = "" INSERT INTO "" + @name + "" ("" + @command + "") SELECT "" + @command + "" FROM "" + "" LinkedServerAlias.SourceDatabase. "" + ""? ""; SET @ command = "" INDIEN BESTAAT (selecteer * van INFORMATION_SCHEMA.COLUMNS waar (TABLE_NAME = "" "" "" + @Name + "" "" "") AND (COLUMNPROPERTY (object_id ("" "" dbo. "" [e-mail beveiligd]+ "" "" ""), COLUMN_NAME, "" "" IsIdentity "" "") = 1)) SET IDENTITY_INSERT "" + @name + "" AAN; "" [e-mail beveiligd]; SET @ [e-mail beveiligd]+ ""; "" + "" INDIEN BESTAAT (selecteer * uit INFORMATION_SCHEMA.COLUMNS waar (TABLE_NAME = "" "" "" + @Name + "" "" "") AND (COLUMNPROPERTY (object_id ("" "" dbo "" [e-mail beveiligd]+ "" "" ""), COLUMN_NAME, "" "" IsIdentity "" "") = 1)) SET IDENTITY_INSERT "" + @name + "" UIT; ""; AFDRUKKEN (@opdracht); --EXEC (@opdracht); // Als er geen commentaar is, wordt het script onmiddellijk uitgevoerd, niet alleen weergegeven "


5) Voer het gegenereerde script voor gegevensoverdracht uit

6) Voer het script uit om alle Foreign Key Constraints aan te maken (nu kan dat).

7) Klaar! U hebt de database van de nieuwe SQL-server naar de oude gemigreerd, hoewel dit als onmogelijk werd beschouwd. Bovendien verloopt de overdracht slechts anderhalf keer langzamer dan de gegevensoverdrachtsnelheid over het netwerk, d.w.z. vrij snel.

8) We ruimen zelf op (gelinkte server uitschakelen):

EXEC sp_droplinkedsrvlogin "LinkedServerUser", null; sp_dropserver "LinkedServerAlias";
Beperkingen van de methode.

1) Als u een vergelijkbare methode gebruikt, werkt het niet om tabellen met kolommen van het XML-type over te dragen.
Er zijn zeker veel andere beperkingen, tk. de database die ik op een vergelijkbare manier heb gemigreerd, gebruikte niet veel van de mogelijkheden van de SQL-server. U kunt in de opmerkingen over de beperkingen schrijven en ik zal ze aan het artikel toevoegen.

Bedankt voor de aandacht! Hoop dat het iemand helpt.

Met het overzetten van de database bedoelen we de procedure voor het wijzigen van de server InterBase zowel in de richting van het verhogen van het serienummer als in de richting van het verlagen ervan, als ook het overstappen naar een ander besturingssysteem of hardwareplatform. Sommige bronnen verwijzen naar de procedure voor databaseoverdracht als: migratie.

Momenteel in gebruik versies InterBase van 4.x naar 6.x, en in de zesde versie kan de database worden aangemaakt in dialect 1 of in dialect 3. Over het algemeen is de overgang van de jongere versie InterBase naar de oudere versie vereist geen speciale acties en de databases werken normaal, maar de gebruiker kan geen gebruik maken van de aanvullende diensten die door de oudere versie worden geleverd. Als de procedure voor het overbrengen van de database is voltooid, zijn er aanvullende services beschikbaar. Wat betreft de dialecten van versie 6.x, sommige gegevenstypen worden op verschillende manieren geïnterpreteerd. Bijvoorbeeld, in eerdere versies InterBase en in dialect 1 versie 6.x is één datumtype gedefinieerd Datum, waarvan de waarde eerst de datum en vervolgens de tijd bevat. In dialect 3 versie 6.x zijn drie typen gedefinieerd - Tijdstempel, die precies overeenkomt met het type Datum, gedefinieerd in eerdere versies; soort van Datum, die alleen datumwaarden bevat, en het type Tijd, die tijdwaarden bevat.

Bij het uitvoeren van de databaseoverdrachtprocedure wordt de automatische vervanging van het datumtype alleen uitgevoerd in de definities domeinen. Datumtype in metadata is vervangen handmatig.

Elk besturingssysteem interpreteert elk gegevenstype op zijn eigen manier. Bij het installeren van de server InterBase elke versie, is deze geconfigureerd voor het juiste besturingssysteem en de juiste hardwareomgeving.

Elke database is dus "gebonden" aan de serverversie InterBase, aan het besturingssysteem en de hardwareomgeving.

Dit verklaart de noodzaak om de procedure voor het overbrengen van de database uit te voeren.

Uit het bovenstaande wordt duidelijk dat het maken van een reservekopie van de database met de opname van de parameter Verplaatsbaar zorgt ervoor dat versie-informatie wordt opgenomen in het back-upbestand InterBase het besturingssysteem en de hardware-omgeving waarin de database is gemaakt en gebruikt.

Bij het overbrengen van een database naar een andere personal computer, zal de server InterBase leest het back-upbestand en converteert indien nodig gegevenstypen correct en maakt instellingen voor de nieuwe versie InterBase besturingssysteem en hardwareomgeving.

Houd er rekening mee dat het alleen mogelijk is om te upgraden naar de volgende versie in volgorde. InterBase zowel in stijgende als dalende richting.

Bij het overbrengen van een database van twee of drie versies hoger (of lager), moet u de overdrachtsprocedure voor elk uitvoeren tussenliggend versies егВазе.

Om het dialect te wijzigen (bijvoorbeeld van de eerste naar de derde), moet u ofwel de database opnieuw maken of het hulpprogramma gebruiken y / .

Algoritme voor de procedure voor databaseoverdracht

A. Maak een databaseback-upbestand. Het bestand wordt op een van de hierboven besproken manieren gemaakt. Het is raadzaam om te controleren of het back-upbestand correct is gemaakt. Om dit te doen, implementeert u op dezelfde pc de database in een andere map en controleert u de werking ervan.

B. Maak een kopiebestand van geregistreerde gebruikers op de server InterBase. Onthoud dat gebruikersinformatie in het bestand wordt opgeslagen isc4.gdb op server InterBase en in de database zelf. Een bestand kopiëren: iscA.gdb u kunt hetzelfde hulpprogramma gebruiken gbak.

Voorbeeld 12.7. Kopiëren van het bestand van geregistreerde gebruikers van de database.

gbak -b -gebruiker SYSDBA -wachtwoord hoofdsleutel C: IBServeisc4.gdb C: isc4.gdk

v. Server opnieuw installeren InterBase of schakel over naar een andere pc. Na het opnieuw installeren van de server op een pc (of het overschakelen naar een andere pc), hebt u het bestand nodig iscA.gdb herstellen met hetzelfde hulpprogramma gbak.

Het is belangrijk om te onthouden dat bij het upgraden naar een hogere versie InterBase alle klanten geregistreerd in de volgende lagere versie InterBase, zal prima werken (maar zonder extra functies), en in de oudere - onstabiel.

Voor dergelijke clients is het raadzaam om het clientgedeelte opnieuw te installeren InterBase op pc's van klanten.

Voorbeeld 12.8. Overdracht van het bestand van geregistreerde gebruikers van de database.

gbak -с -gebruiker SYSDBA -wachtwoord hoofdsleutel C: isc4.gdk C: isc4.gdb

Voorbeelden 12.7 en 12.8 betekenen dat de versie wordt vervangen InterBase op één computer.

d) Herstel (transfer) van de database met behulp van een van de hierboven beschreven methoden.

Het bovenstaande algoritme werkt betrouwbaar bij het upgraden van de versie InterBase. Als u het versienummer moet verlagen InterBase, om deze bewerking uit te voeren, moet u twee pc's hebben: de eerste - met een werkende database op een oudere versie InterBase, de tweede - met de geïnstalleerde server InterBase lagere versie. We starten de procedure voor het maken van een reservekopie van de database (item "a" van het algoritme) vanaf de tweede computer. Hierdoor wordt een lagere versie van het back-upbestand gemaakt. Maar de volgende opties zijn mogelijk:

  • in de oudere versie InterBase tijdens het maken en bedienen van de database zijn er geen mechanismen gebruikt die in de jongere versie ontbreken InterBase, dan wordt er een volledige werkkopie van de database in de secundaire versie gemaakt InterBase ",
  • de database gebruikte de originele mechanismen van de oudere versie InterBase, dan wordt een kopie van de database en een logboek met gevonden fouten verkregen. En fouten bij het nauwelijks herstellen van de database in de lagere versie InterBase zal moeten repareren handmatig.

Voor een betrouwbare werking van de database is het noodzakelijk om dezelfde versie en hetzelfde dialect van de server op te geven InterBase en de klantzijde InterBase elke klant.

Klanten van alle versies InterBase, in tegenstelling tot klanten die werken met dialect 3 versie 6.x, hebben geen toegang:

Naar trefwoorden:

CURRENTDATE CURRENTTIME CURRENT_ TIMESTAMP KOLUMN

TIJDSTEMPEL

Naar geciteerde identifiers.

Vergelijkbare publicaties: